パフォーマンス テストを完了して、システムのボトルネックを特定し、それに応じてシステムを調整する必要があります。
サブシステムのテスト
システムのボトルネックを特定するためのベスト プラクティスは、システム全体のサブセットに対してパフォーマンス テストを実行することです。次に例を示します。
BizTalk Server との間でメッセージを送受信する外部システムのベースライン パフォーマンス パラメーターを確立します。
オーケストレーションを登録します。しかし、開始しないでください。 受信キュー/ファイルの場所にメッセージをドロップし、受信アダプターがキュー/ファイルの場所をドレインし、メッセージを MessageBox データベースに発行できるようにします。 これにより、受信ポートを分離して、最大持続入力レートを決定できます。
メッセージが MessageBox データベースにプルされたら、受信アダプターを停止し、オーケストレーション プロセスを有効にしてアダプターを送信し、オーケストレーションや送信アダプターがメッセージを処理する速度を測定します。
エンド ツー エンド システムのテスト
前のセクションで説明したように、入力レートと出力レートのテストは、アプリケーション サブシステムのパフォーマンスを分離するための効果的な方法ですが、エンド ツー エンドのパフォーマンスについては説明しません。 また、複数のリソースが同じ共有リソース (たとえば、MessageBox データベース) と競合し始めるまで、一部のボトルネックを特定できないため、エンド ツー エンドのパフォーマンスをテストする必要があります。
BizTalk Server 環境に対して負荷を生成するには、Microsoft BizTalk LoadGen 2007 ツールの使用を検討してください。 LoadGen をダウンロードします。
BizTalk Server 環境のパフォーマンス レポートを生成して分析するには、ログのパフォーマンス分析 (PAL) ツールの使用を検討してください。 PAL ツールの詳細については、「 ログのパフォーマンス分析 (PAL) ツールの使用」を参照してください。
開発者、オペレーター、管理者が知っておくべきこと
BizTalk Server 開発者は、BizTalk Server のパフォーマンス特性とチューニングに精通している必要があります。 オペレーターと管理者は、MessageBox データベースのスケールアウトの側面、SAN チューニング、ネットワーク チューニング、および SQL Server データベースのチューニングに関する知識が必要です (たとえば、「 変更すべきではない SQL Server の設定」を参照)。 開発者、オペレーター、および管理者は、BizTalk Server をチューニングして高スループットと低待機時間を実現する方法に注意する必要があります。