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