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 ハードウェアの製造元の特定のツールが必要になる場合もあります。
メッセージ ボックスと BizTalk 追跡 (DTA) データベースとログ ファイルの分離
MessageBox データベースと BizTalk Tracking データベースが最もアクティブであるため、ディスク I/O の競合に関する問題の可能性を減らすために、それぞれのデータ ファイルとトランザクション ログ ファイルを専用ドライブに配置することをお勧めします。 たとえば、MessageBox および BizTalk Tracking データベース ファイルには 4 つのドライブが必要です。次のそれぞれに 1 つのドライブ:
MessageBox データ ファイル
MessageBox トランザクション ログ ファイル
BizTalk 追跡データ ファイル
BizTalk Tracking トランザクション ログ ファイル
MessageBox データベースと BizTalk Tracking データベースを分離し、異なる物理ディスク上のデータベース ファイルとトランザクション ログ ファイルを分離することは、ディスク I/O 競合を減らすためのベスト プラクティスと見なされます。 ディスク I/O をできるだけ多くの物理スピンドルに分散してみてください。 ディスクの競合を回避する方法の詳細については、「BizTalk Server パフォーマンス最適化ガイド」の 「ディスクの競合を回避する方法 」を参照してください。
BizTalk Server を構成した後、ファイルを手動で分離する必要があります。