事务复制概述
事务性复制通常从发布数据库对象和数据的快照开始。创建了初始快照后，接着在发布服务器上所做的数据更改和架构修改通常在修改发生时（几乎实时）便传递给订阅服务器。数据更改将按照其在发布服务器上发生的顺序和事务边界，应用于订阅服务器，因此，在发布内部可以保证事务的一致性。
事务性复制通常用于服务器到服务器环境中，在以下各种情况下适合采用事务性复制：
- 希望发生增量更改时将其传播到订阅服务器。
- 从发布服务器上发生更改，至更改到达订阅服务器，应用程序需要这两者之间的滞后时间较短。
- 应用程序需要访问中间数据状态。例如，如果某一行更改了五次，事务性复制将允许应用程序响应每次更改（例如，激发触发器），而不只是响应该行最终的数据更改。
- 发布服务器有大量的插入、更新和删除活动。
- 发布服务器或订阅服务器不是 SQL Server 数据库（例如，Oracle）。
默认情况下，事务性发布的订阅服务器应视为只读，因为更改将不会传播回发布服务器。但是，事务性复制确实提供了允许在订阅服务器上进行更新的选项。有关详细信息，请参阅事务复制的发布类型。
有关实现事务性复制的信息，请参阅执行复制。
有关涉及事务性复制的常见方案的信息，请参阅在服务器对服务器环境中复制数据。