SQLSERVER2005数据库复制要点.pdfVIP

SQL SERVER 2005数据库复制 一． 复制发布模型概述 复制使用出版业术语表示复制拓扑中的组件， 其中有发布服务器、 分发服务器、 订阅服务 器、发布、项目和订阅。 发布服务器 发布服务器是一种数据库实例， 它通过复制向其他位置提供数据。 发布服务器可以有一个或 多个发布，每个发布定义一组要复制的具有逻辑关系的对象和数据。 分发服务器 分发服务器也是一种数据库实例， 它起着存储区的作用， 用于复制与一个或多个发布服务器 相关联的特定数据。 每个发布服务器都与分发服务器中的单个数据库 （称作分发数据库） 相 关联。分发数据库存储复制状态数据和有关发布的元数据， 并且在某些情况下为从发布服务 器向订阅服务器移动的数据起着排队的作用。 在很多情况下， 一个数据库服务器实例充当发 布服务器和分发服务器两个角色。 这称为“本地分发服务器”。 当发布服务器和分发服务器 按各自的数据库服务器实例配置时，把分发服务器称为“远程分发服务器”。 订阅服务器 订阅服务器是接收复制数据的数据库实例。 订阅服务器可以接收来自多个发布服务器和发布 的数据。 根据所选的复制类型， 订阅服务器还可以将数据更改传递回发布服务器或者将数据 重新发布到其他订阅服务器。 项目 项目用于标识发布中包含的数据库对象。 一次发布可以包含不同类型的项目， 包括表、 视图、 存储过程和其他对象。 当把表作为项目发布时， 可以用筛选器限制发送到订阅服务器的数据 的列和行。 发布 发布是一个数据库中的一个或多个项目的集合。 将多个项目分组成一个发布， 使得更便于指 定一组作为一个单元复制的、具有逻辑关系的数据库对象和数据。 订阅 订阅是把发布副本传递到订阅服务器的请求。订阅定义将接收的发布和接收的时间、地点。 有两种类型的订阅：推送订阅和请求订阅。 二． 选择复制类型 Microsoft SQLServer 2005 提供了下列可在分布式应用程序中使用的复制类型：事务性复 制，合并复制，快照复制 。 事务性复制通常用于服务器到服务器环境中，在以下各种情况下适合采用事务性复制。 1. 希望发生增量更改时将其传播到订阅服务器。 2. 从发布服务器上发生更改，至更改到达订阅服务器，应用程序需要这两者之间的滞后时 间较短。 3. 应用程序需要访问中间数据状态。例如某一行更改了 5 次，事务复制将允许应用程序响 应每次更改（例如，激发触发器），而不只是响应该行最终的数据更改。 4. 发布服务器有大量的插入、更改、删除活动。 5. 当必须在数据被修改时对其进行复制， 以及发布服务器和订阅服务器通过网络可靠或经 常地连接在一起时，使用事务复制。 6. 默认情况下，事务发布的订阅服务器应视为只读，所以更改将不会传播回发布服务器。 在一般情况下， 如果发布服务器和订阅服务器都对数据进行了更改， 那么以发布服务器的事 务为准，覆盖订阅服务器对数据更改。 上海 120 的拓扑结构是：上海 120 指挥调度部分被认定为 G3级系统，办公部分被认定 为 G2级系统。要求 G3 系统数据库服务器要实时把数据库数据变化更新到 G2 系统数据库， 并且 G3系统可向 G2 系统直接写入数据， G2 系统可以访问 G3 系统，但不能向 G3 系统写入 数据。 根据上海 120 的情况，使用“事务性复制”是最合理的。 事务复制的工作机制 事务性复制由 SQL Server 快照代理、日志读取器代理和分发代理实现。快照代理准备快照 文件 （其