共用方式為

規劃追蹤

  • 發行項

訊息追蹤是訊息實例的各個部分，例如訊息本文、訊息屬性和中繼資料儲存在資料庫中的程式，通常用於封存用途。 後續可藉由從 [群組中樞] 頁面的 [BizTalk Server 管理主控台] 中執行查詢，來檢視追蹤的訊息實例元件。 除了存取封存的資料之外，您也可以檢視即時資料，這可以是識別及修正開發或預備環境中問題的公用程式。

由於郵件追蹤的程式可能非常耗用資源，因此您應該先檢閱本主題，再建立計畫。

如需追蹤的詳細資訊，請參閱 健康情況和活動追蹤 (https://go.microsoft.com/fwlink/?LinkId=154187) 。

設定和啟用 DTA 清除和封存 SQL Agent 作業

此作業會封存並清除 BizTalk 追蹤資料庫中的舊資料，因而使其變得太大。 這對於狀況良好的BizTalk Server系統而言非常重要。 大型追蹤資料庫將會開始影響追蹤主機的效能，以及查詢追蹤資料庫的任何其他進程。

  • 請確定已正確設定、啟用和成功完成 DTA 清除和封存 SQL Agent 作業。 預設不會啟用此作業，因為您必須先將其設定為包含可寫入封存檔案的目錄。

  • 請確定工作能夠儘快清除追蹤資料，就像產生傳入追蹤資料一樣快。 作業在尖峰負載期間可接受，但應該一律能夠趕上。 如果清除作業落後且永遠無法趕上，BizTalk 追蹤資料庫將會繼續成長，而且效能最終會受到負面影響。

  • 檢閱虛清除和硬式清除參數，以確保您保留的資料夠長，但不夠長。 如需這些參數的詳細資訊，請參閱封存 和清除 BizTalk 追蹤資料庫 (https://go.microsoft.com/fwlink/?LinkID=153816) 。

  • 如果您只需要清除舊資料，而且不需要先封存它，請變更 SQL Agent 作業以呼叫預存程式 「dtasp_PurgeTrackingDatabase」。 這會略過封存步驟，而且只會執行清除。 如需此預存程式以及變更 SQL Agent 作業以使用它的詳細資訊，請參閱 如何從 BizTalk 追蹤資料庫清除資料 (https://go.microsoft.com/fwlink/?LinkID=153817) 。

  • 如果您需要保留 BizTalk 追蹤資料庫封存檔案，請確定您有一個程式可成功還原並使用它們。

  • 如果效能問題是藉由清除 BizTalk 追蹤資料庫而暫時解決，而您想要將 BizTalk 設定為不再收集追蹤資訊，則您可以考慮關閉全域追蹤。 如需如何關閉全域追蹤的資訊，請參閱 如何關閉全域追蹤 (https://go.microsoft.com/fwlink/?LinkID=154193) 主題。

建立專用追蹤主機

當在 BizTalk Server 管理主控台中為主機啟用[允許主機追蹤] 選項時，該主機的實例會執行追蹤資料解碼服務 (TDDS) 將追蹤的資料從 BizTalk Server MessageBox 資料庫移至 BizTalk 追蹤資料庫。 由於 TDDS 可能耗用大量資源，因此請考慮建立啟用[允許主機追蹤] 選項的「專用」追蹤主機，而不會執行任何其他BizTalk Server進程 (，例如配接器或協調流程) 。 如果您的 BizTalk 群組包含一部以上的 BizTalk 伺服器，也被視為最佳做法是在群組中的每個伺服器上建立此主機的實例，以提供 TDDS 的高可用性。

測試以測量最大永續性追蹤輸送量

大量訊息追蹤是非常耗用資源的活動，如果未正確管理，對BizTalk Server環境的效能可能會產生極不良的影響。 因此，您應該測量BizTalk Server環境的最大永續性追蹤輸送量，以確保系統持續運作，且會無限期地以指定的訊息流程速率執行。 如需測量最大永續性追蹤輸送量的詳細資訊，請參閱 測量最大永續性追蹤輸送量 (https://go.microsoft.com/fwlink/?LinkID=153815) 。

追蹤的最佳做法

  • 決定在規劃期間追蹤的資訊 ：您應該在規劃階段決定您需要追蹤的資訊，以便在部署專案之後設定追蹤選項，並限制追蹤資料量，只提供您所需的資訊。

  • 不要追蹤所有訊息：建議您不要追蹤所有訊息，因為每次觸碰訊息時，BizTalk Server製作另一個複本。 您可以改為只追蹤特定埠來縮小範圍。 這有助於將系統的效能最大化，並讓資料庫保持整齊。

  • 在傳送埠和接收埠上設定追蹤，而不是在管線上設定：如果您在管線上設定追蹤選項，您也會針對使用管線的每個埠全域設定追蹤選項。 如此一來，可能會比您想要追蹤的資料多，這會使系統效能變慢。 相反地，您可以在傳送埠和接收埠上設定追蹤選項。

  • 當您調整 BizTalk 追蹤資料庫的大小時，請考慮各種因素：

    • 調整 BizTalk 追蹤資料庫的大小時，請考慮SQL Server因素，例如索引大小，方法是將應變乘數新增至計算。

    • 在 BizTalk 追蹤資料庫中判斷訊息的大小時，如果訊息大小明顯與訊息大小相較，請將訊息內容的平均大小新增至訊息大小。

    • 若要限制 BizTalk 追蹤資料庫中的訊息大小，請限制您升級的屬性數目。 如果您為了路由目的而需要升級的屬性，則應該只使用升級的屬性，否則請使用辨別欄位。

    • 如果已啟用協調流程 圖形開始和結束 選項，請將每個協調流程實例中每個圖形的開始和停止事件儲存在 BizTalk 追蹤資料庫中。