設定專用的追蹤主控件

發行項
07/21/2023

BizTalk Server已針對輸送量進行優化，因此主要協調流程和傳訊引擎不會實際將事件或訊息直接移至 BizTalk 追蹤 (DTA) 或 Business Activity Monitoring (BAM) 資料庫，因為這會將這些引擎從執行商務程式的主要工作轉移。相反地，BizTalk Server將事件和訊息保留在 MessageBox 資料庫中，並將它們標示為需要移至 BizTalk 追蹤或 BAM 資料庫。背景程式 (追蹤主機) 然後將事件移至 BizTalk 追蹤和 BAM 資料庫，而SQL Server Agent作業會將追蹤的訊息複製到 BizTalk 追蹤資料庫。

使用專用追蹤主機的優點

裝載追蹤的 BizTalk 主機負責將 DTA 和 BAM 追蹤資料從 MessageBox 資料庫移至 BizTalk 追蹤 (DTA) 和 BAM 主要匯入資料庫。此追蹤資料的移動會影響在裝載追蹤的相同主機上執行的其他 BizTalk 成品效能。因此，您應該使用不執行任何動作但主機追蹤的專用主機。

使用專用追蹤主機也可讓您停止其他 BizTalk 主機，而不會干擾BizTalk Server追蹤。從 MessageBox 資料庫移動追蹤資料對於狀況良好的BizTalk Server系統而言非常重要。如果 BizTalk 主機負責移動 BizTalk 群組中的追蹤資料已停止，則不會執行追蹤資料解碼服務。其影響如下：

HAT 追蹤資料將不會從 MessageBox 資料庫移至 BizTalk 追蹤資料庫。
BAM 追蹤資料將不會從 MessageBox 資料庫移至 BAM 主要匯入資料庫。
由於資料未移動，因此無法從 MessageBox 資料庫刪除。
當追蹤資料解碼服務停止時，追蹤攔截器仍會執行並將追蹤資料寫入 MessageBox 資料庫。如果未移動資料，這會導致 MessageBox 資料庫變得過大，這會影響一段時間的效能。即使未追蹤自訂屬性或未設定 BAM 設定檔，預設會追蹤某些資料 (例如管線接收/傳送事件和協調流程事件) 。如果您不想執行追蹤資料解碼服務，請關閉所有追蹤，讓攔截器不會將資料儲存至資料庫。若要停用全域追蹤，請參閱如何關閉全域追蹤 (https://go.microsoft.com/fwlink/?LinkId=154193) 使用 BizTalk Server 管理主控台選擇性地停用追蹤事件。

優化專用追蹤主機的效能

此主機應在至少兩部執行BizTalk Server (的電腦上執行，以防一個失敗) 。為了達到最佳效能，每個 MessageBox 資料庫應該至少有一個追蹤主機實例。追蹤主機實例的實際數目應該是 N + 1，其中 N = MessageBox 資料庫的數目。「+ 1」用於備援。新增更多功能並無好處，因為只有一個追蹤主機實例可以移動特定 MessageBox 資料庫的資料。因此，鎖定不應該是問題。為容錯新增一個額外的追蹤主機實例;如果其中一個追蹤主機實例失敗，其他實例會假設失敗實例的責任。

追蹤主機實例會移動特定 MessageBox 資料庫的追蹤資料，但不會有一個以上的追蹤主機實例移動特定 MessageBox 資料庫的資料。例如，如果您有三個 MessageBox 資料庫，而且只有兩個追蹤主機實例，則其中一個主機實例需要移動兩個 MessageBox 資料庫的資料。新增第三個追蹤主機實例會將追蹤主機工作散發至另一部執行BizTalk Server的電腦。在此案例中，新增第四個追蹤主機實例並不會散發更多追蹤主機工作，但會為容錯提供額外的追蹤主機實例。

如需 BAM 事件匯流排服務的詳細資訊，請參閱BizTalk Server說明中的下列主題：