ビジネス アクティビティの監視 (BAM) パフォーマンスの最適化

このトピックでは、ビジネス アクティビティ監視 (BAM) のパフォーマンス要因について説明します。

BAM ディスクの使用状況の構成

BAM は、BAM データベースに保持される大量のデータが原因で BizTalk システムの負荷が高い場合に大きなオーバーヘッドが発生します。 したがって、BAM データベースのディスク I/O 手法を慎重に使用することが非常に重要です。

BAM EventStream API

BizTalk BAM シナリオでは、次の 4 種類の EventStream を使用できます。

• DirectEventStream (DES)

• BufferedEventStream (BES)

• OrchestrationEventStream (OES)

• MessageEventStream (MES)

  次の要因に基づいて、これらの API のいずれかを選択する必要があります。

• 待機時間を重視する場合は DES を選択します。DES では、データが BAM プライマリ インポート データベースと同期された状態で保持されます。

• イベント挿入のパフォーマンスとスループットが問題の場合は、非同期 API (BES、OES、MES) を選択します。

• BizTalk Serverがインストールされていないコンピューターで実行されるアプリケーションを作成する場合は、DES と BES を使用します。これらの API は BizTalk 以外のアプリケーションで使用できます。

  Note

  シナリオによっては、複数種類の EventStream を使用する必要があります。 たとえば、パイプライン処理の場合、パイプラインがトランザクションをロールバックしているかどうかに関係なく、BAM で特定のデータをキャプチャできます。 特に、失敗したメッセージの数やパイプライン処理中に発生した再試行の数に関するデータをキャプチャしたい場合があります。 この状況でデータを取得するには、BES を使用する必要があります。

• BizTalk Server がインストールされているコンピューターでアプリケーションを実行する場合は、MES および OES を使用します (これらの API は BizTalk アプリケーションでのみ使用できます)。

  Note

  OES は MES と同等ですが、BizTalk オーケストレーションを対象としています。

• BAM イベント永続化をパイプライン トランザクションと同期させる場合は、メッセージング イベント ストリーム (MES) を使用する必要があります。

  すべての非同期 EventStreams (BES、MES、OES) は、最初に BizTalk MessageBox データベースにデータを保持します。 このデータは Tracking Data Decode Service (TDDS) によって定期的に処理され、BAM プライマリ インポート データベースに保存されます。

  BAM EventStream API の詳細については、BizTalk Serverドキュメントの EventStream クラス (https://go.microsoft.com/fwlink/?LinkId=158046) を参照してください。

BAM パフォーマンス カウンター

BAM のパフォーマンス カウンターの詳細な一覧については、BizTalk Serverドキュメントの「BAM パフォーマンス カウンター (https://go.microsoft.com/fwlink/?LinkId=158048)」を参照してください。

参照

BizTalk Server パフォーマンスの最適化