アダプターのパフォーマンスを向上するためのバッチ処理の構成

アダプターがバッチを処理する方法は、パフォーマンスに大きな影響を与える可能性があります。 トランザクションごとに一定の遅延が発生するため、複数の操作を 1 つのバッチにまとめることによってトランザクションの数を最小限に抑える必要があります。

メッセージをバッチ単位で BizTalk Server に送信する場合、メッセージ数のみに基づいてバッチ サイズを制限しないようにしてください。 たとえば、バッチ サイズが 2 で、アダプターがそれぞれサイズ 4 KB、8 KB、1 MB、5 MB の 4 つのメッセージを取得する場合、最初のバッチはサイズ 12 KB、2 番目のバッチはサイズ 6 MB になります。 BizTalk メッセージング エンジンは各バッチのすべてのメッセージを順に処理するため、この例の 2 つ目のバッチの処理速度は 1 つ目のバッチに比べて大幅に低下します。 この効果により、スループットが低下します。

この問題を処理するには、メッセージ数とバッチ内の合計バイト数 (つまり、バッチ サイズ (バイト単位) の両方に基づいてバッチ処理することをお勧めします。 合計バイト数に最適な数はありません。 ただし、通常の処理シナリオでは、バッチ サイズが 1 MB を超えると、コンカレンシーとスループットが低下し始めます。

アダプターは通常、運用環境でさまざまなサイズのメッセージを処理します。 受信メッセージのサイズは大きく異なる可能性があります。 その結果、常にメッセージ数と合計バイト数を使用してバッチをビルドします。