重复的资源定义名称
对于许多资源类型,如果列表中的两个组包含相同名称和相同资源类型的资源定义, CICS® 将使用列表中较晚出现的组的定义。
但也有例外,包括:
- 对于BUNDLE、 DB2ENTRY、IPCONN、JVMSERVER、LIBRARY、MQMONITOR、PROCESSTYPE、TCPIPSERVICE、TDQUEUE、URIMAP和WEBSERVICE资源定义,使用列表中的第一个定义。
- 对于本地文件的 FILE 资源定义,如果该文件定义为 ENABLED ,那么重复项的后续安装将失败。 但是,如果将该文件定义为 DISABLED ,那么以后将成功安装重复项。 对于未定义为 ENABLED 或 DISABLED 的远程文件的 FILE 资源定义,安装副本总是成功。
如果在 CICS 处于活动状态时安装组,那么该组中的资源定义将覆盖已安装的任何相同类型和名称。 以这种方式替换现有资源定义时,会将与旧资源定义相关联的统计信息传输到新定义。 如果已替换 PROGRAM 定义,那么将在库上重定位该程序,并在首次引用新定义时装入该程序。 实际上,新定义意味着 NEWCOPY 操作。 相同的规则适用于映射集和分区集。
在 CSD 文件上具有多个同名的资源定义可能是不明智的,即使对于不同的资源类型也是如此。 必须保持 PROGRAM , MAPSET 和 PARTITIONSET 名称唯一。 如果您具有 (例如) 同名的 PROGRAM 和 MAPSET ,那么只有其中一个可用于 CICS。 就名称而言,在安装之后,这些定义将被视为相同的资源类型。 如果需要具有不同属性的同一实际资源的备用定义,那么这些资源定义必须位于不同的组中。
RDO 定义的定义覆盖同名的宏定义。 例如,如果尝试安装与非 SNA LU 同名的 SNA LU 的定义,那么 SNA LU 项将覆盖非 SNA LU 项。
CICS 束中定义的已安装资源不能被具有重复名称的资源定义覆盖。 当已安装包含资源的束部分时,如果尝试使用另一个 CICS 束或使用 RDO , EXEC CICS CREATE 命令或其他方法来安装重复资源,那么会拒绝该请求。 您也无法使用 CICS 束中定义的重复资源覆盖已安装的资源。 尝试安装 CICS 束时,如果存在具有相同名称和资源类型的资源,那么将不会安装包含该资源的束部分,并且 CICS 束将处于不可用状态。 因此, CICS 束中定义的资源受到保护,不会被重复的资源名称意外覆盖。
在作为应用程序一部分打包和安装的 CICS 束中定义专用资源时,资源名称在安装中不必唯一。 您可以使用此工具来避免独立开发但使用相同资源名称的应用程序之间的资源名称冲突。 通过在平台上部署的应用程序中管理资源,可以除去对受支持 CICS 资源的唯一资源名称的需求。 您可以使用此过程来帮助进行服务器整合。
有关应用程序的专用资源的更多信息,请参阅 应用程序版本的专用资源。
使用资源特征符来标识替换现有已安装资源的重复资源定义的源。 资源特征符显示定义,更改和安装每个资源的时间,方式和人员。 资源特征符显示在 CICS Explorer® 视图, CEDA 和 CEMT 面板上, CICSPlex ® SM BAS 和 "操作" 视图中, EXEC CICS INQUIRE 命令以及 DFHCSDUP 报告中。