User goals and features

TMTM enables you to collect history data using the History tab of the Monitor Console. The history database stores this history data as raw (high-resolution) and summarized (low-resolution) values of attributes, where they are available for querying and generating reports (you can also generate standard daily, weekly, or monthly reports for the properties of a selected object).

Once history data is collected, you can use it to understand trends via a trend chart in a real-time view. The trend chart graphs the value of one or more properties over time; there are a number of trend charts in the out-of-the-box physical views, particularly for key performance metrics. In logical views, it is useful to have trend charts comparing the values of a key attribute from multiple artifacts like the chart shown in the example view below that compares the average elapsed time between the various steps in a transaction pathway. This allows you to quickly see which step is the performance bottleneck (shown below in the yellow line, Back End).

When a chart in a logical view is opened, the TMTM Application Service subscribes to the current value of the topics on the chart and begins updating the chart in real time with new publications as long as the view remains open. In addition, the Management Console also makes a direct query to the history database to return past values of the topics. If there is no history, of course, no values will be populated, while any new values will populate.  

With the need for automation ever-prevalent, TMTM enables you to apply a number of out-of-the-box monitoring policies to your environment, whether it be a production system or development and testing systems. These policies allow the dynamic configuration of objects based on sets of expressions and actions that are configured in a policy. And because every environment is unique, you can easily copy and tweak the supplied TMTM policies; you can also create your own policies.

Policies are defined in the Policy tab of the Monitor Console, and are comprised of the following key elements:

• Agent policies and groups - Rules, and groups of rules, to match agents
• Object policies and groups - Rules, and groups of rules, to match monitoring objects (e.g. queue managers)
• Expressions - Regular expression-like pattern matches, used to match policies or groups
• Policy actions - Actions to take when a policy matches

These elements can be combined together to form an automated monitoring policy, which can include, for example:

"Every Monday, at 2am, run discovery on agents with a "Production" role"
"Register all local queues named "QA.*" found on agents running with a "QA" role"

For further information, see Defining-policies.