針對交易式複寫測量延遲並驗證連接
交易式複寫具有追蹤 Token 功能，該功能會提供便利的方式來計算交易式複寫拓樸中的延遲並驗證「發行者」、「散發者」及「訂閱者」之間的連接。Token (即少量的資料) 會寫入發行集資料庫的交易記錄檔，會標示為典型的已複寫交易並且會透過系統傳送，它可允許計算：
- 正在「發行者」端認可的交易與正在「散發者」端插入散發資料庫的對應命令之間經過的時間。
- 正在散發資料庫中插入的命令與正在「訂閱者」端認可的對應交易之間經過的時間。
根據以上計算，您可以回答許多問題，包括：
- 哪個「訂閱者」收到「發行者」的變更所花費的時間最長？
- 預期會收到追蹤 Token 的「訂閱者」中，哪些沒有接收到 (如果有的話)？
若要針對交易式複寫計算遲延並驗證連接
- 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)＞
追蹤 Token 在停止系統時也很有幫助，包括停止所有活動並確認所有節點已接收全部尚未處理的變更。如需詳細資訊，請參閱＜How to: Quiesce a Replication Topology (Replication Transact-SQL Programming)＞。
追蹤 Token 之考量
若要使用追蹤 Token，您必須使用 Microsoft SQL Server 的特定版本：
- 「散發者」必須為 Microsoft SQL Server 2005 或更新版本。
- 「發行者」必須為 SQL Server 2005 或更新版本，或為「Oracle 發行者」。
- 對於發送訂閱，則會從「發行者」、「散發者」和「訂閱者」(如果「訂閱者」為 Microsoft SQL Server 7.0 或更新版本) 收集追蹤 Token 統計資料。
- 對於提取訂閱，則會從「訂閱者」收集追蹤 Token 統計資料，但只限於「訂閱者」為 SQL Server 2005 或更新版本的情況下。如果「訂閱者」為 SQL Server 7.0 或 Microsoft SQL Server 2000，則僅從「發行者」和「散發者」收集統計資料。
以下為另外一些應注意的問題和限制：
- 訂閱必須為作用狀態以便接收追蹤 Token。如果訂閱已經過初始化﹐則其為作用狀態。
- 重新初始化會移除相關訂閱的所有暫止追蹤 Token。
- 「訂閱者」僅接收初始同步處理之後建立的追蹤 Token。
- 追蹤 Token 不會透過重新發行「訂閱者」來轉送。