微软MOC 10081A_07 实施复制.ppt

第 7 章：实施复制 课程 10081A 5 可以将“复制”定义为创建和维护同一数据的多个副本的机制。数据以一种松耦合的方式分发，这种方式可使站点更加自主，并且确保更新在可接受的时间范围内复制。 确定复制的好处和用途： 维护数据的多个副本。注意这不能取代备份或灾难预防。 使数据更接近地理分散的用户。提及慢速网络链路和全球网络。 实现无需持久连接的自主站点。讨论分支机构的扩展及其对数据访问的需求。 允许你保留数据的联机事务处理(OLTP)副本和决策支持系统(DSS)副本，两种副本分开。结合商业智能需求的背景讨论此话题。本质上，OLTP 和 DSS 会造成相互间的锁定冲突，使用数据分开但复制的副本可解决此冲突。 参考资料： SQL Server 复制 /fwlink/?LinkID=127549 第 7 章：实施复制 课程 10081A 6 解释项目（比喻为文章）、发布和订阅比喻。 复制使用出版业用语来表示复制拓扑中的组件，它们包括发布方(Publisher)、分发方(Distributor) 、订阅方(Subscriber)、发布(publication)、项目(article)和订阅(subscripiton)。虽然用杂志作比喻比较便于理解复制，但有必要指出的是，SQL Server 包含此比喻未体现的功能，尤其是订阅方进行更新的能力，以及发布方在发布时发出项目增量更改的能力。 项目(Article) 项目可以是整个表或数据库对象，或者是其中的一部分。可以横向筛选，限制其包含的行；也可纵向筛选，限制其包含的列。 发布(Publication) 发布可包含一个或多个项目。它只能有来自同一数据库的项目，但是一个数据库中可能有很多发布。发布是订阅单位，也是复制单位。 订阅(Subscription) 订阅是针对发布创建的；不能直接针对项目创建。 推送订阅在发布方创建，并且可以与很多订阅方的发布同时创建。由于你在此场景下集中创建订阅，所以此方法比拉取订阅更加安全，但是需要订阅方在发生复制时连接。 拉取订阅在订阅方创建。发布方必须先启用拉取订阅，然后注册订阅方或允许匿名订阅。此系统通常安全性稍低，但是允许订阅方控制接收更新的时间，从而适合于连接不频繁的站点。 你可以有对一个发布的拉取订阅，对另一个发布的推送订阅。 参考资料： 复制发布模型概述 /fwlink/?LinkID=127551 第 7 章：实施复制 课程 10081A 7 定义发布服务器、分发服务器和订阅服务器角色： 发布服务器创建和修改数据。 分发服务器存储与一个或多个发布服务器关联的复制相关数据。 订阅服务器接收数据。如果使用合并复制，此情况稍有变化，因为发布服务器和订阅服务器都发生修改。 订阅服务器保留数据的副本。可以： 防止订阅服务器进行修改。 允许订阅服务器对发布服务器进行修改。 允许订阅服务器进行以后将合并在一起的本地修改。 发布方有数据的原始副本，并使其对订阅方可用。数据发送到分发方，然后分发方将其传递给订阅方。 讨论复制拓扑。 参考资料： 复制发布模型概述 /fwlink/?LinkID=127551 第 7 章：实施复制 课程 10081A 8 讨论三种类型的复制。 SQL Server 提供了三种复制方法，每种方法提供了不同的优点。每种复制方法有不同的可选配置。应选择适合你系统的相应方法。 快照复制 快照复制在每次同步时，在发布中发送所有数据。通常，在两次复制之间出现大比例数据更改的情况下，将使用快照复制。 事务复制 事务复制在同步发生时只发送数据修改。这可减少复制数据量，尤其是在数据修改次数较少，或者复制频繁的情况下。 提及对等事务复制。 在此方法中，每个节点是相同数据的发布方和订阅方。不存在发布方和订阅方层次结构。当每个对等方都处理某一部分的数据时，应使用此方法。如果所有对等方都更改相同的数据，那么可能发生冲突，此时应改为使用合并复制。 合并复制 合并复制允许发布方和订阅方都发生修改。同步发生时，发布方和订阅方的修改合并在一起。 合并复制可配置为使用 Web 同步通过 HTTP 运行。 异类复制 可以将数据从 SQL Server 复制到其他数据库产品，如 IBM DB2、Oracle 和 Sybase。SQL Server 还可作为 Oracle 8.0.4 版及更高版本的订阅方。在向 Oracle 数据库订阅时，可以使用快照复制和事务复制。 问题：事务复制有什么缺点？ 答案：在计划同步期间的某些时刻，可能并非所有节点上的数据都一致。此外，如果多个节点上更改相同的数据，那么将发生冲突。 参考资料： 复制类型概述 /fwlink/?LinkId=131466 合并复制的 Web 同步 /fwlink/?Lin