这之后，可以使用 Resource 选项卡选择要收集的计数器。
图 14. 使用 Resource 选项卡选择要监控的计数器
在运行测试的同时打开性能报告的 Resource 选项卡，这样可以查看运作中的监控情况。图 15 举例说明了这些步骤：
图 15. 使用 Tivoli Monitoring for Databases 实现 RPT 中的资源监控
通过右键单击该图，可以用不同的方式对其进行自定义，比如添加和移除计数器。例如，如果只想查看缓冲池命中率，那么可以右键单击该图 -> Add/Remove Performance Counters -> Resource Monitoring Counter 并只选择池命中率计数器。然后此图将更新为只绘制该计数器：
图 16. 使用 Tivoli Monitoring for Databases 实现 RPT 中的资源监控
最佳实践汇总
规划测试环境拓扑
RPT 工作台和驱动程序机器：RPT 工作台应该安装在不同于工作负载驱动程序的单独机器上
驱动程序机器：驱动程序的系统开销很高，应该独立于测试下的系统。
RPT 工作台
工作台堆大小：对于较大的测试，应该增加默认工作台堆大小
日志级别：对于实际性能运行，不应该将 RPT 调度执行组件的日志级别设置为 “WARNING” 以上
代理控制器
代理控制器的 JVM：代理控制器应该使用与 RPT 打包在一起的 JVM
Linux/UNIX 上的打开文件的最大数量：增加允许打开文件的最大数量
Windows 上的 tcpip 端口的最大数量：增加允许的 tcpip 端口的最大数量
运行 RPT 性能测试
问题确定：在性能运行期间，应该将问题确定日志级别调整为 “None”，或者调整为 “Severe” 并从每个用户组中抽取一名用户作为样本。
代理控制器上的 JVM 堆栈的堆大小：对于大型测试，需要增加代理控制器上启动的 JVM 堆栈的堆大小
资源监控
系统时钟：测试环境下的系统中的所有机器都应该有彼此同步的系统时间，以便资源监控使用正确时间戳
结束语
本文描述了如何使用 IBM Rational Performance Tester 作为 DB2 环境中的性能测试和监控工具。RPT 提供了帮助用户执行性能测试的多种工具，从对监控工具的内置支持，到允许用户编写和执行他们自己的工作负载驱动程序脚本。使用 RPT 作为端到端性能测试工具可以极大提高生产率，简化性能测试过程以及从 DB2 测试环境中收集性能度量的过程。
