次の方法で共有

ボトルネック テストとチューニングの実行

  • [アーティクル]

パフォーマンス テストを完了して、システムのボトルネックを特定し、それに応じてシステムを調整する必要があります。

サブシステムのテスト

システムのボトルネックを特定するためのベスト プラクティスは、システム全体のサブセットに対してパフォーマンス テストを実行することです。次に例を示します。

  • BizTalk Serverとの間でメッセージを送受信する外部システムのベースライン パフォーマンス パラメーターを確立します。

  • オーケストレーションを参加させますが、開始しないでください。 メッセージを受信キュー/ファイルの場所にドロップし、受信受信アダプターがキュー/ファイルの場所をドレインし、メッセージボックス データベースにメッセージを発行できるようにします。 これにより、受信ポートを分離して、最大持続入力レートを決定できます。

  • メッセージが 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を調整する方法に注意する必要があります。