測量最大持續性追蹤輸送量
將企業營運解決方案部署至BizTalk Server平臺之後，您應該追蹤並監視系統，以瞭解下列事項：
系統如何執行
可能發生哪些例外狀況和錯誤以及原因為何
以 BizTalk 解決方案實作的商務程序的目前狀態
對於許多組織而言，為了不具否認性目的，記錄流經系統的實際原始訊息也很重要。 BizTalk Server提供兩種類型的追蹤功能來解決這些需求：
資料追蹤和活動 (DTA) 追蹤。 DTA 可追蹤不同的使用者定義訊息屬性、協調流程偵錯事件、訊息流程事件，以及服務執行個體狀態。 您可以使用追蹤來查詢 BizTalk DTA 追蹤資料庫 (BizTalkDTADb) 中儲存的資料。 DTA 追蹤也可以包括原始資料 (稱為訊息內文) 的追蹤，用於不可否認性與問題解決。
商務活動監視 (BAM) 追蹤。 BAM 使用使用者定義的追蹤設定檔，追蹤商務程序到一組特別 BAM 資料庫的狀態。
在此主題中，我們將描述 DTA 架構和一套有系統的方法，以決定採用 DTA 的系統可無限期持續的最大持續性輸送量。 雖然 DTA 和 BAM 共用部分架構元件，但此主題只討論 DTA 的部分。 如需 BAM 架構的相關資訊，請參閱 商務活動監視 (BAM) 。
DTA 追蹤架構的概觀
訊息流程通過系統時，各種追蹤的項目，像是訊息內文、屬性和事件，通過一連串的程序和資料庫，最後寫入 BizTalkDTADb 資料庫。 在項目寫入 BizTalkDTADb 資料庫後，您可以使用追蹤來查詢追蹤的資訊。 如需設定及使用 BizTalkDTADb 資料庫和追蹤的資訊，請參閱 檢視歷程記錄和追蹤資料。
為確保系統持續性且將以指定的訊息流程速率無限期執行，追蹤項目在自己的路徑到 BizTalkDTADb 資料庫的路徑以及資料庫本身，都必須維持暢通。 例如，在沿路徑的資料庫資料表中或 DTA 中建置訊息，若未妥善管理，可能會使資料庫檔案無限制的成長而無法持續。
所以，我們現在先從瞭解追蹤資訊流程通過的架構和路徑開始。 這會公開您必須監視的主要資源和效能指標，以判斷追蹤系統如何跟上流經BizTalk Server引擎的訊息流量。
下圖顯示 DTA 追蹤架構和路徑的概觀。
依照圖中編號的程序順序，進出 BizTalkDTADb 資料庫的所有 DTA 追蹤資料流程如下：
BizTalk Server 執行階段程序包括一個稱為攔截器的元件。 攔截器的工作是在執行階段快取追蹤的項目，並在下一個 MessageBox 資料庫往返 (例如，將訊息加入 MessageBox 資料庫的佇列) 時，將快取的項目轉送至 MessageBox 資料庫。 攔截器會查看追蹤組態 (也稱為追蹤設定檔) 以決定要追蹤的項目，追蹤組態從管理資料庫取得，並在每個主控件執行階段執行個體快取，供攔截器使用。
如上圖所示，有兩個資料流插入 MessageBox 資料庫：
一個由 Spool 資料表代表
一個由 TrackingData 資料表代表
追蹤的訊息內文使用兩個資料流。 也就是說，訊息內文本身 (想成是資料的 BLOB) 是透過由 Spool 資料表代表的一組資料表來處理。 與訊息內文關聯的訊息事件 (例如，訊息識別項、追蹤訊息內文的時間、與訊息內文關聯的執行個體) 是透過 TrackingData 資料表處理。 與訊息內文追蹤無關的所有追蹤項目都只由 TrackingData 資料表處理。
MessageBox 資料庫只是追蹤資料的第一站，用來快取追蹤資料，讓執行階段可繼續進行處理，不會直接被其他追蹤資料處理封鎖。
若要取得已追蹤的訊息本文 (blob) 傳送至 BizTalkDTADb 資料庫，您可以在其中檢視和封存它們至更永久的儲存體，BizTalk Server採用稱為 sql Agent 作業的 SQL Agent 作業，TrackedMessages_Copy_BizTalkMsgBoxDb在每部 MessageBox 資料庫伺服器上執行。 此工作的任務是將標示為追蹤的訊息內文複製到 BizTalkDTADb 資料庫。
訊息本文以外的所有追蹤資料都會由一或多個BizTalk Server主機中執行的 TDDS 服務，從 MessageBox 資料庫移至 BizTalkDTADb 資料庫。 只要透過 BizTalk Server 主控台中的主控件屬性頁面將主控件設定為「主控件追蹤」，TDDS 子服務就會在該主控件的每個執行個體執行。
若沒有定期清除 BizTalkDTADb 資料庫，它就會無限制的成長，最後導致操作上的問題。 現在有一個單一的 SQL 代理程式工作，稱為 DTA 清除與封存 (BizTalkDTADb)，可執行清除 BizTalkDTADb 資料庫的工作。 依照預設，此工作每分鐘執行，並清除早於某些使用者設定的時間 (例如 24 小時) 的所有已完成的執行個體。
如需 DTA 清除和封存作業的詳細資訊，請參閱 如何設定 DTA 清除和封存作業。
DTA 清除與封存工作也可以選擇將 BizTalkDTADb 資料封存為 SQL 備份，以便長期儲存和/或離線檢視資料。 如果需要查詢封存的 BizTalkDTADb 資料，它必須先還原為SQL Server中的新資料庫，然後使用追蹤或 SQL 查詢分析器來查詢它。