共用方式為

瞭解 DTA 追蹤效能行為

  • 發行項

決定 DTA 追蹤之最大持續性輸送量 (MST) 的主要因素如下：

  • 系統所需的訊息輸送量，也就是每單位時間所收到的訊息量。

  • 針對每一個訊息所追蹤的資料量。

  • 資料在清除之前存留於 BizTalkDTADb 資料庫內的時間，也就是資料保留視窗。

  • BizTalkDTADb 資料是否會封存和清除。 封存是選擇性，但是清除則必須定期執行。

    所有這些因素都有一個共同點：DTA 可以接受和處理 (封存和清除) 資料的速度。

BizTalkDTADb 插入和處理速度如何影響您的系統

現在，讓我們逐步解說 測量最大永續性追蹤輸送量中所述的追蹤資料路徑，並評估 BizTalkDTADb 在系統的各種元件上插入和處理速度的影響。

從 trackingdata 和 spool 資料表開始，我們可以想像如果將這些資料表的資料移到 BizTalkDTADb 資料庫的處理序將資料插入 BizTalkDTADb 資料庫時，其速度比不上執行階段插入 trackingdata 和 spool 資料表的速度，則 spool 和 trackingdata 資料表將會開始累積待處理項目。 就短期而言，這未必是一件壞事，只要您知道訊息輸送量將會減少，最後讓待處理項目清空即可。 但是，一旦資料仍然位於 spool 或 trackingdata 資料表中，就無法在 BizTalkDTADb 資料庫中提供這些資料來供 [群組中樞] 頁面中的追蹤查詢或其他任何工具查詢， 因此，無法用這些資料來解決問題。 因此，任何預期的待處理項目期間必須要夠短，好讓追蹤的資訊依然能夠及時提供，以免萬一發生問題，而需要使用 BizTalkDTADb 資料來進行調查。

透過測試，我們知道待處理項目是否累積的決定因素並不是將追蹤資料移到 BizTalkDTADb 資料庫的這些處理序 (也就是 TDDS 和 TrackedMessages_Copy_BizTalkMsgBoxDb)，而是 BizTalkDTADb 資料庫在接受輸入時的速度。 一般來說，繫結 I/O 的是 BizTalkDTADb 資料庫的資料檔案。 也就是說，BizTalkDTADb 資料庫資料檔案所在的磁碟機速度將會決定整體 DTA 的速度。

BizTalkDTADb 中的資料數量如何影響 I/O 速度

與 I/O 速度相關的另一個重要因素是 BizTalkDTADb 資料庫中的資料量：當 BizTalkDTADb 資料庫中的追蹤資料量增加時，BizTalkDTADb 資料庫的輸入和處理速度會降低，因為插入新資料時只會有更多資料可排序，這會影響每個插入所需的 I/O 數量。

這就是封存和清除進入的時候，因為讓 BizTalkDTADb 資料庫不要變得太大而無法保存的就是這些處理序。 基本的概念在於確保 BizTalkDTADb 資料庫大小低於開始在 spool 和 trackingdata 資料表中備份資料的大小。 不過，在 DTA 清除和封存中實作的清除和封存程式 (BizTalkDTADb) SQL 作業也需要從 BizTalkDTADb 資料庫伺服器測量 MST 時 (CPU、記憶體，特別是 I/O) 的資源，這在測量 MST 時必須納入考慮。

另請參閱

測量最大持續性追蹤輸送量
測量 DAT 追蹤 MST 的測試案例
尋找 DTA 追蹤之 MST 的祕訣和訣竅
調整追蹤資料庫大小的指導方針