我从A服务器SQL写个触发器，将插入A的数据通过触发插入到B,运行报错'SQLOLEDB' 无法启动分布式事务。

set XACT_ABORT on　--这句有问题。
如果你没有启动分布式服务，就不能用这个设置。
简单的说，就是现在的配置，向远程链接的服务器写数据时，不能使用事务。

分布式资源共享服务器就是指数据和程序可以不位于一个服务器上，而是分散到多个服务器，以网络上分散分布的地理信息数据及受其影响的数据库 *** 作为研究对象的一种理论计算模型服务器形式。

分布式资源共享服务器有利于任务在整个计算机系统上进行分配与优化，克服了传统集中式系统会导致中心主机资源紧张与响应瓶颈的缺陷，解决了网络GIS中存在的数据异构、数据共享、运算复杂等问题，是地理信息系统技术的一大进步。

分布式资源共享服务器的特点：

1、其具有一个以全局数据库管理员为基础的分层控

百度词条里的解释是：负载均衡，英文叫Load Balance，意思就是将请求或者数据分摊到多个 *** 作单元上进行执行，共同完成工作任务。
它的目的就通过调度集群，达到最佳化资源使用，最大化吞吐率，最小化响应时间，避免单点过载的问题。

负载均衡可以根据网络协议的层数进行分类，我们这里以ISO模型为准，从下到上分为：
物理层，数据链路层，网络层，传输层，会话层，表示层，应用层。
当客户端发起请求，会经过层层的封装，发给服务器，服务器收到请求后经过层层的解析，获取到对应的内容。

二层负债均衡是基于数据链路层的负债均衡，即让负债均衡服务器和业务服务器绑定同一个虚拟IP（即VIP），客户端直接通过这个VIP进行请求，那么如何区分相同IP下的不同机器呢？没错，通过MAC物理地址，每台机器的MAC物理地址都不一样，当负载均衡服务器接收到请求之后，通过改写>阿里云 SLB 是一个很好的调度员，把访问流量均衡的分配给后端的多台 ECS 实例服务器 ，达到加速访问，提高业务稳定性的作用。
你可以在负载均衡中添加多台 ECS 云服务器，并且提前设置好运行规则。当阿里云 SLB 启动后，就根据预先设定的规则分发流量。如果遇到某台云服务器故障，就会自动隔离掉故障服务器，保障了整个业务的稳定运行。

是网站中最常用的加速功能。通过分布式服务器布局，把网站业务内容缓存到各地的云服务器中，供访客就近访问。所以使用了 CDN 的网站业务，打开速度特别快。

阿里云CDN官方页面： 点我直达

关于阿里云 CDN 的问题及解答请移步 阿里云 CDN 配置过程及疑问解答 ，老魏强烈建议网站业务都要使用 CDN 加速功能。价格也不贵，普通网站一年几十块钱就搞定了。

局限性在于普通CDN加速只给静态内容加速，比如、文档等。

是有安全防护能力的CDN服务。用官方解释来说，SCDN 能够提前预判外界攻击行为，并将恶意请求切换到高防IP，无需人为 *** 作。目的是通过数据清洗把恶意流量去除。而真实用户的请求则正常打开页面，这样就兼顾了智能加速和安全工作。

官方网址： 点我直达

因为传统的CDN加速服务，只具备最基本的抗攻击功能，不过无法抵挡大规模的DDoS、CC攻击。单独使用高防IP保护源站的方式又无法兼顾加速。而在游戏、金融、政企安防、电商、医疗领域等易受攻击又必须兼顾加速的业务场景，需要同时有高防能力和稳定高效的安全CDN加速服务。阿里云SCDN 就是基于阿里云CDN 的优质加速能力，深度集成阿里云盾的专业攻防策略，可一站式提供安全和加速的整体解决方案。

全站加速（DCDN）
)是在CDN加速的基础上技术升级的云产品。智能区分访问的动态内容还是静态内容。如果是静态内容就直接用阿里云CDN加速，动态内容通过路由决策优化、协议优化等快速回源拉取内容数据。

和普通CDN加速只给静态内容加速，比如、文档相比，阿里云全站加速（DCDN）可以智能的对动态、静态内容都进行加速。请看表格的功能对比。

文件服务器用爱米云共享网盘更好，管理非常方便。安装后几分钟就能用起来，属于看看就会用了，特别简单，以尤其是对管理员省事多了。功能完全可以满足，并且资源占用很低，普通电脑就能带起来。从xp到win10，server系统都支持

应该不是你说的这种形式，淘宝不会把手机作为分布式服务器的，一般如果你的手机到高温区卡顿，是因为app的使用人数过多，然后导致服务器传回数据过慢，然后你手机的储存或者是运行速度，把你的手机变成卡顿或者发热了。

分布式服务器上下线动态感知（Hadoop HA）
HDFS集群中NameNode 存在单点故障问题，对于只有一个NameNode的集群，如果NameNode机器出现意外情况，将导致整个集群无法使用，直到NameNode 重新启动。

影响HDFS集群不可用主要包括以下两种情况：

NameNode机器宕机，将导致集群不可用，重启NameNode之后才可使用。

计划需要对NameNode节点软件或硬件升级，导致集群在短时间内不可用。

为了解决上述问题，Hadoop给出了HDFS的 高可用 HA方案：HDFS的HA通常由两个NameNode组成，一个处于 active 状态，另一个处于 standby 状态。Active NameNode对外提供服务，比如处理来自客户端的RPC请求，而Standby NameNode则不对外提供服务，仅同步Active NameNode的状态，以便能够在它失败时快速进行切换。而这里的快速切换是如何实现的呢？是通过zookeeper的 动态上线感知 来实现的。

简单介绍下zookeeper是什么？

ZooKeeper 顾名思义  动物园管理员 ，他是拿来管大象(Hadoop) 、 蜜蜂(Hive) 、 小猪(Pig)  的管理员， Apache Hbase和 Apache Solr 以及LinkedIn sensei  等项目中都采用到了 Zookeeper。ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，ZooKeeper是以Fast Paxos算法为基础，实现同步服务，配置维护和命名服务等分布式应用。这是zookeeper的官方介绍，对于程序原来说zookeeper在hadoop中的应用可以理解为是hadoop的整体监控系统，如果namenode宕机后，这时候Zookeeper 的重新选出leader。这是它最大的作用所在。

接下来看看zookeeper的 动态上线感知 图：

1、首先在hadoop中配置自动故障转移机制。

2、在配置HA的时候首先配置zookeeper集群，然后启动zookeeper集群。

3、在第一次启动hadoop的HA之前先初始化HA在zookeeper中的状态然后启动HA，在启动过程中会在各个NameNode节点上启动DFSZK Failover Controller，作用就是向zookeeper中注册服务器的信息，然后hadoop通过进程监控在zookeeper中的节点状态。

4、在zookeeper中注册的节点是临时节点，当服务器宕机下线的时候，zookeeper会把这个节点删除掉，这样才会产生事件，客户端（hadoop）才能监听到，然后hadoop将Standby NameNode转换为Active NameNode。

---