解释 ISC/IRC 系统和方式条目统计信息

您可以使用 ISC/IRC 系统和方式输入统计信息来检测 CICS® 系统间环境中的某些问题。 本主题标识了您可能迂到的有关系统性能的问题，并描述了如何从统计信息报告中派生这些问题的答案。 本主题还描述了可以执行哪些操作来解决 ISC/IRC 性能问题 (如果有)。

以下是您可能迂到的一些问题:
  • 是否定义了足够的会话?
  • 争权者与争权者之间的平衡是否正确?
  • APPC 建模器组的用法是否有冲突?
  • 如果统计报告中有异常高的数字，与正常或预期的数字相比，可以做些什么?

关于解释 ISC/IRC 统计的一般指导

A14xxx 和 A20xxx 字段的用法
  • 在大多数情况下，以下部分中提供的指导与所有连接类型 (即 IRC ， LU6.1和 APPC) 相关。 如果特定连接类型的指导不同，那么文本将指示相关连接类型。
  • 与 IRC 和 LU6.1 相关的统计信息字段始终以 A14为前缀，而 APPC 字段可以以 A14 或 A20为前缀。 有关与连接类型相关的字段的更多信息，请参阅 表 1 和 表 2。
使用术语 争用获胜者 和 争用失败者
APPC 会话称为 争用赢家 或 争用输家。 当引用 LU6.1 和 IRC 时，这些会话等同于辅助会话 (SEND 会话) 和主会话 (RECEIVE 会话)。
调整定义的会话数
  • 在以下部分中，有时会指出，如果某些计数过高，那么应考虑提供更多会话。 在这些情况下，请注意，随着系统中定义的会话数的增加，可能会产生以下影响:
    • 增加了对实存储器和虚拟存储器的使用。
    • 增加了对网络中 GATEWAY NCP 上的存储器的使用。
    • z/OS® Communications Server增加了对存储器的使用。
    • 增加了网络中的线路负载。
    • 后端 CICS 系统 (AOR) 可能无法处理来自 TOR 的增加的工作负载。
    • 由于 CICS增加了控制块扫描，可能导致性能下降。
  • 建议将可用会话数设置为您认为可能需要的最高值，然后通过监视大量 CICS 运行的统计信息 (ISC/IRC 和终端统计信息) ，将可用会话数减少到略多于避免问题所需的数目。
调整可用的争用获胜者和争用失败者会话数
在进行任何调整时，请查看连接的两侧，因为更改一侧的负载可能会反向影响另一侧。 对 TOR 中可用的争用胜方会话数所作的任何更改都会影响 AOR 中的争用败方会话数。
建立用于比较和测量的连接概要文件
调整练习的目标之一应该是建立正常和高峰期间 CICS 连接使用情况的概要文件。 然后，在分析统计信息时，可以将此类使用情况概要文件用作参考点，以帮助您执行以下管理任务:
  • 确定一段时间内更改的使用模式。
  • 在潜在的性能问题变得关键之前进行预测。

已定义的会话是否足够？

为了帮助您确定是否定义了足够的会话，可以检查 CICS 在统计信息报告中提供的多个峰值字段。

峰值字段如下所示:
  1. 未完成的分配数峰值 (字段 A14ESTAM 和 A20ESTAM) 分配总数 (字段 A14ESTAS) 特定分配请求总数 (字段 A20ESTAS)。

    在查看 APPC 方式组的会话数时， 未完成的分配数峰值 相对于 分配总数或统计信息报告时间段内的 特定分配请求总数 显示为高，这可能指示定义的会话总数过低。

  2. 争用失败的峰值 (字段 A14E2HWM 和 A20E2HWM) 争用失败的峰值 (字段 A14E1HWM 和 A20E1HWM)

    如果 (峰值争用获胜者数 + 峰值争用失败者数) 等于可用的最大会话数 (如 SESSIONS 定义中所定义) ，那么这指示在统计信息报告周期的某个时刻，所有可用的会话都可能在使用中。 虽然仅这些事实可能并不表明存在问题，但如果 CICS 在同一时间段内也对某些分配请求进行了排队或拒绝，那么定义的会话总数将过低。

  3. 由于正在使用的会话而分配失败 (字段 A14ESTAO 和 A20ESTAO)

    对于由于没有立即可用的会话 (即，对于指定了 NOSUSPEND 或 NOQUEUE 选项的分配请求) 而拒绝的分配，将增大此值。 对于已排队，然后使用 AAL1 异常终止代码拒绝的分配，此值也会递增; AAL1 代码指示已拒绝分配，因为在指定的死锁超时 (DTIMOUT) 时间限制内没有会话变为可用。

    如果在统计信息报告时间段内 由于正在使用的会话而导致分配失败 的次数很高，那么表明没有足够的会话立即可用，或者在合理的时间限制内可用。

