BAM イベント バス サービス (追跡データ デコード サービス (TDDS) とも呼ばれます) は、ソース データベースに格納されている追跡データ (ストリーム) を処理し、後で簡単にクエリできるようにデータを保持します。
BAM Event Bus サービスは、ビジネス インテリジェンス データを BAM プライマリ インポート データベースに移動し、BizTalk 正常性監視データを DTA データベースに移動します。 BAM Event Bus サービスは、BizTalk サービス内でサブサービスとして実行されます。
実行中にイベント データを収集し、アプリケーション状態と同じデータベース (MessageBox データベースなど) にデータを一時的に格納することで、Microsoft BizTalk® Server などのトランザクション アプリケーションのアクティビティを監視します。
注
同じコンピューター上の異なる BizTalk グループの追跡をホストする複数のアプリケーション インスタンスを作成しないでください。 異なる BizTalk グループを追跡するインスタンスが同じコンピューター上に存在する場合、すべての BizTalk グループが同じ名前で表示されるため、BizTalk 管理コンソールまたはイベント ログで、どのイベントがどの BizTalk グループに属しているかを区別できません。
BAM Event Bus サービスは、イベント データを読み取り、デコードした後、Microsoft SQL Server™ データベースに格納します。このデータベースでは、データのクエリを簡単に実行できます。
BAM Event Bus サービスには、次の利点があります。
イベント データは常にアプリケーションの状態と一致し、コミットされていない進行状況は公開されません。
実行中のアプリケーションに対するパフォーマンスへの影響は最小限です。イベント データは、アプリケーションの状態の変化と同じローカル トランザクション内のレコードをほとんど保存しないためです。
アプリケーション状態の SQL Server ストレージは、実行パフォーマンスのためにさらに最適化されています。 データは TDDS によってデコードされ、BAM プライマリ インポート データベースまたは DTA データベースのいずれかの別のデータベースに格納されます。 レポートが生成されると、データはデータベースから照会され、アプリケーションの状態を格納する Message Box データベースに影響します。
クエリ可能な形式でイベント データを格納する作業は、アプリケーション サーバーとデータベースでは実行されません。 BAM Event Bus サービスと移行先 SQL Server データベースを実行するマシンにオフロードされます。
イベント データは待機時間が短く処理されるため、TDDS クエリの処理速度が向上します。 BAM Event Bus サービスは、可能な限り最小限の待機時間を実現するためにリソースを調整します。
BAM Event Bus サーバーは、構成情報を含む中央データベースへの接続を使用してリソースを調整します。 各アクティブな BAM イベント バス サービスは、その時点での BAM イベント バス サービスの状態を含む中央データベースに 1 分ごとにメッセージを送信します。
このメッセージはハートビート メッセージと呼ばれます。 各 BAM Event Bus サービスは、実行する必要がある新しい作業もチェックします。 たとえば、BAM Event Bus サービスは、追加されたメッセージ ボックス データベースなど、所有されていないセッションをチェックします。
BAM Event Bus セッションは、メッセージ ボックスなどのソース データベースから、クエリ可能な形式でイベント データを含む宛先データベースへのイベント データの移動です。 同じ BAM Event Bus サービスで 1 つ以上のセッションを処理できます。
次の図は、BAM Event Bus サーバー プールを構成する BAM イベント バス サーバーのグループを示しています。
BAM Event Bus サーバー プールの図