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