SQL SERVER 2005使用订阅发布同步数据库.doc

 HYPERLINK /liuyong/archive/2010/11/04/1869039.html SQL SERVER 2005 使用订阅发布同步数据库 ???? 这两天有一个同事在设计项目的时候考虑到数据量查询和写入都比较大，问我数据库该怎么设计，了解了他们的业务后，我给的建议是发布一个订阅的数据库来分担压力，写下自己的操作步骤分享给大家。 数据库复制涉及 ?? 发布服务器：???????? 数据的来源服务器，维护源数据，决定哪些数据将被分发，检测哪些数据发生了修改，并将这些信息提交给分发服务器。 ?? 分发服务器：???????? 分发服务器负责把从发布服务器拿来的数据传送至订阅服务器。 ?? 订阅服务器：???????? 订阅服务器就是发布服务器数据的副本，接收维护数据。 ?? 订阅类型?????? 推订阅????????? 推订阅是指由发布服务器将所有发生修改过的数据复制给订阅者，这种在数据同步性价比较高的场合，推荐使用推订阅。?????? 拉订阅????????? 拉订阅是指订阅服务器在经过一段时间就会向发布服务器要求复制出版数据库发生的变化的数据。 ????? 发布，分发，订阅可以部署在独立的服务器上面也可以部署在一台sql server 上面，然而分开部署肯定能提高性能。 复制代理： （1）?????? 快照代理快照代理在分发者上创建并存储快照文件，任务是：在分发数据库中准备已发布表的架构和初始数据以及其他对象、存储快照文件并记录出版数据库和订阅服务器之间的同步信息，快照代理运行在分发者服务器上，并与出版者相连接。每一个出版物都有自己的快照代理。与各种类型的复制一起使用。 （2）?????? 日志阅读代理日志读取器代理与事务性复制一起使用。它将发布服务器上的事务日志中标记为复制的事务移至分发数据库中。使用事务性复制发布的每个数据库都有自己的日志读取器代理，该代理运行于分发服务器上并与发布服务器连接（分发服务器与发布服务器可以是同一台计算机）。 （3）?????? 分发代理分发代理与快照复制和事务性复制一起使用。它将初始快照应用于订阅服务器，并将分发数据库中保存的事务移???订阅服务器。分发代理既可以运行于分发服务器（对于推送订阅），也可运行于订阅服务器（对于请求订阅）。 （4）?????? 合并代理：??? 合并代理与合并复制一起使用。它将初始快照应用于订阅服务器，并移动和协调所发生的增量数据更改。每个合并订阅都有自己的合并代理，该代理同时连接到发布服务器和订阅服务器并对它们进行更新。合并代理既可以运行于分发服务器（对于推送订阅），也可以运行于订阅服务器（对于请求订阅）。默认情况下，合并代理将订阅服务器上的更改上载到发布服务器，然后将发布服务器上的更改下载到订阅服务器。 （5）?????? 队列阅读代理队列读取器代理与包含排队更新选项的事务性复制一起使用。该代理运行于分发服务器，并将订阅服务器上所做更改移回至发布服务器。与分发代理和合并代理不同，只有一个队列读取器代理的实例为给定分发数据库的所有发布服务器和发布提供服务。 ? 复制类型： SQL SEVER提供了三大类复制类型：快照复制、事务复制、合并复制。可以在实际应用中使用相应的复制类型，每一种复制类型都在不同程序上实现数据的一致性。 （1）?????? 快照复制如其名字所言，快照复制指在某一时刻给出版数据库中的出版数据照相，然后将数据复制到订阅者服务器。快照复制实现较为简单，其所复制的只是某一时刻数据库的瞬间数据，快照复制是将整个出版物传送给订阅者，就是在某一时刻将出版数据进行一次“照相”，生成一个描述出版数据库中数据的当前状态的一个文件，然后在相应的时间将其复制到订阅都的数据库上，快照复制并不是不停的监视出版数据库中发生的变化情况，它是对出版数据库进行一次扫描，把所有出版数据中的数据从源数据库送至目标数据库，而不仅仅是变化的数据。如果数据量很大，那么要复制的数据就很多。因此对网络资源要求很高，不仅要有较快的传输速度，而且要保证传输的可靠性。 快照复制是最为简单的一种复制类型，能够在出版者和订阅者之间保证数据的一致性。快照复制通常使用在以下场合：?????? 在一定时间内出现大量的更改的操作，但数据总量不大，变化周期较长。 （2）?????? 事务复制快照复制是将整个数据集发送给订阅服务器，由于体积大而造成复制周期较长，会形成复制滞后问题。那么事务复制使用事务日志来生成将复制到订阅服务器的事务，因为它只复制事务也就是变化，所以滞后也比快照复制低得多，因为将不断地在订阅服务器处得到及时应用。事务复制有三个组件：快照代理，它生成架构，数据以及跟踪复制过程所需的数据；分发代理：它分发快照和随后的命令；日志