このトピックでは、BizTalk Server の運用準備手順を実行する際に従う必要があるベスト プラクティスの一覧を示します。
アダプターのパフォーマンスを向上させるためにメッセージのバッチ処理を構成する
複数の操作を 1 つのバッチに結合することで、アダプターによって実行されるトランザクションの数を最小限に抑えます。
メッセージ数に加えて、バッチ内の合計バイト数に基づいてバッチ サイズを制限します。 バッチ サイズの制限の詳細については、「バッチ処理を 構成してアダプターのパフォーマンスを向上させる」を参照してください。
大きなメッセージのしきい値を調整する
スループットを向上させるには、大きなメッセージしきい値を増やします。これによって、マッピング中にディスクにバッファーされる大きなメッセージの数が減ります。
計画中に追跡する必要がある情報を決定する
計画段階で、追跡する必要がある情報を決定する必要があります。これにより、プロジェクトを配置した後、追跡オプションを設定し、必要な情報のみを提供するように追跡データの量を制限できます。
注
追跡に関連するベスト プラクティスの詳細については、このガイドの 「追跡の計画 」 および「正常性とアクティビティの追跡 (https://go.microsoft.com/fwlink/p/?LinkId=154187)」を参照してください。
すべてのメッセージを追跡しない
すべてのメッセージを追跡しないことをお勧めします。 これは、メッセージがタッチされるたびに、BizTalk Server がメッセージの別のコピーを作成するためです。 代わりに、特定のポートのみを追跡することでスコープを絞り込むことができます。 これにより、システムのパフォーマンスを最大化し、データベースを整理し続けることができます。
パイプラインではなく送信ポートと受信ポートの追跡を設定する
パイプラインで追跡オプションを設定する場合は、パイプラインを使用するすべてのポートに対して追跡オプションをグローバルに設定します。 これにより、意図したデータよりもはるかに多くのデータが追跡され、システムのパフォーマンスが低下する可能性があります。 代わりに、送信ポートと受信ポートの追跡オプションを設定できます。
リソース使用率に基づいてスロットリングを調整する
BizTalk Server のスロットリングは、システムに適切な保護を提供するように既定で構成されています。 調整状態のパフォーマンス カウンターを監視して、調整が行われているかどうかを確認します。 次に、調整の基になっているリソース (データベース サイズやメモリ使用量など) が使用率の下にあるか、過剰に使用されているかを自分で判断します。 次に、閾値をそれに応じて上下に調整します。 詳細については、「 調整しきい値の調整: タイミングと理由 (https://go.microsoft.com/fwlink/p/?LinkId=154188)」を参照してください。
可能であれば PassThruTransmit パイプラインを使用する
宛先にメッセージを送信する前にドキュメント処理が必要ない場合は、XML 送信パイプラインではなく PassThruTransmit パイプラインを使用します。
オーケストレーション「シェイプの開始と終了」追跡イベントの使用を最小限に抑える
オーケストレーションの図形の追跡には、オーケストレーション のデバッグに明らかな利点がある一方で、パフォーマンスとスケーラビリティへの影響があります。 図形の開始と終了の追跡イベントは、大きなオーバーヘッドを引き起こす可能性があります。 高スループットが必要な運用環境での使用を最小限に抑えるのが最善です。
注
図形の開始と終了 の追跡イベントは、すべてのオーケストレーションで既定で有効になっています。