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