BizTalk Server 是設計成持續性系統。 針對高輸送量情境，MessageBox 和 BizTalk 追蹤資料庫可能會出現嚴重的資源爭奪。 此競爭可能會因磁碟緩慢而加劇。 如果磁碟讀寫速度緩慢（平均大於 15 毫秒，即 Avg. Disk sec/Read 或 Avg. Disk sec/Write），可能會導致 SQL Server 保留鎖定時間較長（造成較高的鎖定等待時間和鎖定逾時）。 接著，這可能會導致 MessageBox 數據表（多任務緩衝處理和應用程式佇列）成長，導致資料庫膨脹和節流。 這種情況最終會導致整體可持續輸送量降低。
備註
如需識別伺服器是否有磁碟瓶頸的資訊，請參閱 Windows 性能監視器 （https://go.microsoft.com/fwlink/?LinkID=204007）。 Windows 性能監視器是Microsoft管理控制台 （MMC） 嵌入式管理單元，可提供分析系統效能的工具。
若要避免磁碟爭用，請執行下列動作：
| 步驟 | 參考文獻 |
|---|---|
| 使用Raid10/0+1磁碟組態。 | 避免瓶頸的最佳做法 |
| 可能的話，請在高速 SAN 上部署資料庫。 如果多個資料庫共用相同的磁碟，建議您在個別 的專用 磁碟上設定它們。 此外，我們建議將 MessageBox 資料庫的 MDF 和 LDF 檔案分成不同的磁碟。 | 優化 Database2 的檔案群組 |
| 請考慮配置 TEMPDB 資料庫的多個檔案，因為這樣會大幅減少磁碟爭用，並將負載分散到多個數據檔。 | 預先設定資料庫優化2 |
| 請考慮將 MessageBox 資料庫分隔至與 BizTalk 追蹤資料庫分開的專用伺服器。 | 設定后資料庫優化2 |
| 將 MSDTC 記錄檔目錄指派給個別的專用磁碟驅動器。 | 優化作系統效能 |
| 如果本機磁碟驅動器因為PageFile或 MSDTC 記錄而發生爭用，請嘗試將PageFile和/或 MSDTC 記錄移至不同的磁碟驅動器。 | 避免瓶頸的最佳做法 |
| 優化追蹤資料庫，以便進行寫入操作。 | 如何識別追蹤資料庫中的瓶頸 |
| 優化 MessageBox 資料庫以進行讀取和寫入作業。 | 如何識別 MessageBox Database1 中的瓶頸 |
| 如果 BizTalk 主機實例使 CPU 飽和，請考慮將傳送、接收、處理和追蹤功能分成多個主機。 這會設定系統，讓協調流程功能在個別的專用伺服器上執行，以改善整體系統輸送量。 | 優化 BizTalk Server 效能 |
| 如果部署多個協調流程，請考慮將它們託管於不同的專用協調伺服器中。 這會隔離不同的協調流程，並防止在相同的實體位址空間或相同伺服器上爭用共用資源。 | 優化 BizTalk Server 效能 |
| 請考慮使用 Windows 性能監視器來診斷磁碟爭用問題。 | Windows 效能監視器 |
如需磁碟效能分析的詳細資訊，請參閱下列資源：
針對 SQL Server 2008 中的效能問題進行疑難解答的「I/O 瓶頸」一節。