操作: 考虑提供更多可用于满足分配请求的会话。 启用 CICS 以满足分配请求而无需排队可能会提高性能。

但是，请注意，增加前端的可用会话数可能会增加后端的工作负载，您应该调查这是否可能导致问题。

争权者与争权者之间的平衡是否正确?

确定此问题的答案有多种方法，因为 CICS 提供了许多字段来显示争用胜方和争用失败者使用情况。

以下字段应提供一些指导，说明是否需要增加定义的争用获胜者会话数:
  1. 当前正在进行的投标 (字段 A14EBID 和 A20EBID) 正在进行的投标峰值 (字段 A14EBHWM 和 A20EBHWM)

    值 正在进行的投标数峰值 记录统计信息报告时间段内任何一次进行中的最大投标数。 当前正在进行的投标 始终小于或等于 正在进行的投标峰值。

    理想情况下，这些字段应保持为零。 如果其中任一字段较高，那么表示 CICS 必须对争用失败者会话执行大量投标。

  2. 争用损失峰值 (字段 A14E1HWM 和 A20E1HWM)。

    如果 峰值争用失败者数 等于可用的争用失败者会话数，那么定义的争用失败者会话数可能过低。 或者，对于 APPC/LU6.1，由于缺少争用获胜者会话， CICS 可能正在使用争用失败者会话来满足分配。 这应该在前端与后端的获胜者一起进行调整。 有关如何指定最大会话数和争用获胜者数的详细信息，请参阅 SESSIONS 资源中有关定义 SESSIONS 的信息。

行动：

对于 APPC ，请考虑使更多的争用获胜者会话可用，这应减少使用争用失败者会话来满足分配请求的需求，因此，还应使更多的争用失败者会话可用。

对于 LU6.1，请考虑使更多 SEND 会话可用，这将减少 LU6.1 使用主会话 (RECEIVE 会话) 来满足分配请求的需求。

对于 IRC ，不涉及投标，因为 MRO 永远无法使用 RECEIVE 会话来满足分配请求。 如果 峰值争用失败者 (RECEIVE) 等于 IRC 链路上的争用失败者 (RECEIVE) 会话数，那么从远程系统分配的数目可能高于接收系统所能处理的数目。 在此情况下，请考虑增加可用的 RECEIVE 会话数。

注: 会话的使用取决于工作流的方向。 任何增加前端可用优胜者数量的调整还应考虑这是否适用于整个时间段 (例如，日，周或月) 内的工作流方向。

APPC 建模器组的用法是否有冲突?

可能存在冲突的 APPC 方式组用法，其中在 CICS 区域中混合使用通用和特定分配请求。

特定分配是一个分配请求，它指定要分配的会话的特定 (特定) 方式组，而通用分配不仅指定需要分配的系统的任何特定方式组。 在后一种情况下， CICS 确定要分配的会话和方式组。

您需要调查以下字段以回答此问题:
  • 满足的通用分配总数 (字段 A20ESTAG)
  • 特定分配请求总数 (字段 A20ESTAS)
  • 未完成的分配数峰值 (字段 A20ESTAM)
  • 满足的特定分配总数 (字段 A20ESTAP)。

如果 满足的通用分配总数 远大于 特定分配请求总数，并且 未完成的分配数峰值 不为零，那么这可能指示仅对连接的第一个方式组进行通用分配，或者主要对连接的第一个方式组进行通用分配。

这可能会导致任何特定分配出现问题，因为 CICS 最初尝试先满足第一个方式组的通用分配，然后再按顺序尝试其他方式组。

行动：

