次の方法で共有

ディスクの競合を防止する方法

  • [アーティクル]

BizTalk Serverは永続的なシステムとして設計されています。 高スループットのシナリオでは、MessageBox データベースと BizTalk Tracking データベースで重大な競合が発生する可能性があります。 ディスクが遅い場合には事態がさらに悪化します。 ディスクの速度が遅い場合 (平均で 15 ミリ秒を超えるディスク秒/読み取りまたは平均ディスク秒/書き込み)、SQL Serverがロックを長く保持する可能性があります (ロック待機時間が長く、ロック タイムアウトが大きい)。 これにより、MessageBox テーブル (Spool および Application Queues) が拡大し、データベースの肥大化と調整が発生する可能性があります。 この状況により、最終的に全体的な持続可能なスループットが低下します。

Note

サーバーにディスクのボトルネックがあるかどうかを特定する方法については、「Windows パフォーマンス モニター (https://go.microsoft.com/fwlink/?LinkID=204007)」を参照してください。 Windows パフォーマンス モニターは Microsoft 管理コンソール (MMC) スナップインの 1 つで、システム パフォーマンスを分析するためのツールを提供します。

ディスクの競合を回避するには、次の操作を行います。

手順 リファレンス
Raid10/0+1 ディスク構成を使用します。 ボトルネックを回避するためのベスト プラクティス
可能であれば、高速 SAN にデータベースをデプロイします。 複数のデータベースが同じディスクを共有している場合は、それらを個別の 専用 ディスクに構成することをお勧めします。 さらに、MessageBox データベースの MDF ファイルと LDF ファイルを別々のディスクに分離することをお勧めします。 データベースのファイル グループの最適化2
これによりディスクの競合が大幅に減少し、複数のデータ ファイルに負荷が分散するため、TEMPDB データベースに複数のファイルを割り当てることを検討してください。 構成前のデータベースの最適化2
BizTalk Tracking データベースとは別の専用サーバーに MessageBox データベースを分離することを検討してください。 構成後のデータベースの最適化2
MSDTC ログ ファイル ディレクトリを別の専用ドライブに割り当てます。 オペレーティング システムのパフォーマンスの最適化
ページファイルや MSDTC のログによってローカル ドライブで競合が発生する場合は、ページファイルや MSDTC のログを別のドライブに移してみてください。 ボトルネックを回避するためのベスト プラクティス
書き込み操作用に追跡データベースを最適化します。 追跡データベースのボトルネックを特定する方法
読み取りと書き込みの操作のために MessageBox データベースを最適化します。 MessageBox Database1 のボトルネックを特定する方法
BizTalk ホスト インスタンスで CPU が飽和状態になっている場合は、送信、受信、処理、追跡機能を複数のホストに分離することを検討してください。 これにより、オーケストレーション機能が別の専用サーバーで実行され、システム全体のスループットが向上するようにシステムが構成されます。 BizTalk Server パフォーマンスの最適化
複数のオーケストレーションがデプロイされている場合は、別の専用オーケストレーション ホストに参加することを検討してください。 これにより、異なるオーケストレーションが分離され、同じ物理アドレス空間または同じサーバー上の共有リソースの競合が防止されます。 BizTalk Server パフォーマンスの最適化
Windows パフォーマンス モニター を使用してディスクの競合の問題を診断することを検討してください。 Windows パフォーマンス モニタ

ディスク パフォーマンス分析の詳細については、次のリソースを参照してください。

参照

データベース層のボトルネック