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