ディスクの競合の回避

BizTalk Server は永続的なシステムとして設計されているため、高スループットのシナリオではメッセージ ボックスで深刻な競合が発生する可能性があります。 ディスクが遅い場合には事態がさらに悪化します。 ディスクが遅い (ディスク アイドル時間の割合が低い) と、SQL がロックを保持する時間が長くなります (ロック待機時間とロック タイムアウトの値が大きくなる)。そうなると、メッセージ ボックス テーブル (スプールとアプリケーション キュー) のサイズが増加して、データベースの肥大化と制限を引き起こし、最終的には全体の維持可能なスループットが低下します。

ディスクの競合を防止するための推奨事項を以下に示します。

• 高速な (マルチ スピンドルの) ディスクを使用する。

• 可能であれば、高速な SAN にデータベースを展開する。 複数のデータベースが同じディスクを共有している場合は、それぞれ専用のディスクで構成することをお勧めします。 さらに、メッセージ ボックス データベースの MDF ファイルと LDF ファイルを別々のディスクに分けることをお勧めします。

• SQL で CPU が不足している場合は、メッセージ ボックス データベースを追跡データベースとは別の専用のサーバーに分離することを検討してください。

• MessageBox データベース用の専用サーバーを設定した後、CPU のアップグレードや CPU の追加によるスケールアップを検討してください。 MSDTC ログがローカル ドライブ (C:\WINDOWS\system32\Msdtc) に保存されるため、SQL-Server のローカル ドライブを監視します。

• ページファイルや MSDTC のログによってローカル ドライブで競合が発生する場合は、ページファイルや MSDTC のログを別のドライブに移してみてください。