BizTalk Server は永続的なシステムとして設計されており、高スループットのシナリオでは、メッセージ ボックスで重大な競合が発生する可能性があります。 この競合は、低速ディスクによって悪化する可能性があります。 ディスクが低速 (ディスクアイドル時間が短い %) の場合、SQL がロックを長く保持する (ロック待機時間が長く、ロック タイムアウトが長くなる) 可能性があるため、MessageBox テーブル (スプールキューとアプリケーション キュー) が拡大し、データベースの肥大化とスロットルが最終的に全体的な持続可能なスループットが低下する可能性があります。
ディスクの競合を回避するには、次の操作を行うことをお勧めします。
高速 (複数のスピンドル) ディスクの使用。
可能であれば、高速 SAN にデータベースをデプロイします。 複数のデータベースが同じディスクを共有している場合は、個別の専用ディスクに構成することをお勧めします。 さらに、MessageBox データベースの MDF ファイルと LDF ファイルを別々のディスクに分割することをお勧めします。
SQL で CPU が不足している場合は、メッセージ ボックス データベースを、追跡データベースとは別の専用サーバーに分離することを検討してください。
MessageBox データベース用の専用サーバーを設定した後は、CPU のアップグレードや CPU の追加によってスケールアップを検討してください。 MSDTC ログがローカル ドライブ (C:\WINDOWS\system32\Msdtc) に保存されるため、SQL-Server 上のローカル ドライブを監視します。
PageFile または MSDTC ログが原因でローカル ドライブで競合が発生した場合は、PageFile ログまたは MSDTC ログを別のドライブに移動してみてください。