性能分析: 单事务度量

您可以使用全负载度量来评估每个事务的系统平均负载。 但是,此类型的度量无法向您提供有关单个事务的行为及其可能过度装入系统的信息。

例如,若九种不同的事务类型各发出五个启动I/O(SIO),而第十种却发出55个SIO,则每种事务类型的平均SIO数为10。 如果交易同时开始,这种情况不应引起担忧;然而,第10种交易类型的交易速率增加可能会导致整体性能下降。

要调查此类型的问题,您可以执行单事务度量。

有时,对现有终端的响应时间是好的,但增加几个终端会导致性能的不可接受的下降。 在这种情况下,性能问题可能与现有终端一起存在,并且已通过额外负载突出显示。

要调查此类型的问题,请执行全负载测量和单事务测量。 当没有批处理区域在运行时,必须执行单事务测量,并且除了测试屏幕之外, CICS® 中不得有任何活动。 停止远程终端的轮询。

度量生产系统或最终测试系统中使用的每个现有事务。 使用不同的数据值测试每个事务两次或三次,以排除特别不利的数据组合。 记录事务序列以及为每个测试输入的值,作为后续分析或解释的先决条件。

在每个单个事务的测试之间,插入几秒的暂停,以使跟踪更易于读取。 将生产数据库或数据集的副本用于测试,因为与包含 100,000 条记录的生产数据集相比,包含 100 条记录的测试数据集通常会导致不同的行为。

数据集的情况可能导致性能下降,尤其是在已将许多段或记录添加到数据库或数据集时。 请不要在重组后直接进行度量,因为数据库或数据集仅在此条件下存在一段时间。 如果测量结果显示磁盘访问次数异常高,请重新组织数据并再次进行测量,以评估数据重组的效果。

仅使用一个终端的单事务测量可能不是揭示在使用 40 或 50 个终端时可能出现的性能下降的有效工具。 然而,实践经验表明,单项交易测量通常是揭示和纠正在满负荷下的性能下降的唯一手段,并有合理的费用。

理想情况下,在事务的最终测试阶段执行单事务测量,原因如下:
  • 在生产开始之前,可以显示并纠正事务行为中的任何错误,而无需装入生产系统。
  • 在测量阶段记录了该应用程序,有助于识别以后更改的影响。

CICS 辅助跟踪

辅助跟踪是 CICS的标准功能,它提供了事务流的概述,以便您可以快速有效地对其进行分析。 通过此跟踪,您可以了解指定的应用程序是否按预期运行。

如果要分析许多事务,那么可以在第一次传递时选择其行为与预期不符的事务。

如果所有事务的持续时间远超预期,那么在应用程序编程或系统实现中可能存在系统范围的错误。 然后对几个事务进行分析就足以确定错误。

如果仅保留几个事务,那么接下来将分析这些事务,因为这些事务极有可能产生大部分性能问题。