如何避免磁碟爭用
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 Management Console (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 瓶頸」一節。