解释 z/OS Communications Server 统计信息
本主题帮助您了解 EXEC CICS COLLECT STATISTICS VTAM 系统命令返回的统计信息。
发布的 峰值 RPL
仅包含由 RAPOOL 系统初始化参数定义的接收任何 RPL。 在非 HPO 系统中,显示的值可能大于为 RAPOOL 指定的值,因为一旦处理了与已发布的 RPL 关联的输入消息, CICS® 就会重新发出每个接收请求。 z/OS® Communications Server 很可能导致在当前分派终端控制期间发布此重新发出的接收-任何 RPL。 虽然这并不一定表明存在性能问题,但对于 MVS 来说,如果数字远高于通过 RAPOOL 指定的 "任意接收 "请求数,则可能表明在没有 "任意接收 "可用来接收输入时,通信服务器需要在子池 229 中对收到的报文进行排队。 您应该通过提供足够数量的接收请求来限制此 Communications Server 排队活动,以处理除输入消息速率峰值外的所有请求。
除了指示 RAPOOL 系统初始化参数的值是否足够大外,您还可以使用最大 RPLs 发布统计信息数 (A03RPLX) 来确定其他信息。 这取决于 MVS 系统是否具有 HPO。
对于 HPO , RAPOOL (A , B) 允许用户调整活动计数 (B)。 池 (A) 的大小应取决于它们的处理速度。 活动计数 (B) 必须能够在任何给定时间满足 Communications Server ,并且取决于接收任何请求的入站消息速率。
以下是用于说明 HPO 和非 HPO 系统的差异的示例。 假设两个类似的 CICS 执行将 RAPOOL 值 2 用于这两个运行。 在 MVS/HPO 运行中发布的 RPL 数为 2 ,而MVS/非 HPO 运行为 31。 当我们查看统计信息中的下一个项时,可以更好地理解此差异。
MAXIMUM NUMBER OF RPLS POSTED 8
NUMBER OF TIMES REACHED MAXIMUM 16在非 HPO 系统中,这两个统计信息不太有用,只不过,如果发布的最大 RPL 数小于 RAPOOL ,那么可以减少 RAPOOL ,从而节省虚拟存储。
当 CICS 尝试将请求同时调度到比正常执行期间更多的终端时,最常见的情况是在网络启动或关闭时。 如果计数不是很高的话,大概是不值得追踪的。 在任何情况下, CICS 都会在以后自动重试失败的请求。
但是,如果您的网络正在增长,那么应监视此统计信息,如果计数开始增加,那么应执行操作。 使用 DNET 和 BFRUSE 来检查 Communications Server 在其自己的区域中是否缺少存储器,并在需要时相应地增加 Communications Server 分配。
此统计信息的最大值为 99 ,此时将消息发送到控制台并将计数器重置为零。 但是, Communications Server 控制自己的缓冲区,并为您提供监视缓冲区使用情况的工具。
如果您认为 D NET , BFRUSE 不足,那么可以在 Communications Server 中激活 SMS 跟踪以定期采样缓冲区活动。 如果安装了NetView,还可以动态显示通过 D NET、BFRUSE 获取的数据。
如果使用 BMS 3270 入侵检测服务 (IDS) 功能,那么以下统计信息将报告检测到的 BMS 3270 入侵次数以及执行的操作:
- BMS 3270 Validation
- 已异常终止的 BMS 3270 验证失败数
- 已忽略的 BMS 3270 验证失败次数
- 记录的 BMS 3270 验证失败次数
有关 BMS 3270 入侵检测服务 (IDS) 功能的更多信息,请参阅 BMS 3270 入侵检测服务。