データベース I/O 競合の監視と軽減
BizTalk Serverパフォーマンスは、多くの場合、SQL Serverパフォーマンスに基づいて行われます。多くの場合、ディスク I/O のパフォーマンスが前提になります。 そのため、BizTalk Server データベースを含むSQL Serverを実行しているコンピューターでディスク I/O を監視およびパフォーマンスチューニングする必要があります。
ディスク I/O の監視
BizTalk Serverのデータベース集中型の性質上、ディスク I/O は MessageBox データベースと BizTalk Tracking データベースのボトルネックになる可能性があります。これは、ディスク I/O が以前にSQL Server環境内のデータベース ファイルのボトルネックになっていない場合でも当てはまります。 そのため、データ とトランザクション ログ ファイルを格納するディスクのディスク I/O パフォーマンスを事前に測定することをお勧めします。 システム モニターを使用したディスク I/O パフォーマンスの監視の詳細については、SQL Serverの記事「事前デプロイ I/O のベスト プラクティス」を参照してください。 SAN を使用している場合は、ディスク I/O パフォーマンスを測定するために、SAN ハードウェア製造元の特定のツールが必要になる場合もあります。
MessageBox と BizTalk Tracking (DTA) データベースとログ ファイルの分離
MessageBox データベースと BizTalk Tracking データベースが最もアクティブであるため、ディスク I/O 競合に関する問題の可能性を減らすために、これらの各データ ファイルとトランザクション ログ ファイルを専用ドライブに配置することをお勧めします。 たとえば、MessageBox データベース ファイルと BizTalk Tracking データベース ファイルには 4 つのドライブが必要です。次のそれぞれに 1 つのドライブがあります。
MessageBox データ ファイル
MessageBox トランザクション ログ ファイル
BizTalk Tracking データ ファイル
BizTalk Tracking トランザクション ログ ファイル
MessageBox データベースと BizTalk Tracking データベースを分離し、異なる物理ディスク上のデータベース ファイルとトランザクション ログ ファイルを分離することは、ディスク I/O 競合を減らすためのベスト プラクティスと見なされます。 ディスク I/O を可能な限り多くの物理スピンドルに分散するようにしてください。 ディスク競合の回避の詳細については、「BizTalk Server パフォーマンス最適化ガイド」の「ディスク競合を回避する方法」を参照してください。
BizTalk Serverを構成した後、ファイルを手動で分離する必要があります。