This Domain(Admin5.com) is for Sale:

SQL Server数据库实用技术（106）

时间:2007-11-09  来源:不详  作者:迈克DB
网络既快速又简单。使用手工方法进 行同步处理，不必再运行快照代理进行初始同步，SQL Server 也不会将目标表与出版论 文进行初始化同步，它将假设已经同步了订购者和出版者，并立即将复制文件分发给订购 者。
在进行手工同步时，由用户来负责确保出版论文与目标表的表结构与数据是相同的。 这种方法的优点是复制数据所产生的变化可以立即被分发到订购者，从而避免执行快照代 理来进行初始同步而引起的系统超载。
注意：在这里提及的“不必运行快照代理”是指不必运行快照代理来进行出版者与订购者之间的快照初始化，但在以后复制过程中快照代理仍要运行。

（2） 自动同步
自动同步是指订购者与出版者之间的出版表与目标表的初始同步由SQL Server 自动 来完成。在默认情况下，SQL Server 会在规划时间自动启动同步处理程序，首先由快照 代理在分发者内创建同步集合（*.sch 的描述文件和*.bcp 的数据文件），并在分发者上建 立一个同步作业，分发代理然后将同步集合传递到订购者首先利用描述文件生成表结构， 然后使用BCP 将数据复制到订购者数据库。

（3） 无同步
无同步就是不需要订购数据库与出版数据库同步，SQL Server 会假定出版数据库与订 购数据库已经同步，也不会对是否同步进行验证，这些工作要由用户自己来完成。 copyright dedecms

16.1.6 复制的拓扑结构
sSQL Server 仅支持星形拓扑结构，在该结构中，复制数据从中心出版者/分发者流向 多个订购者，订购者之间并不进行复制数据的传递。所以如果某一订购者不能正常工作， 并不影响其它订购者从分发者接收复制数据。

使用星形拓扑结构的最大优点在于其减少了订购过程中数据的等待时间，因为在复制 订购中，复制数据至多经过三步便在所有订购者中实现了同步。所以在数据同步中如果流 动的数据不多则使用星形拓扑结构是快速高效。的另外该结构允许将出版物进行分割从而 减少存储在每一个订购者上的数据量。但是，星形拓扑结构也有自身的缺陷，主要表现在：

数据的同步处理过分依赖于中心分发者/出版者。当订购者修改复制时，数据的 同步要求中心分发者/出版者参与其中，在该同步中使用了二阶段提交协议。当 其它订购者进行订购时，出版者又要参与其中并把复制数据反映到其它订购者。 从而导致中心分发者/出版者仅能支持有限个订购者。此时我们只能通过增加另 外的中心分发者/出版者从而支持更多订购者；
如果中心分发者/出版者失效，则整个复制体系将瘫痪，数据的订购和分发将停止。
在SQL Server 中有以上几种形式的星形结构：
本文来自织梦

中心出版者（Central Publisher）
带有远程分发者的中心出版者（Central publisher with remote Distributor）
出版订购者 （Publishing Subscriber）
中心订购者 （Central Subscriber）

（1） 中心出版者（Central Publisher）
中心出版者是最为简单的一种星形的拓扑结构，在这种配置下，一台服务器既扮演出 版者角色又扮演分发者角色，同时允许一个或多个独立的服务器扮演订购者角色。该配置 适合于从数据中心（如公司总部）向数据使用者（如分公司）复制数据，并且这些数据不 允许被数据使用者修改（如公司财务报表等）。该结构如图所示16-1 所示。

（2）） 带有远程分发者的中心出版者（Central publisher with remote Distributor）
由于在中心出版者配置下，所有的复制代理、出版和订购活动以及信息的存储和维护 等许多工作都由一台服务器来完成，因此，如果复制的事务或数据较大或有太多的订购者， 会对复制的效率产生极大的负面影响，
标签云:数据库 订购 复制 出版 数据 事务 分发 同步 代理 出版

看完这篇，您有何感觉呢？

文章评论

共有位Admini5网友发表了评论 查看完整内容

推荐信息

24小时热门信息

最新信息