事务复制概述

事务性复制通常从发布数据库对象和数据的快照开始。创建了初始快照后,接着在发布服务器上所做的数据更改和架构修改通常在修改发生时(几乎实时)便传递给订阅服务器。数据更改将按照其在发布服务器上发生的顺序和事务边界,应用于订阅服务器,因此,在发布内部可以保证事务的一致性。

事务性复制通常用于服务器到服务器环境中,在以下各种情况下适合采用事务性复制:

  • 希望发生增量更改时将其传播到订阅服务器。
  • 从发布服务器上发生更改,至更改到达订阅服务器,应用程序需要这两者之间的滞后时间较短。
  • 应用程序需要访问中间数据状态。例如,如果某一行更改了五次,事务性复制将允许应用程序响应每次更改(例如,激发触发器),而不只是响应该行最终的数据更改。
  • 发布服务器有大量的插入、更新和删除活动。
  • 发布服务器或订阅服务器不是 SQL Server 数据库(例如,Oracle)。

默认情况下,事务性发布的订阅服务器应视为只读,因为更改将不会传播回发布服务器。但是,事务性复制确实提供了允许在订阅服务器上进行更新的选项。有关详细信息,请参阅事务复制的发布类型

有关实现事务性复制的信息,请参阅执行复制

有关涉及事务性复制的常见方案的信息,请参阅在服务器对服务器环境中复制数据

请参阅

概念

事务复制的工作机制

其他资源

配置和维护复制

帮助和信息

获取 SQL Server 2005 帮助