SQL Server 2000 提供了比以前版本更多的复制选项，其中包括立即更新订购者，排队更新，以排队更新作为热备份的立即更新，传递复制数据，过滤出版数据等。其中前三个选项表示可在订购者处对复制数据进行修改，然后将修改以相应的方式反映到出版者那里。假如在复制中使用这些复制选项，将使复制的配置和管理更为困难，所以很有必要对这些复制选项有着更为清楚的认识和了解。
16.6.1 立即更新订购者
所谓立即更新订购者是指在复制时使用了立即更新选项。通常而言，快照复制和事务复制都是单向数据复制即数据从出版者的源数据库复制到订购者的目标数据库。但是SQL Server 通过允许订购者来修改复制数据而增强了这种模式的功能。立即更新订购者选项允许既能够在出版者也能够在订购者处对复制数据进行修改。立即更新是指对复制数据进行修改的订购者和出版者之间保持数据的立即更新，即立即将订购者的修改反映到出版者那里。并且提供了对其他订购者而言的潜在事务一致性，即订购者的修改在立即反映到出版者那里之后，允许这一修改不必马上同步到其他订购者那里。在创建出版物时对该选项进行配置。
应该强调的是，在对数据进行修改的订购者和出版者之间使用了两阶段提交协议，从而需要当订购者对数据的修改在出版者那里被成功提交之后，这一修改才会在该订购者处被提交。假如提交成功，然后出版者才会在分发代理执行时（假如是快照复制，则也能够是在快照被刷新时），把这种修改分发到其他的订购者那里。
和完全的两阶段提交协议相比，立即更新订购者选项降低了复制的复杂性连同事务提交失败的可能性。因为完全的两阶段协议需要任何参和事务的服务器之间必须有可靠的网络连接，并且对数据的修改只有在任何的参和者中都被成功提交才会生效但当配置立即更新订购者选项时，由于仅在对复制数据进行修改的订购者和出版者之间使用了二阶段提交协议，所以事务的完整性仍得到很好的维护，而在出版者和其他订购者之间并不使用二阶段提交协议，这样便取消了任何参和者必须保持数据同步的复杂性。
注意：合并复制不允许使用立即更新订购者选项。
在SQL Server 2000 中，若配置了立即更新订购者选项则，需要以下组件的支持；
触发器
存储过程
Microsoft 的分布式事务协调器MS DTC
冲突检测
环路检测
1 触发器
触发器位于订购者，被用来捕获在订购者上发生的事务并利用远程过程调用将事务提交给出版者。由于使用二阶段提交协议，从而确保事务在出版者被成功提交后才会在订购者那里提交，假如提交失败，则订购者事务将回滚，从而使订购者数据库和出版者数据库仍能保持同步。
2 存储过程
存储过程位于出版者上，假如自订购者上次接收复制数据以来，出版者数据库发生的变化和订购者提交的事务不发生冲突，才允许在出版者提交这些来自订购者的事务。若有冲突发生，则拒绝事务提交，两处的事务都将回滚。每篇论文都有为INSERT、 DELETE、 UPDATE 事务创建的存储过程。
3 Microsoft 的分布式事务协调器（MS DTC）
在触发器使用存储过程将订购者事务提交给出版者时，需要Microsoft 的分布式事务协调器（MS DTC） 来管理出版者和订购者之间的两阶段提交。远程存储过程使用BEGIN DISTRIBUTED TRANSACTION 来对MS DTC 进行初始化操作。
4 冲突检测
出版数据库中的存储过程使用时间戳来进行检测，以确定某列被复制到订购者之后是否又被修改。当订购者提交立即更新事务时，他会把某行的任何列（包括时间戳列）送回到出版者，出版者利用存储过程将该行当前（属于出版者数据库）的时间戳值和从订购者送回的时间戳值进行比较，假如相同，表明在复制给订购者之后没有发生修改，则接收事务（用从订购者送回的行值来修改该行的当前值）。
5 环路检测
环路检测主要是基于以下考虑而被提出的，即假如订购者的立即更新事务在出版者和订购者都被成功提交后，出版者要在以后的某一时刻将该事务复制到其他订购者，但是由于提交立即更新事务的订购者已成功提交了该事务，因此也就没有必要再将此事务从出版者那里复制给该订购者。如何解决该问题呢？环路检测就是用来确定一事务是否已在某订购者服务器处被成功提交，从而避免该事务又一次应用于订购者服务器，最终因破坏了完整性约束（如向同一表中插入同一行）导致复制中止。
[1] [2] [3] [4] 下一页
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
