Organize and manage registered business transactions on the business transaction list to ensure that you are monitoring the most critical transactions. You can rename transactions, delete transactions, exclude transactions, or create custom transaction detection rules.
Especially for busy applications with lots of transactions, identify the best strategy for maximizing visibility into business-critical operations. Consider these strategies:
The default BT name is based on the first two segments of a URI. See Business Transactions.
You can change the name for the business transaction by selecting the business transaction and choosing Rename from the More Actions menu. This change only affects the label for the business transaction in the user interface. You can also modify the default naming scheme for subsequently discovered business transactions, as described in the discussion on naming in Transaction Detection Rules.
By default, |
A transaction group lets you collect multiple related transactions into a single organizational unit in the model of your environment. For example, you may wish to group business transactions all of which have entry points in a specific WAR file. Groups could also be used to collect transactions of a specific organization, region, or category.
After grouping transactions, you can see aggregate metrics for the group. Metrics for individual transactions that make up the group remain available.
Grouping transactions does not affect the overall count of registered business transactions. To manage your transaction count, see Custom Match Rules.
To create a business transaction group:
Excluding and deleting business transactions reduce the business transaction registration count. You can choose to exclude a short-lived business transaction temporarily or delete a stale business transaction permanently.
In effect, excluding the transaction disables the business transaction for metric processing purposes; it works even if the processing path that the business transaction represents remains active in the monitored application. Both serve to reduce the business transaction count considered against transaction registration limits.
Excluding a business transaction in the business transaction list is not to be confused with using custom exclude rules to control business transaction detection. While the two approaches achieve similar goals, custom exclude rules operate at the transactions detection point and are most useful for preventing discovery and registration of a range or multiple ranges of business transactions at a time. See Custom Match Rules for more information. |
To exclude a business transaction:
When you exclude a business transaction, the accumulated metrics for the transaction along with its underlying configuration is retained. You can restore the excluded transaction, if required.
When you delete a business transaction from the list, the accumulated transaction metrics are removed. However, the deleted transaction is rediscovered if the corresponding function in the application is used. To delete a business transaction permanently, modify the discovery rules before deleting a transaction, so that the deleted transaction is not rediscovered.
A business transaction can be considered stale in these scenarios:
To delete a business transaction:
Automatic cleanup keeps less active transactions from cluttering your business transaction list. Enabling automatic cleanup deletes business transactions that are flagged as stale. You can set the activity threshold for a business transaction after which the transaction is considered stale.
To configure automatic cleanup threshold:
Since creation, a business transaction is monitored for 15 minutes when automatic cleanup is enabled with default settings. If there are no calls reported within the first 15 minutes since the business transaction is registered, the business transaction is qualified as short-lived and the automatic cleanup deletes that business transaction. Automatic cleanup keeps a business transaction intact if it is reporting data for days.
However, automatic cleanup ignores the business transactions that are:
There are Controller configurations for the business transaction purger:
max.bt.to.purge.per.execution
: the number of business transactions that can be purged when the purger executes once. The default is 1000, min is 0, and the max is 100000.max.bt.to.purge.per.transaction
: in order to reduce db lock, the purger tries to purge business transactions in multiple transactions if there are too many business transactions to purge in each execution. This configuration specifies the number of business transactions that can be purged in each transaction. The default is 10, min is 0, and the max is 1000.