アダプターがバッチを処理する方法は、パフォーマンスに大きな影響を与える可能性があります。 各トランザクションには固定遅延があるため、複数の操作を 1 つのバッチに結合して、トランザクションの数を最小限に抑える必要があります。
メッセージをバッチで BizTalk Server に送信する場合は、メッセージ数のみに基づいてバッチ サイズを制限しないでください。 たとえば、バッチ サイズが 2 で、アダプターがそれぞれサイズ 4 KB、8 KB、1 MB、5 MB の 4 つのメッセージを取得する場合、最初のバッチはサイズ 12 KB、2 番目のバッチはサイズ 6 MB になります。 BizTalk メッセージング エンジンは 1 つのバッチ内のすべてのメッセージを順番に処理するため、この例の 2 番目のバッチは最初のバッチよりもはるかに遅く処理されます。 その結果、スループットが低下します。
この問題を処理するには、メッセージ数とバッチ内の合計バイト数 (つまり、バッチ サイズ (バイト単位) の両方に基づいてバッチ処理することをお勧めします。 合計バイト数に最適な数はありません。 ただし、通常の処理シナリオでは、バッチ サイズが 1 MB を超えると、コンカレンシーとスループットが低下します。
通常、アダプターは運用環境でさまざまなサイズのメッセージを処理します。 受信メッセージのサイズは大きく異なる可能性があります。 その結果、常にメッセージ数と合計バイト数を使用してバッチをビルドします。