为事务复制测量滞后时间和验证连接
事务性复制提供了跟踪令牌功能，可以方便地测量事务性复制拓扑中的滞后时间和验证发布服务器、分发服务器及订阅服务器之间的连接。令牌（少量数据）写入发布数据库的事务日志，如同典型的复制事务一样作标记，并通过系统发送，可计算：
- 从发布服务器上提交事务到分发服务器上相应的命令插入到分发数据库所用的时间。
- 从命令插入到分发数据库到订阅服务器上提交相应的事务所用的时间。
通过这些计算结果，可以解答若干问题，其中包括：
- 哪些订阅服务器从发布服务器收到更改所用的时间最长？
- 在预期收到跟踪令牌的订阅服务器中，哪个（如果有的话）服务器没接收到？
为事务性复制测量滞后时间和验证连接
- Microsoft SQL Server Management Studio：如何为事务复制测量滞后时间和验证连接（复制监视器）
- 复制 Transact-SQL 编程： How to: Measure Latency and Validate Connections for Transactional Replication (Replication Transact-SQL Programming)
- 复制管理对象 (RMO) 编程： How to: Measure Latency and Validate Connections for Transactional Replication (RMO Programming)
停止系统时跟踪令牌也很有用，停止系统的过程涉及停止所有活动并验证所有节点均已收到所有尚未完成的更改。有关详细信息，请参阅How to: Quiesce a Replication Topology (Replication Transact-SQL Programming)。
跟踪令牌的注意事项
若要使用跟踪令牌，必须使用特定版本的 Microsoft SQL Server：
- 分发服务器必须是 Microsoft SQL Server 2005 或更高版本。
- 发布服务器必须是 SQL Server 2005 或更高版本，或者是 Oracle 发布服务器。
- 对于推送订阅，如果订阅服务器为 Microsoft SQL Server 7.0 或更高版本，将从发布服务器、分发服务器和订阅服务器收集跟踪令牌统计信息。
- 对于请求订阅，仅当订阅服务器为 SQL Server 2005 或更高版本时才从订阅服务器收集跟踪令牌统计信息。如果订阅服务器为 SQL Server 7.0 或 Microsoft SQL Server 2000，将仅从发布服务器和分发服务器收集统计信息。
还有一些需要注意的问题和限制：
- 订阅必须处于活动状态才能接收跟踪令牌。订阅如果已经初始化就会处于活动状态。
- 重新初始化会删除相关订阅的所有挂起的跟踪令牌。
- 订阅服务器仅接收在其初始同步之后创建的跟踪令牌。
- 重新发布订阅服务器不转发跟踪令牌。