更新平台上已部署的应用程序

对应用程序组件的 CICS® 束进行更改时，请更新 CICS 束，应用程序和应用程序绑定的版本，并在平台上部署新版本。

开始之前

确保与应用程序相关的所有项目都存在于 CICS Explorer®的本地工作空间中，包括目标平台的平台项目。 CICS Explorer 需要平台项目以验证应用程序项目和应用程序绑定项目。

如果您的应用程序只使用这些资源，那么您可以同时在同一平台上安装并提供多个可用应用程序版本。 如果您的应用程序使用的资源不受多版本控制支持，那么必须先禁用并废弃现有版本的应用程序，然后安装新版本。 或者，考虑重命名多版本控制不支持的资源，从而使它们不会与针对先前应用程序版本安装的资源相冲突。

如果必须禁用应用程序以安装新版本，那么用户在以下时间段内无法使用该应用程序：从使先前应用程序版本变为不可用以禁用并废弃 CICSplex 中已安装的 APPLCTN 资源时开始，到安装新的 APPLDEF 资源定义，启用新的应用程序版本并使其可用时结束。 规划可以安全进行该操作的适当时间，或者在该时间内为应用程序用户规划备用解决方案。

关于此任务

您可以使用版本控制来管理不同版本的应用程序。 每个 CICS 束，应用程序束和应用程序绑定都具有唯一标识它的标识和版本信息。 版本使用 major、minor 和 micro 标识，以便指示更改的重要性并管理不同束之间的依赖性。 该原理称为语义版本控制，是从 OSGi 联盟借鉴的。 虽然它专注于 Java™ 包，但通常可以使用相同的原则来应用于捆绑软件。

语义版本控制一种方法来对版本的 major、minor 或 micro 部分进行增量，以指示与上一个版本的束之间的兼容性或不兼容性。 例如，错误修订将对版本的 micro 部分进行增量， 兼容更改将对版本的 minor 部分进行增量，而不兼容更改将对版本的 major 部分进行增量。 有关语义版本控制的更多信息，请参阅 OSGi Alliance 技术白皮书 语义版本控制。

必须将版本控制策略应用于 CICS 束，应用程序束和应用程序绑定，以在 CICS 环境中部署和管理更新。 不能使用现有版本的应用程序束来为应用程序安装新版本的 CICS 束，并且不能将现有版本的应用程序绑定与新版本的应用程序束配合使用。 每当更新应用程序的 CICS 束时，都必须更新应用程序束和应用程序绑定的版本。

更改应用程序版本时，根据语义版本控制原则，新版本应反映应用程序中包含的 CICS 束中的最大更改。 例如，您可以将应用程序的一个 CICS 束从 V 1.0.1 更改为 V 1.0.2(这是微版本更改) ，并将应用程序的另一个 CICS 束从 V 1.2.0 更改为 V 1.3.0(这是次要版本更改)。 因此，包含这两个 CICS 束的应用程序束应该进行轻微版本更改，因此如果应用程序先前为 V 2.5.1，那么应该更改为 V 2.6.0。

您可以使用 CICS Explorer 来更新 CICS 束，以及更新应用程序和应用程序绑定。 有关每个步骤的详细帮助，请参阅 使用 CICS Explorer 产品文档中的束 和 使用 CICS Explorer 产品文档中的应用程序。

过程

  1. 使用 CICS Explorer 中的束清单编辑器可根据需要编辑 CICS 束中的资源，并为您修改的每个束递增 cics.xml 文件中的版本号。
    CICS Explorer 仅在增加版本号时识别和导出已更改的 CICS 束。
    如果想要重命名多版本控制不支持的任何资源，以便可以安装新应用程序版本而不禁用并废弃先前版本，那么请在此阶段进行重命名。
  2. 使用 CICS Explorer 中的应用程序描述符编辑器，使用修改后的 CICS 束的新版本更新应用程序，并在应用程序束的 application.xml 文件中递增应用程序的版本号。
  3. 更新现有应用程序绑定以指定应用程序的新版本，或者为应用程序的新版本新建应用程序绑定。
    要更新现有应用程序绑定，请使用 CICS Explorer 中的应用程序绑定描述符编辑器在应用程序绑定束的 appbinding.xml 文件中指定应用程序的新版本，并递增应用程序绑定的版本号。
    您还可以使用应用程序绑定编辑器将应用程序的 CICS 束部署更改为平台中的区域类型。
  4. 将新版本的应用程序捆绑软件和应用程序绑定捆绑软件导出到 z/OS® UNIX 中的平台主目录。
    应用程序的新版本号将用作应用程序目录的名称的一部分，因此应用程序捆绑软件的先前版本将保留在平台主目录中。
    未递增版本号的任何 CICS 束 (已部署到平台主目录并以正确版本安装在 CICSplex 中) 都不会包含在导出中。
  5. 使用新版本号创建新的 APPLDEF 资源定义，以指向新应用程序版本的应用程序目录。
    您可以在导出过程中创建 APPLDEF 资源定义。
    已安装的 APPLDEF 资源定义表示应用程序的单个版本，并且不可编辑。 您可以创建单独的 APPLDEF 来管理应用程序的每个版本。
  6. 如果应用程序使用不支持多版本控制的资源，请使用 Cloud Explorer 视图和 CICS Explorer 中的应用程序描述符编辑器来查找，禁用和废弃表示应用程序先前版本的已安装 APPLCTN 资源。
    如果您的应用程序仅使用作为多版本应用程序一部分受支持的资源，或者已重命名多版本控制不支持的所有资源，那么您无需将其禁用，因此请跳过此步骤以避免中断为用户提供的服务。
  7. 使用 CICS Explorer 中的 Cloud Explorer 视图和联机应用程序编辑器为新版本的应用程序安装新的 APPLDEF 资源定义，启用应用程序版本并验证安装。
    CICSPlex ® SM 在平台的 CICS 区域中启用 CICS 束，但应用程序版本尚未通过其应用程序入口点可供调用者使用。
  8. 当您准备好使新的应用程序版本可供平台用户使用时，请使用 Cloud Explorer 视图或应用程序描述符编辑器使应用程序版本可用。
    应用程序版本现在可供调用者通过其应用程序入口点使用。

结果

这样应用程序的新版本就已部署到平台中。 新版本的应用程序中包含的 CICS 束安装在相应的 CICS 区域中，并且在 CICS 区域中动态创建 CICS 束中定义的资源。

使新版本的应用程序可用时， CICS 允许调用者通过声明为其应用程序入口点的 CICS 资源来访问应用程序版本。 对于支持多版本的应用程序（如果有多个版本可用），调用者可以访问最高可用应用程序版本，或者使用 EXEC CICS INVOKE APPLICATION 命令来指定任何可用的应用程序版本。 有关调用特定版本的应用程序的更多信息，请参阅 调用多版本应用程序。

下一步操作

对于支持多版本控制的应用程序，要从平台临时或永久除去任何不需要的应用程序先前版本，请遵循 使应用程序不可用，禁用和废弃应用程序中的过程。