SQLServer0205数据库复制多图].docVIP

对于一个地域分散的大型企业组织来说，构建具有典型的分布式计算机特征的大型企业管理信息系统时，总要解决一个很重要的问题：如何在多个不同数据库服务器之间保证共享数据的一致性。之所以有这个重要的问题在于企业组织在不同地点对具有相同结构的本地数据库进行修改，但要保证修改后的数据库有相同的结果，其本质就是在对本地数据库的修改体现在其他具有相同数据的远程数据库中。那么如何解决这个问题就要用到数据库的复制技术。　　SQL SERVER提供了内置的复制能力，复制组件并不是附加产品，而是核心引擎的一部分。在复制这个技术的支持下，用户可以跨局域网、广域网或因特网的不同数据服务器上维护数据的多个拷贝，从而保证数据的一致性。　　复制模型；　　SQL SERVER使用出版和订阅这一术语来描述其复制活动，所谓出版，就是向其他数据库服务器（订阅者）复制数据，订阅就是从另外服务器（出版者）接收复制数据。虽然出版和订阅的对象都是将数据复制，但出版和订阅却并不是不同角度的同一数据操作，而是体现出一定的层次性和顺序性（总是先进行出版，再进行订阅）。SQL SERVER的复制组件有出版物与论文。出版者、订阅者、推订阅和拉订阅。　　（1）　　　 出版物和论文　　论文是被复制的数据集合，一篇论文一般就是咱们所说的表，论文是出版物的基本组成单元。出版物是论文的集合。它可以包括一个或多个论文订阅者，订阅的是出版物而不是出版物中的论文，这样可以使订阅更为简单。　　（2）　　　 出版者　　出版者是出版出版物的服务器。出版者服务器来维护源数据库以及有关出版物的信息。使数据可用于复制。除了决定哪些数据将被复制外，出版者要检测哪些复制数据发生了变化，并将这些变化复制到分发者的分发数据库中。 　　（3）　　　 分发者　　分发者是指把从出版者传递来的复制数据或事务等送至相应的订阅者的服务器，并负责维护分发数据库。 （4）　　　 订阅者　　订阅者是指存储复制数据的副本机器。且接收并维护已出版的数据的服务器，订阅者也可以对出版数据进行修改，尽管订阅者可以对数据进行修改，但它仍是一个订阅者，当然订阅者也可以作为其他订阅者的出版者。　　出版者、分发者、订阅者实际上并不一定指相互独立的服务器。它只是对SQL SERVER在复制过程中所扮演的不同角色的描述。SQL SERVER允许一台SQL SERVER服务器可以扮演不同的角色。比如一台出版者的服务器既可出版出版物，也可以作为分发者来存储和传送快照复制和事务复制。在实际应用中，用户决定是否让一台服务器扮演一个或多个角色。在很大程序是基于对复制系统性能的考虑，例如，为了提高分发者从分发数据库向订阅者的数据库复制出版物的效率，降低出版者服务器的负载，用户常不允许一台服务器既扮演出版者又扮演分发者。而是让其他的服务器专站承担分发者任务，从而提高了出版者和分发者的性能。　　（5）　　　 订阅类型　　推订阅和拉订阅　　推订阅是指由出版者将所有发生在出版数据库的修改复制给订阅者，而不必向订阅者发出请求，只要出版数据库发生修改，出版者就会自动把这种修改体现在订购者那里，在对数据同步性要求比较高的场合，最好使用推订阅，拉订阅是指订阅者在经过一段时间就会向出版者要求复制出版数据库发生的变化。　　复制代理：　　（1）　　　 快照代理　　快照代理在分发者上创建并存储快照文件，任务是：在分发数据库中准备已发布表的架构和初始数据以及其他对象、存储快照文件并记录出版数据库和订阅服务器之间的同步信息，快照代理运行在分发者服务器上，并与出版者相连接。每一个出版物都有自己的快照代理。与各种类型的复制一起使用。 　　（2）　　　 日志阅读代理　　日志读取器代理与事务性复制一起使用。它将发布服务器上的事务日志中标记为复制的事务移至分发数据库中。使用事务性复制发布的每个数据库都有自己的日志读取器代理，该代理运行于分发服务器上并与发布服务器连接（分发服务器与发布服务器可以是同一台计算机）。 （3）　　　 分发代理　　分发代理与快照复制和事务性复制一起使用。它将初始快照应用于订阅服务器，并将分发数据库中保存的事务移至订阅服务器。分发代理既可以运行于分发服务器（对于推送订阅），也可运行于订阅服务器（对于请求订阅）。　　（4）　　　 合并代理：　　　　合并代理与合并复制一起使用。它将初始快照应用于订阅服务器，并移动和协调所发生的增量数据更改。每个合并订阅都有自己的合并代理，该代理同时连接到发布服务器和订阅服务器并对它们进行更新。合并代理既可以运行于分发服务器（对于推送订阅），也可以运行于订阅服务器（对于请求订阅）。默认情况下，合并代理将订阅服务器上的更改上载到发布服务器，然后将发布服务器上的更改下载到订阅服务器。　　（5）　　　 队列阅读代理　　队