Tivoli实战：应用故障和性能监控管理

这些度量对于量化客户对Web站点上体验到的服务级别特别有用。较长的网页呈现时间可能说明，此网页对于从拨号调制解调器访问站点的用户来说图形太多了。较长的后端处理时间可能表明，Web服务器或Web应用服务器无法足够迅速地应付处理负载，这说明需要升级硬件或进行性能调整。较长的总体往返时间说明，客户在Web 站点上没有体验到希望提供的服务质量。然后，可以使用后端响应时间度量来评估问题是来自环境的内部还是外部，并采取纠正措施。

    ARM：能提供应用程序性能方面的数据。软件工具的应用程序响应测量(ARM)功能基于对应用程序源代码的修改，包括对Application Response Measurement API 的调用。这个 API 是 Open Group 定义的一个标准调用集，并得到众多知名 IT 公司的支持。该 API 可监控任何应用程序的性能。

    尽管主动和被动监控都能从最终用户角度了解交易性能，但它们不提供问题根源方面的更多信息。模拟交易能够告诉哪一个步骤失败或性能较差，但是在今天复杂的环境中，仍然有大量可能的问题领域需要调查。用户需要一种方法来跟踪交易执行路径，准确地了解问题出现在哪里，以便能够迅速采取纠正措施。这就是交易分解。

    交易分解

    交易分解包括跟踪交易经过环境的整个过程和了解每个步骤的性能响应时间。某些工具软件提供直观、操作员友好的界面，可快速方便地显示性能问题的根源，并允许采取纠正措施。系统管理员可以根据要监控的URL动态地发现交易拓扑图，而且阈值可以自动设置，以支持较快的价值实现速度。从高级交易视图，操作员能够快速确定问题的根源，从而消除了本文开头描述的漫长的问题确定周期。工具软件通过在上下文中提供与运行状况控制台（提供故障组件的资源级视图）的直接链接，将交易视图和资源视图连接起来。此外，来自详细交易性能信息将能够向控制台和供应的资源模型引擎提供数据，从而提供了支持自主计划的自治愈功能。这将减少问题确定的费用，更重要的是，它对系统管理员和业务人员，意味着更少的停机时间和更好的性能。

    目前，应用日志监控，可以通过Tivoli Monitoring的通用代理（Universal Agent）和Omnibus的syslog探针，实现主动故障日志监控管理；针对业务应用性能响应时间监控，可以通过IBM Tivoli Composite Application Manager for Response Time Tracking实现。