CICSplex ， CICSPlex SM和 Parallel Sysplex

CICSplex ， CICSPlex ® SM和 Parallel Sysplex ® 之间具有相当大的协同作用，并且结合使用，它们可以为 CICS® 应用程序提供尽可能高的可用性和持续操作。

CICSplex

多个 CICS 区域可以相互通信并协同处理入站工作请求。此专用类型的集群称为 CICSplex。在 CICS 环境中， CICSplex 提供了许多优点，包括卓越的可伸缩性，单一系统映像等。 CICSplex 作为单个实体进行管理。它是针对 CICS 工作负载的高可用性和持续操作的重要技术。但是，它可以单独对其他子系统或数据的可用性 (可能需要这些子系统或数据来满足 CICS 应用程序业务需求 (例如，对 Db2® 数据的访问)) 执行任何操作。

CICSPlex SM

CICS TS 的 CICSPlex SM 元素是系统管理基础结构，能够从单个控制点跨多个映像管理多个 CICS 系统 (一个 CICSplex)。可能需要 CICSPlex SM 的企业从仅运行几个 CICS 系统的企业到运行数百个或更多 CICS 区域的企业。在许多大型 z/OS® 综合系统环境中，可能需要大量 CICS 系统来支持事务处理工作负载。工作负载管理，实时分析和监视服务用于管理 CICSPlex SM 配置和 CICSplex 环境以及收集统计信息。

CICSPlex SM 提供组成事务处理环境中每个 CICSplex 的所有 CICS 区域和资源的实时单系统映像。它为 CICSplex 中资源的定义和部署提供单点控制。

CICSPlex SM 工作负载管理器动态地路由事务，并为目标作用域内 CICS 系统上的所有动态事务和程序链接提供工作负载管理，同时考虑区域可用性，并满足任何工作负载亲缘关系和工作负载分离需求。

并行系统复用

当您拥有任何系统组件，硬件，软件或数据的单个副本时，由于该组件发生故障或由于计划对该组件进行的更改 (这些更改要求将其脱机) ，您不可避免地会面临系统中断。

Parallel Sysplex 的目标之一是消除已安排的中断对应用程序可用性的影响，并通过允许工作继续在综合系统中的其余系统上执行来最小化未安排的中断的影响。除其他外，这要求系统设计为在 Parallel Sysplex 中实现冗余。应用程序必须能够跨多个系统运行，并且可以从至少两个系统访问数据。如果至少存在两个资源实例，那么即使其中一个资源发生故障，应用程序也可以继续运行。

注: Parallel Sysplex 仅提供用于实现持续可用性的工具。并行综合系统本身不会消除已调度或未调度的应用程序中断; 应用程序本身也必须设计为实现持续可用性。共享数据只是此设计的一部分。

并行综合系统提供了可供在综合系统中运行的子系统和应用程序利用的设施，以提供更高的可用性，简化的系统管理和改进的可伸缩性。例如：

XCF 服务允许一个系统上的授权程序与同一系统或其他系统上的程序进行通信。如果系统发生故障，那么 XCF 服务还为要在综合系统中的另一个合格系统上重新启动的批处理作业和启动式任务提供功能。
耦合设施支持对在综合系统中运行的授权程序进行并行处理和改进数据共享。

在 CICS 环境中，例如:

CICS 可以通过耦合设施共享不可恢复的临时存储器队列来直接利用 Parallel Sysplex。
CICS 可以通过利用 VSAM RLS 综合系统范围的记录级锁定来间接利用 Parallel Sysplex (在此示例中，可以将 DFSMS VSAM 视为直接利用者)。
CICSPlex SM 综合系统优化工作负载管理可以通过从耦合设施获取区域状态信息来直接利用 Parallel Sysplex。

CICSplex ， CICSPlex SM和 Parallel Sysplex 组合

在 CICS 环境中， CICSplex 和 CICSPlex SM 提供单系统映像，工作负载管理，并在一定程度上提供数据共享功能，但仅适用于 CICS。 Parallel Sysplex 为所有正确配置的工作负载 (而不仅仅是 CICS) 提供单系统映像和数据共享功能。通过正确的 Parallel Sysplex 设计和配置，这可以防止针对 CICS 应用程序的中断，只是因为 (例如) 子系统甚至整个 z/OS 系统变得不可用。