BizTalk Server の既定の設定は、多くのハードウェアおよびソフトウェア構成に最適なパフォーマンスを提供しますが、一部のシナリオでは、設定または展開の構成を変更すると便利な場合があります。 BizTalk Server を構成する場合は、次のパフォーマンス ガイドラインを考慮してください。
リソースの競合を防ぐには、受信、オーケストレーション、および個別のホストでの送信を分離します。 競合をさらに最小限に抑えるには、追跡サービスを他のホストから分離します。
BizTalk Server を実行しているコンピューターでの CPU 処理がボトルネックである場合は、追加の CPU を含めたり、より高速な CPU にアップグレードしたりして、BizTalk Server を実行しているコンピューターをスケールアップします。
SQL Server ガイドライン
BizTalk Server を使用して Microsoft SQL Server を構成する場合は、次のパフォーマンス ガイドラインを考慮してください。
可能な限り、SQL Server で高速ディスク サブシステムを使用します。 バックアップ電源を備えた独立ディスク・タイプ 10 (RAID10/0+1) または記憶域ネットワーク (SAN) の冗長アレイを使用します。
BizTalk Tracking データベース (BizTalkDTADb) から個別のサーバー上の各 MessageBox データベースを分離します。 CPU リソースが使用可能な場合は、小規模な展開では、BizTalk 追跡データベースとは別の物理ディスク上の MessageBox データベースを分離するだけで十分な場合があります。
プライマリ メッセージ ボックス データベースは、CPU プロセッサの飽和やディスク操作の待機時間 (平均ディスク キューの長さ) が原因でボトルネックになる可能性があります。 CPU 処理がボトルネックである場合は、プライマリ メッセージ ボックスに CPU プロセッサを追加します。 そうでない場合は、マスター メッセージ ボックス データベースでの発行を無効にしてみてください。 これにより、マスター メッセージ ボックス データベースは、他の MessageBox データベースへのメッセージのルーティングをより効率的に処理できます。 発行を無効にするオプションは、複数の MessageBox データベースを使用している場合に有効です。
ディスク操作がボトルネックである場合は、BizTalk 追跡データベースを専用の SQL Server コンピューターまたは専用ディスクに移動します。 プライマリ MessageBox データベースでの CPU 処理とディスク操作がボトルネックでない場合は、同じ SQL Server コンピューターに新しい MessageBox データベースを作成して、既存のハードウェアを活用できます。
データベース 2 のファイル グループの最適化に関するページの推奨事項に従って、MessageBox データベースと BizTalk Tracking データベースのトランザクション ログ ファイルとデータ ログ ファイルを別々の物理ディスクに分離します。
データ ファイルとログ ファイルに十分な記憶域を割り当てます。 それ以外の場合、SQL Server は、ログ ファイルが保持されているディスク上のすべての使用可能な領域を自動的に使用します。 ログ ファイルの初期サイズは、シナリオの特定の要件によって異なります。 テスト結果に基づいてデプロイの平均ファイル サイズを見積もり、ソリューションを実装する前にストレージ領域を拡張します。
メッセージ ボックス、正常性とアクティビティの追跡 (HAT)、ビジネス アクティビティ監視 (BAM) など、ディスク使用率の高いデータベースに十分な記憶域領域を割り当てます。 ソリューションで BizTalk Framework メッセージング プロトコルを使用する場合は、BizTalk 構成データベース (BizTalkMgmtDb) に十分な記憶域を割り当てます。
データ保有期間やシナリオで処理されるデータの量などのビジネス ニーズに応じて、BizTalk Tracking データベースが大きくなりすぎないように、HAT-Tracking データベースで "DTA Archive and Purge" SQL Server エージェント ジョブを構成します。 データベースの最大容量に達するとデータの挿入速度が制限されるため、このデータベースの増加によりパフォーマンスが低下する可能性があります。 これは、1 つの BizTalk 追跡データベースで複数のメッセージ ボックス データベースがサポートされている場合に特に当てはまります。
メッセージ ボックス データベースと BizTalk 追跡データベースがボトルネックである場合は、サーバーをスケールアップします。 CPU の追加、メモリの追加、高速 CPU へのアップグレード、高速専用ディスクの使用によって、ハードウェアをスケールアップできます。
TempDB ファイルを複数のファイルに分割すると、I/O 操作に関連するパフォーマンスの問題が解決される場合があります。 一般的なガイドラインとして、プロセッサごとに 1 つのファイル データ ファイルを作成し、作成されたすべてのファイルに同じサイズを使用します。
データベースの自動拡張設定を 100 から 150 MB などの固定値に変更します。 既定では、データベースの拡張は 10%に構成されているため、データベースのサイズが大きくなると遅延が発生する可能性があります。
SQL Server メモリは、最小サーバー メモリと最大サーバー メモリの両方を同じ値に設定することで、固定値に設定する必要があります。 一般に、75% の物理メモリを SQL Server に割り当て、残りのオペレーティング システムとアプリケーションには 25% のままにします。 これが専用 SQL Server の場合は、オペレーティング システム用に予約されている量を 1 GB 以上に減らすことができます。