sql server 本地复制订阅实现数据库服务器读写分离（转载）

转载地址：http://www.cnblogs.com/echosong/p/3603270.html

再前段echosong 写了一遍关于mysql 数据同步实现业务读写分离的文章，今天咱们来看下SQL Server的复制订阅实现数据的读写分离

比起mysql的复制，SQL server 复制相对强大

一、名词解释

1、复制的机构组成（类比报纸流通）：

　　1)、发布服务器（报社出版）

　　　　　　生产维护数据源，审阅所有出版数据的更改发送给分发服务器（邮局）

　　2)、分发服务器（邮局）

　　　　　　分发服务器包括分发数据库，并且存储元数据、历史数据和事务。

　　3)、订阅服务器（订报人，读者）

　　　　　　保持数据的副本，并接收对所修改出版的更改。取决于所实现的复制选项，可能还允许更新者更新数据，并将其复制回服务器或者其它订阅者。

2、复制类型

　　1）快照复制

　　　　快照复制是完全按照数据和数据库对象出现时的状态来复制和分发它们的过程。快照复制不需要连续地监控数据变化，因为已发布数据的变化不被增量地传播到订阅服务器，而是周期性的被一次复制。适用于数据主要是静态的，比如将数据仓库复制到数据集市中一段时间内允许有已过时的数据拷贝的情况

　　2）事务复制

　　　　使用事务复制，初始快照数据将被传播到订阅服务器，因此该订阅服务器就具有了一个所谓的初始负载，这是可以开始工作的内容。当出版服务器上发生数据修改时，这些单独的事务会被及时捕获并复制到订阅服务器。并保留事务边界，当所有的改变都被传播后，所有订阅服务器将具有与传播服务器相同的值需要数据修改经常在其发生的几秒钟内被传播到订阅服务器需要事务是原子性的订阅服务器在通常是连接到出版服务器上的应用程序不能忍受订阅服务器接收改变的高延迟

　　3）合并复制

　　合并复制允许一组站点自治工作，在线或离线。然后在将来的某个时刻，数据按照在多个已复制站点上发生的修改或插入情况被合并成一个统一的结果。在订阅服务器上应用初始快照，作为其初始负载，然后SQL Server跟踪在出版服务器上和订阅服务器上已发布数据的更改。数据按照预先定义或调度的时间，或者按需在服务器间同步。然后更新被独立应用在多个服务器上。这意味着相同的数据可能由出版服务器或多个订阅服务器进行了更新，因而当数据更新合并时将发生冲突。多个订阅服务器需要在不同时刻更新数据，并将这些数据传播到出版服务器和其他订阅服务器。订阅服务器需要接收数据，脱机更改数据，然后将更改同步到出版服务器和其他订阅服务器应用程序的延迟需求可高可低站点的自治性很关键