Optimizing Business Activity Monitoring (BAM) Performance
This topic describes Business Activity Monitoring (BAM) performance factors.
Four types of EventStreams are available for use in a BizTalk BAM scenario:
You should choose one of these APIs based on the following factors:
If your concern is latency, choose DES, where data is persisted synchronously to the BAM Primary Import database.
If your concern is performance and throughput of event insertion, choose an asynchronous API (BES, OES or MES).
If you are writing an application that runs on a computer that does not have BizTalk Server installed, use DES and BES; these APIs can be used in non-BizTalk applications.
Note There are scenarios in which you may want to mix EventStream types. For example, for pipeline processing, you may want to capture the particular data in BAM regardless of whether the pipeline is rolling back its transaction. In particular, you may want capture data about how many messages failed or how many retries occurred during pipeline processing. To capture the data in this situation you should use BES.
If your application runs on a computer on which BizTalk Server is installed, use MES and OES. (These APIs are available only from BizTalk applications.)
Note OES is the equivalent of MES but for BizTalk orchestrations.
If you want BAM event persistence to be in sync with pipeline transaction, you should use a Messaging Event Stream (MES).
All the asynchronous EventStreams (BES, MES, and OES) persist data first to the BizTalk MessageBox database. Periodically the data is processed and persisted to the BAM Primary Import database by the Tracking Data Decode Service (TDDS).
For more information about the BAM EventStream APIs, see EventStream Classes (http://go.microsoft.com/fwlink/?LinkId=158046) in the BizTalk Server documentation.
For a detailed list of the performance counters for BAM, see BAM Performance Counters (http://go.microsoft.com/fwlink/?LinkId=158048) in the BizTalk Server documentation.