CICS MRO ， ISC 和 IPIC: 性能和调整
多区域操作 (MRO) ，基于 SNA 的系统间通信 (ISC over SNA) 和 IP 互连 (IPIC) 连接使 CICS® 系统能够相互通信和共享资源。 性能受用于连接的通信设施以及连接管理的影响。
- 函数输送
- 分布式事务处理
- 异步处理
- 事务路由
- 分布式程序链接
有关 CICS 相互通信方法和设施的描述，请参阅 CICS 相互通信简介。
CICS ISC/IRC 统计信息显示使用相互通信会话和镜像事务的频率。 z/OS® Communications Server SNA 跟踪， SVC 跟踪和 RMF 提供了其他信息。
如果每个事务发出多个相互通信请求，那么函数输送通常会产生最多的处理器使用率。 构成断点的每个事务的请求数取决于请求的性质。
在许多情况下，分布式事务处理 (DTP) 和异步处理都是最有效的通信工具，因为可以在一个交换中对各种请求进行批处理。 但是， DTP 需要专门设计用于使用此工具的应用程序。
在大多数情况下，事务路由涉及系统之间的一个输入和一个输出，并且额外的处理器使用率最低。
MRO
通常，多区域操作 (MRO) 导致处理器使用率低于系统间通信 (ISC) ，因为 SVC 路径长度比通过 SNA 的多系统联网设施的路径长度短。 CICS MRO 提供长时间运行的镜像事务和快速路径变换器程序，以进一步降低处理器使用率。
确保在 CICS 系统之间定义了足够数量的 MRO 会话以执行预期的流量负载。 在实存储器和虚拟存储器中增加的成本最小，并且降低了任务寿命，因此可能的总体效果是节省存储器。 检查 ISC/IRC 统计信息 (请参阅 ISC/IRC 系统和方式条目统计信息) 以确保没有分配已排队; 还确保正在使用所有会话。 但是，定义过多的 MRO 会话会不适当地增加用于测试其关联的 ECB 的处理器时间。
如果您只希望使用 MRO 进行事务路由，那么处理器使用率相对较小。 该图依赖于发行版和系统 (例如，它取决于您是否使用跨内存硬件) ，但您可以假定每个消息对的总成本在 15 到 30 KB 指令范围内。 这是大多数交易中的一小部分，通常是 10% 或更少。 MRO 函数输送的成本可能高得多，因为通常每个事务都有许多更多的CICS 流。 成本在很大程度上取决于跨单独 CICS 系统的资源处置情况。
MRO 会影响响应时间以及处理器时间。 获取从一个 CICS 系统到下一个系统的请求时发生延迟。 产生这些延迟的原因是，任一 CICS 系统中的 CICS 终端控制都必须检测从另一个系统发送的任何请求，然后必须对其进行处理。 此外，如果您有一个单处理器，那么 MVS™ 必须安排两个 CICS 系统的分派，这必须意味着额外的 WAIT/DISPATCH 处理器使用情况和延迟。
如果要建立长时间运行的镜像任务，请指定系统初始化参数 MROLRM=YES 。 如果应用程序在工作单元中发出许多函数输送请求，那么这将保存与镜像事务的重新建立通信。
使用 MRO 时，可以通过使用 MVS 跨内存服务来消除 SVC 处理的某些处理器使用率。 跨内存服务将 MVS 公共系统区域 (CSA) 存储器用于控制块，而不是用于数据传输，这也可能是一个好处。 但是，请注意， MVS 要求使用跨内存服务的地址空间不可交换。
ISC
对于在 MVS 映像中使用 ISC 的情况，请考虑使用 XCF/MRO。 CICS 使用 MVS 跨系统耦合设施 (XCF) 来支持 MVS 映像之间的 MRO 链接，以用于事务路由，函数输送和分布式程序链接。 如果 LU6.1 协议足以满足您的目的，那么还可以将 XCF/MRO 用于分布式事务处理。 XCF/MRO 使用的处理器资源少于 ISC。
您可以对 ISC 镜像事务划分优先级。 CSMI 事务用于数据集请求， CSM1 用于与 IMS 系统通信， CSM2 用于时间间隔控制， CSM3 用于瞬时数据和临时存储器， CSM5 用于 IMS DB 请求。 如果其中一个功能特别重要，您可以将其置于其他功能之上。 此优先级划分对于 MRO 无效，因为任何连接的镜像事务在连接时都为任何 MRO 请求提供服务。
如果 ISC 设施倾向于淹没系统，那么可以使用 SNA VPACING 设施对其进行控制。 指定多个会话 (SNA 并行会话) 通过允许系统之间的多条路径来增加吞吐量。 通过 CICS，您可以使用 LU6.2 会话指定 SNA 服务类 (COS) 表，这可以对网络中的 ISC 流量划分优先级。
与 MRO 和 ISC 的区域间通信性能成本
通过使用这些主题中的表，您可以比较特定 CICS API 调用的相对处理时间，并检查影响总体处理时间的一些其他因素。 这些表可以帮助您在考虑性能时做出有关应用程序设计的决策。 要计算事务的时间，请查找适合于您的安装和应用程序的条目，并将其值相加。
- 从 IBM®内部使用的跟踪工具获取的 1 K 或毫秒指令计数中记录了每个调用的成本。 指令的每次执行都具有计数 1。 对于使用比其他机器周期更多的指令，不会添加加权因子。
- 由于度量包括跟踪 CICS 区域中的单个事务，因此任何等待 (例如等待 I/O) 都会导致完全 MVS WAIT。 这一费用已列入本文件所报告的数字。 在繁忙的系统上，采用完整 MVS WAIT 的可能性会降低，因为分派器更有可能找到更多工作。
- 在判断性能时，不应将此信息中的数字与先前发布的数字进行比较，因为使用了不同的方法。
事务路由性能成本
| MRO XM | MRO XCF (通过 CTC) | MRO XCF (通过 CF) | ISC LU6.2 |
|---|---|---|---|
| 37.0 | 43.0 | 66.0 | 110.0 |
功能装运性能成本 (MROLRM = YES)
| 类型 | MRO XM | MRO XCF (通过 CTC) | MRO XCF (通过 CF) |
|---|---|---|---|
| 启动 ®/终止环境 | 13.2 | 13.2 | 13.2 |
| 每个函数输送请求 | 9.0 | 23.4 | 48.4 |
| 同步点流 | 9.0 | 23.4 | 48.4 |
- 这些成本与具有长时间运行镜像的 CICS 系统相关。
- ISC LU6.2 不支持 MROLRM=YES。
- 会话分配，镜像事务启动，镜像事务停止和会话释放的成本包括在启动/终止环境中。
例如，如果从本地文件访问权迁移到 MRO XM 并请求每个事务的 6 函数，那么将按如下所示计算额外成本:
13.2(启动/结束) + (6 (请求) *9.0(请求成本)) + 9.0(同步点) = 76.2
函数运输性能成本 (MROLRM = NO)
如果没有长时间运行的镜像，那么每个函数交付读取请求都会产生会话分配以及镜像初始化和终止的成本。 但是，对受保护资源 (例如， READ UPDATE 或 WRITE) 的首次更改会导致会话和镜像一直保持到同步点。| MRO XM | MRO XCF (通过 CTC) | MRO XCF (通过 CF) | ISC LU6.2 |
|---|---|---|---|
| 21.4 | 35.0 | 59.9 | 115.0 |
IPIC
CICS提供的镜像程序 DFHMIRS 定义为线程安全程序。 对于受支持的 CICS 设施，仅通过 IPIC 连接，远程 CICS 区域使用线程安全镜像事务，并尽可能在 L8 开放式 TCB 上运行请求。 使用开放式 TCB 可以减少 QR TCB 上的争用，并提高 CICS 区域的总体吞吐量。 但是，当与 TCP/IP 堆栈通信以发送和接收消息时， DFHMIRS 仍需要切换到 SO TCB ，因此不一定会减少 CPU 消耗，也不一定会减少个别任务的 TCB 切换。
对于某些应用程序，使用长时间运行的镜像的性能优势也可能很大。 IPIC 支持 IPCONN 的 MIRRORLIFE 属性，它可以通过指定镜像任务的生存期和会话保持的时间量来提高效率并提供性能优势。
IPIC 支持在 CICS TS 4.2 或更高版本区域之间对 LINK 命令进行线程安全处理。 如果您正在使用线程安全程序，该程序使 DPL 请求通过 IPIC 连接传输到另一个区域，那么可以通过将动态路由程序更改为编码为线程安全标准来提高性能。
通过 IPIC 连接的函数输送文件控制，瞬时数据和临时存储器请求使 CICS 应用程序能够在不考虑所请求资源的位置的情况下运行。 使用 IPIC 连接的文件控制和临时存储器请求的函数输送在 CICS TS 4.2 或更高版本区域之间是线程安全的。 使用 IPIC 连接的瞬时数据请求的函数输送在 CICS TS 5.1 或更高版本的区域之间是线程安全的。 在远程 CICS 区域中针对文件控制，瞬时数据和临时存储器请求调用的任何全局用户出口程序都必须作为线程安全程序启用，以实现最佳性能。
对于使用 IPIC 连接交付的功能的文件控制请求，要获取开放式事务环境的性能优势，必须在文件拥有区域中指定系统初始化参数 FCQRONLY=NO 。