请考虑下列其中一项操作:
  • 更改已安装的方式组条目的顺序。

    连接的方式组由 TCT 方式条目 (TCTMEs) 表示，方式组名称取自 SESSIONS 定义上指定的 MODENAME。 TCTMEs 的顺序由 CICS 安装 SESSIONS 定义的顺序确定，该顺序是按照 CSD 上存储的 SESSIONS 名称的顺序 (升序字母数字键序列)。 请参阅 图 1 以获取此图的说明。 要更改 TCTE 的顺序，必须更改 SESSIONS 定义的名称。 您可以使用 CSD 组中的其他 SESSIONS 名称来重命名定义。 通过管理 TCTME 的创建顺序，您可以确保特定分配 TCTME 链下的参考模型组，并避免与通用 ALLOCATE 发生冲突。

    图 1。 如何确定 TCT 方式条目的顺序
    该示例显示了 CSD 中的 ISCGROUP ，其中包含一个连接定义和两个 SESSIONS 定义。 该图显示在 CICS 区域中安装组时发生的情况。 首先，安装远程系统 CICSCONNECTION (CICA) 的连接定义。 此时，将创建 TCTSE ，并使用 modename SNASVCMG 为保留供 LU 服务管理器使用的会话集创建特殊 TCTME。 其次，安装了 SESSIONS 定义 SESSIONA。 它是 CICA 系统的一组会话， MODENAME 指定为 MODEGRPY。 此时，将为 MODEGRPY 创建第一个用户 TCTME。 它有一个指向下一个建模器组的指针。 第三，安装 SESSIONS 定义 SESSIONB。 它是 CICA 系统的另一组会话， MODENAME 指定为 MODEGRPX。 此时，将为 MODEGRPX 创建第二个用户 TCTME。 因此 MODEGRPY 安装在 MODEGRPX 之前，因为 SESSIONA 出现在 SESSIONB 之前的 ISCGROUP 中。
  • 使所有分配都成为特定分配。

如果统计报告中有异常高的数字呢?

在查看 " ISC/IRC 系统和方式条目统计信息 " 报告时，您可能会注意到许多字段与所有其他字段相比显得异常高。 本部分列出了其中的一些字段，以及可以采取哪些操作来减少这些字段的数目。

  1. 争用损失峰值 (字段 A14E1HWM 和 A20E1HWM)。

    如果 峰值争用失败者数 等于可用的争用失败者会话数，那么定义的争用失败者会话数可能过低，或者，如果链接是 APPC/LU6.1，那么 CICS 可能正在使用争用失败者会话来满足由于缺少争用胜者会话而进行的分配。

    操作: 考虑使更多争用获胜者会话可用，以满足分配请求。 如果是 IRC ，那么增大有所接收。

  2. 未完成的分配数峰值 (字段 A14ESTAM 和 A20ESTAM)

    如果与 分配总数或统计信息报告周期内针对 APPC 建模器组的 特定分配请求总数 相比， 未完成的峰值分配数 出现高，那么这可能指示定义的会话总数过低，或者远程系统无法处理要发送给它的工作量。

    操作: 考虑使更多可用于满足分配请求的会话可用，或者减少正在进行的分配数。

  3. 失败的链接分配 (字段 A14ESTAF 和 A20ESTAF)

    如果此值在统计信息报告时间段内较高，那么表示连接状态存在问题。 最可能的原因是连接已释放，已停止服务或具有已关闭的方式组。

    操作: 检查 CICS 尝试在其中分配会话的连接的状态，并解决导致分配失败的任何问题。

    为了帮助您解决连接故障，请检查统计信息所涵盖的同一时间段的 CSMT 日志，以获取与统计信息相关的连接问题的任何指示信息。

    也可能值得考虑编写一个连接状态监控程序，该程序可以在后台运行，定期检查连接状态，并采取补救措施重新获取释放的连接。 这可能有助于最大限度减少因连接不可用而导致的中断时间。 请参阅 查询连接， 查询 modename， 设置连接和 设置 MODENAME ，以获取有关将在此类程序中使用的命令的编程信息。

  4. 由于正在使用的会话而分配失败 (字段 A14ESTAO 和 A20ESTAO)

    由于没有立即可用的会话，并且在指定了 NOSUSPEND 或 NOQUEUE 选项的情况下发出了分配请求，因此对于使用 SYSBUSY 响应拒绝的分配，此值将递增。 对于已排队然后使用 AAL1 异常终止代码拒绝的分配，此值也会递增; AAL1 代码指示已拒绝分配，因为在指定的死锁超时 (DTIMOUT) 时间限制内没有可用的会话。

    如果在统计信息报告时间段内 由于正在使用的会话而分配失败 的次数很高，那么表示没有足够的会话立即可用，或者在合理的时间限制内可用。

    操作: 该操作是考虑使更多争用获胜者会话可用。 此操作将导致正在执行的投标量减少，并导致随后使用争用失败者会话。 如果使用了 IRC ，请增加会话数。

  5. 正在进行的投标数峰值 (字段 A14EBHWM 和 A20EBHWM)

    理想情况下，这些字段应保持为零。 如果其中任一字段较高，那么表示 CICS 必须对会话执行大量投标。

    操作: 考虑使更多争用获胜者会话可用，以满足分配请求。