次の方法で共有


パフォーマンス基準の確立

BizTalk Server ソリューションのパフォーマンス目標は、通常、スループットまたは待機時間という 2 つのカテゴリのいずれかに分類されます。 このトピックでは、BizTalk Server ソリューションのスループットまたは待機時間を評価するときに考慮する必要がある要素について説明します。

BizTalk Server ソリューションのスループットまたは待機時間の最適化は、多くの場合、競合する目標を表します。 たとえば、バッチ サイズを大きくすることでファイル受信アダプターのスループットを向上させることができますが、これを行うと待機時間が短縮されます。 このシナリオでは、アダプターは、より大きなバッチ サイズのメッセージを蓄積するのに時間がかかります。これにより、特定のメッセージのエンド ツー エンドの待機時間が短縮されます。

BizTalk Server ソリューションのスループットに影響する要因

スループット- BizTalk Server ソリューションが特定の期間内に処理できるドキュメントの数として広く測定されます。

スループットに影響を与える要因は次のとおりです。

  • メッセージ サイズ – メッセージのサイズ が大きいほど、特にメッセージがマップで変換され、マッピング操作中にファイル システムにバッファーされるように十分な大きさである場合は、小さいメッセージよりもオーバーヘッドが大きくなります。 メッセージ サイズが BizTalk Server のパフォーマンスに与える影響の詳細については、「 BizTalk Server が大きなメッセージを処理する方法 (https://go.microsoft.com/fwlink/?LinkId=139293)」を参照してください。

  • メッセージ形式 - メッセージは、XML ファイルまたはフラット ファイルの 2 つのプライマリ形式のいずれかで BizTalk Server に受信されます。 BizTalk メッセージング エンジンで処理するには、フラット ファイルを XML 形式に変換する必要があるため、フラット ファイルの処理によって追加のオーバーヘッドが発生します。

  • アダプターの要件 – さまざまなアダプターには、さまざまなパフォーマンス機能が頻繁に用意されています。 たとえば、MSDTC トランザクションのサポートを必要とするアダプターでは、MSDTC トランザクションを使用しないアダプターと比較して、追加のオーバーヘッド/パフォーマンスの低下が発生します。 BizTalk ソリューションで使用されるアダプターは、取引先の要件や内部ビジネス ニーズによって異なります。

  • オーケストレーション処理の要件 – オーケストレーションは、BizTalk が受信したメッセージにビジネス プロセスをカプセル化して適用するための優れた柔軟性を提供します。 同時に、オーケストレーションはオーバーヘッドを消費します。これは、BizTalk Server ソリューションのスループットを見積もるときに考慮する必要があります。

  • ピーク時の読み込み要件 – ほとんどのドキュメント処理は、必ずしも順番に測定されるとは限りません。 たとえば、BizTalk Server ソリューションは、営業日の終了時に処理負荷の大部分を維持する可能性があります。 そのため、スループット基準を確立するときは、ピーク負荷要件と BizTalk Server ソリューションの最大持続可能なスループット (MST) を考慮する必要があります。 BizTalk Server ソリューションの MST の測定の詳細については、「 持続可能なエンジンの最大スループットの測定 (https://go.microsoft.com/fwlink/?LinkID=154388)」および「 持続可能な追跡の最大スループットの測定 (https://go.microsoft.com/fwlink/?LinkID=153815)」を参照してください。

  • ドキュメント追跡の要件 – ドキュメントの追跡により、システムに追加のオーバーヘッドが発生します。 BizTalk ソリューションのスループット目標を見積もる際には、ドキュメント追跡の要件を主に考慮する必要があります。

こちらもご覧ください

BizTalk Server のパフォーマンス テスト手法