檢查清單：執行每週效能檢查
本主題列出您應該每週遵循的最佳做法，以避免BizTalk Server系統的效能問題。
| 步驟 | 參考 |
|---|---|
| 將資料庫自動成長設定為固定數位 | - 資料庫自動成長應該設定為固定的 MB 數目，而不是百分比，特別是針對 MessageBox 和 Tracking (DTA) 資料庫。 根據您的BizTalk Server應用程式和輸送量，MessageBox 和 Tracking 資料庫可能會變得相當大。 如果自動成長設定為百分比，則自動成長也可以相當大。 - 如果系統是新的，而且尚未明確建立靜態大小，請使用 [啟用自動成長] 選項設定檔案，並指定檔案成長以 MB 為單位。 大型檔案的成長增量通常不超過 100 MB () 、中型檔案) 的 10 MB (，或小型檔案) 的 1 MB (。 請參閱BizTalk Server資料庫優化白皮書的附錄 B – 建議BizTalk Server資料庫組態一節， () https://go.microsoft.com/fwlink/p/?LinkID=153594 每個BizTalk Server資料庫的建議檔案大小資料表。 |
| 使用 SQL Server Profiler 限制您監視的事件 | 使用 SQL Server Profiler 只監視您感興趣的事件。 如果追蹤太大，您可以根據所需的資訊進行篩選，以便只收集事件資料的子集。 監視太多事件會增加伺服器與監視處理序的負擔，且會使得追蹤檔案或追蹤資料表增長過大，尤其是需要花費長時間的監視處理序更是如此。 |
| 設定訊息批次處理以提升配接器效能 | - 將多個作業結合成單一批次，將介面卡所執行的交易數目降至最低。 - 除了訊息計數之外，根據批次中的位元組總數來限制批次大小。 如需限制批次大小的詳細資訊，請參閱 設定 Batching 以改善配接器效能。 |
| 調整大型訊息閾值 | 若要改善輸送量，請增加大型訊息閾值，以降低對應期間緩衝處理到磁片的大型訊息數目。 |
| 調查BizTalk Server進程中記憶體流失或記憶體不足例外狀況 | BizTalk 進程中的記憶體流失可能會因為各種原因而發生。 請參閱 Microsoft 知識庫文章918643、如何針對BizTalk Server程式中https://go.microsoft.com/fwlink/p/?LinkId=157212 的記憶體流失或記憶體不足例外狀況進行疑難排解， () ，以取得可能發生記憶體流失之案例的相關資訊，以及如何加以修正。 |