避免瓶頸的最佳做法
雖然BizTalk Server中的預設設定可為許多硬體和軟體組態提供最佳效能，但在某些情況下，修改設定或部署組態可能會很有説明。 設定BizTalk Server時，請考慮下列效能指導方針：
若要防止資源爭用，請隔離接收、協調流程，以及在個別主機上傳送。 若要進一步將爭用情形降至最低，請將追蹤服務與其他主控件分離。
如果執行BizTalk Server電腦上的 CPU 處理是瓶頸，請藉由包含其他 CPU 或升級至更快的 CPU 來擴大執行BizTalk Server的電腦。
SQL Server 指導方針
使用 BizTalk Server 設定 Microsoft SQL Server時，請考慮下列效能指導方針：
盡可能搭配 SQL Server 使用快速磁碟子系統。 使用獨立磁片類型的備援陣列 10 (RAID10/0+1) 或具有備份電源供應器之 SAN (SAN) 的儲存區域網路。
將個別伺服器上的每一個 MessageBox 資料庫與 BizTalk 追蹤資料庫隔離 (BizTalkDTADb) 。 若有可用的 CPU 資源，較小的部署可能就足以隔離個別實體磁片上的 MessageBox 資料庫與 BizTalk 追蹤資料庫。
主要 MessageBox 資料庫可能是因為 CPU 處理器飽和或磁片作業延遲而造成瓶頸， (平均磁片佇列長度) 。 如果 CPU 處理是瓶頸，請將 CPU 處理器新增至主要 MessageBox。 如果沒有，請嘗試停用主要 MessageBox 資料庫的發佈。 如此一來，master MessageBox 資料庫可以更有效率地處理將訊息路由傳送至其他 MessageBox 資料庫。 當您使用多個 MessageBox 資料庫時，停用發佈的選項是有效的。
如果磁片作業是瓶頸，請將 BizTalk 追蹤資料庫移至專用SQL Server電腦和/或專用磁片。 如果主要 MessageBox 資料庫的 CPU 處理和磁片作業不是瓶頸，您可以在相同的SQL Server電腦上建立新的 MessageBox 資料庫，以利用現有的硬體。
請遵循 優化 Databases2 檔案群組中的建議，將 MessageBox 和 BizTalk 追蹤資料庫的事務和資料記錄檔隔離到個別的實體磁片上。
為數據和記錄檔配置足夠的儲存空間。 否則，SQL Server會自動取用保留記錄檔之磁片上的所有可用空間。 記錄檔的初始大小取決於您案例中的特定需求。 根據測試結果評估部署時的平均檔案大小，在實作解決方案之前擴充儲存空間。
為高磁片使用資料庫配置足夠的儲存空間，例如 MessageBox、Health and Activity Tracking (HAT) ，以及商務活動監視 (BAM) 。 如果您的解決方案使用 BizTalk Framework 傳訊通訊協定，請針對 BizTalk 組態資料庫 (BizTalkMgmtDb) 配置足夠的儲存空間。
視商務需求而定，例如資料保留期間，以及案例中處理的資料量，請在 HAT-Tracking 資料庫上設定 「DTA 封存和清除」SQL Server Agent作業，讓 BizTalk 追蹤資料庫不會成長太大。 此資料庫的成長可能會降低效能，因為達到資料庫的完整容量會對插入資料速率造成限制。 當一個 BizTalk 追蹤資料庫支援多個 MessageBox 資料庫時，這特別適用。
如果伺服器是瓶頸，請相應增加裝載 MessageBox 和 BizTalk 追蹤資料庫的伺服器。 您可以藉由新增 CPU、新增記憶體、升級至更快的 CPU，以及使用高速專用磁片來相應增加硬體。
將 TempDB 檔案分割成多個檔案，可能會解決與 I/O 作業相關的效能問題。 一般指導方針是為每個處理器建立一個檔案資料檔案，並針對所有建立的檔案使用相同的大小。
將資料庫自動成長設定變更為固定值，例如 100-150MB。 根據預設，資料庫成長會設定為 10%，這可能會在成長較大的資料庫時造成延遲。
SQL Server記憶體應該設定為固定值，方法是將 [最小伺服器記憶體] 和 [最大伺服器記憶體] 設定為相同的值。 一般而言，將 75% 的實體記憶體配置給SQL Server，並將其餘作業系統和任何應用程式保留 25%。 如果這是專用SQL Server，您可以將保留給作業系統的數量減少到至少 1GB。