共用方式為


針對交易式複寫測量延遲並驗證連接

交易式複寫具有追蹤 Token 功能,該功能會提供便利的方式來計算交易式複寫拓樸中的延遲並驗證「發行者」、「散發者」及「訂閱者」之間的連接。 Token (即少量的資料) 會寫入發行集資料庫的交易記錄檔,會標示為典型的已複寫交易並且會透過系統傳送,它可允許計算:

  • 正在「發行者」端認可的交易與正在「散發者」端插入散發資料庫的對應命令之間經過的時間。

  • 正在散發資料庫中插入的命令與正在「訂閱者」端認可的對應交易之間經過的時間。

根據以上計算,您可以回答許多問題,包括:

  • 哪個「訂閱者」收到「發行者」的變更所花費的時間最長?

  • 預期會收到追蹤 Token 的「訂閱者」中,哪些沒有接收到 (如果有的話)?

若要針對交易式複寫計算遲延並驗證連接

追蹤 Token 在停止系統時也很有幫助,包括停止所有活動並確認所有節點已接收全部尚未處理的變更。 如需詳細資訊,請參閱<如何:停止複寫拓撲 (複寫 Transact-SQL 程式設計)>。

追蹤 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 不會透過重新發行「訂閱者」來轉送。