LUTYPE6.1 CONNECTION 的属性
描述 LUTYPE6.1 连接的 CONNECTION 资源定义的语法和属性。
对于 CICS® - CICS ISC 连接和会话,请使用 APPC,而不是 LUTYPE6.1。
LUTYPE6.1 连接和会话的注意事项
- 在一个 CONNECTION 和一个 SESSIONS 资源定义中
- 在一个 CONNECTION 和多个 SESSIONS 资源定义中: 每个会话需要一个
如果您的会话都要具有相同的属性,请在一个 CONNECTION 资源定义中定义每个链接,并在一个 SESSIONS 定义中定义其所有关联会话。 下表中的属性很重要。
如果您的会话彼此具有不同的属性,那么必须为每个会话创建单独的 SESSIONS 资源定义。 除了 NETNAMEQ 之外, CICS-IMS LUTYPE6.1 连接和会话的注意事项 中描述的属性很重要。
| 属性 | 在 CONNECTION 资源定义上 | 在 SESSIONS 上资源定义 |
|---|---|---|
| ACCESSMETHOD | VTAM® | 不适用 |
| PROTOCOL | LU61 | LU61 |
| RECEIVECOUNT , RECEIVEPFX , SENDCOUNT 和 SENDPFX | 不适用 | 在一个 SESSIONS 资源定义中,指定多个发送会话和多个接收会话。 在这些属性中指定的值用于确定安装资源定义时创建的 TCT 条目的名称。 (请参阅 安装 CONNECTION 资源定义。) |
CICS-IMS LUTYPE6.1 连接和会话的注意事项
| 属性 | ON CONNECTION 资源定义 | ON SESSIONS 资源定义 |
|---|---|---|
| ACCESSMETHOD | VTAM | 不适用 |
| NETNAMEQ | 不适用 | 这是远程 IMS 系统用于标识会话的名称。 |
| PROTOCOL | LU61 | LU61 |
| SESSNAME | 不适用 | 这是 CICS 在活动系统中安装资源定义时用于标识会话的名称。 |
| RECEIVECOUNT 和 SENDCOUNT | 不适用 | 使用这些属性来指定会话是发送会话还是接收会话。 接收会话是本地 CICS 是主会话且是争用失败者的会话。 通过定义 RECEIVECOUNT (1) 并将 SENDCOUNT 保留为缺省值为空白来指定该值。 (您不需要指定 SENDPFX 或 RECEIVEPFX。) 发送会话是本地 CICS 是辅助会话并且是争用获胜者的会话。 通过定义 SENDCOUNT (1) 并将 RECEIVECOUNT 保留为缺省值为空来指定此值。 |
LUTYPE6.1 CONNECTION 的语法
LUTYPE6.1 CONNECTION 的属性
- ACCESSMETHOD( VTAM )
- 指定要用于此连接的访问方法。
- VTAM
- 本地 CICS 区域与此 CONNECTION 资源定义所定义的系统之间的通信是通过 z/OS® Communications Server进行的。 可以将 z/OS Communications Server 系统间通信 (ISC) 用于不同 z/OS 映像中的系统或同一 z/OS 映像中不同地址空间中的系统。
- AUTOCONNECT( { 否 | 全部 | 是 } )
- 指定如何建立会话 (即,执行 BIND)。
- ALL
- 在 CONNECTION 资源定义上, ALL 等同于 YES ,但您可以指定 ALL 以与会话资源定义一致。
请勿指定与其他 CICS 系统的 AUTOCONNECT (ALL) 连接,因为这可能会导致绑定争用。
- 否
- 建立连接时, CICS 不会尝试绑定会话。
- YES
- CICS 尝试在建立连接时仅绑定争用会话。
- CONNECTION(名称)
- 指定此 CONNECTION 资源定义的名称。 该名称的最大长度为 4 个字符。可接受的字符:
A-Z 0-9 $ @ #
有效字符在代码页 IBM® -037 显示时列出。 如果使用不同的 EBCDIC 代码页,请注意 变体角色 中记录的变体字符。
除非使用 CREATE 命令,否则您输入的任何小写字符都将转换为大写。
这是在 FILE , TERMINAL , TRANSACTION 和 PROGRAM 资源定义上指定为 REMOTESYSTEM 的名称。 您不应具有同名的 TERMINAL 资源定义和 CONNECTION 资源定义。
- DATASTREAM( { 用户 | 3270 | LMS | SCS | STRFIELD |} )
- 指定数据流的类型。
- 3270
- 数据流是类型为 6.1 逻辑单元 (LUTYPE6.1) 体系结构中定义的 3270 数据流。
- LMS
- 数据流是由 FMH4s 和 FMH8s 组成的逻辑消息服务 (LMS) 数据流,如 LUTYPE6.1 体系结构中所定义。
- SCS
- 数据流是 LUTYPE6.1 体系结构中定义的 SCS 数据流。
- 斯特菲尔德
- 数据流是 LUTYPE6.1 体系结构中定义的结构化字段数据流。
- 用户
- 如果数据流是用户定义的,那么让 DATASTREAM 缺省为 USER。 如果要在多个 CICS 系统之间进行通信,请始终将 DATASTREAM 缺省设置为 USER。
- DESCRIPTION(文本)
- 您可以提供在此字段中定义的资源的描述。 描述文本的长度最多可以为 58 个字符。 您可以使用的字符没有任何限制。 但是,如果使用括号,请确保对于每个左括号都有一个匹配的右括号。 如果使用 CREATE 命令,那么对于文本中的每个单撇号,请对两个单撇号进行编码。
- GROUP( 组名 )
- 每个资源定义都必须具有 GROUP 名称。 资源定义成为组的成员,并在安装组时安装在 CICS 系统中。可接受的字符:
A-Z 0-9 $ @ #
当代码页为 IBM-037时,有效字符将按其呈现方式列出。 如果使用不同的 EBCDIC 代码页,请注意 变体角色 中记录的变体字符。
输入的任何小写字符都将转换为大写。
GROUP 名称的长度最多可以为 8 个字符。 小写字符被视为大写字符。
- INSERVICE( { 是 | 否 } )
- 指定正在定义的连接的状态。
- 否
- 连接无法接收消息或传输输入。
- 是
- 可以启动事务,并且可以通过连接自动发送消息。
- MAXQTIME({NO|秒})
- 指定等待连接上似乎无响应的可用会话的排队分配请求的等待时间控制。 仅当为 QUEUELIMIT 指定了队列限制时,才会使用最大队列时间,并且仅当队列长度达到队列限制值时才会应用时间限制。
- 否
- CICS 维护正在等待空闲会话的分配请求的队列。 没有为请求可以保持排队的时间长度设置时间限制 (尽管 DTIMOUT (死锁超时) 机制可以应用于个别请求)。 在这种情况下,会在 XZIQUE 参数列表 (在 UEPEMXQT 字段中) 上传递值 X'FFFF ' 。
- 秒
- 对于看似无响应的连接,分配请求排队等待的大致最大时间限制。 该数字范围为 0 到 9999(单位:秒)。
CICS 使用 "最大排队时间" 属性来控制正在等待的分配请求的队列。 当排队的分配请求数达到队列限制 (QUEUELIMIT) ,并且针对连接接收到新的分配请求时,如果队列的处理速率指示新分配平均占用的时间超过最大排队时间,那么将清除队列,并发出消息 DFHZC2300 。 清除队列时,排队的分配请求返回 SYSIDERR。
在连接成功释放会话之前,不会进行进一步的排队。 此时, CICS 发出 DFHZC2301 并恢复正常排队。
您还可以通过 XZIQUE 全局用户出口程序控制分配请求的排队。 这允许您使用 CICS提供的统计信息,这些统计信息报告链接的状态。 您可以将这些统计信息与指定的队列限制和最大队列时间值结合使用,以便对队列作出更专门的决策。
如果已启用出口,那么会将 MAXQTIME 值传递到 XZIQUE 参数列表上的 XZIQUE 全局用户出口程序。 请参阅 用于管理 MRO 和 APPC 系统间队列的 XZIQUE 出口。
您还可以在 ALLOCATE 命令上指定 NOQUEUE | NOSUSPEND 选项,以防止显式请求排队。 请参阅 ALLOCATE (APPC)。
- NETNAME( 网名)
- 指定标识远程系统的网络名。 该名称的最大长度为 8 个字符。 该名称遵循汇编语言规则。 它必须以字母字符开头。可接受的字符:
A-Z 0-9 $ @ #
当代码页为 IBM-037时,有效字符将按其呈现方式列出。 如果使用不同的 EBCDIC 代码页,请注意 变体角色 中记录的变体字符。
除非使用 CREATE 命令,否则您输入的任何小写字符都将转换为大写。
NETNAME 是远程系统或区域的 APPLID ,除非您定义指向 z/OS Communications Server 通用资源组的 APPC 链接。 在这种情况下, NETNAME 可以指定组的通用资源名或其中一个组成员的 APPLID (成员名)。 但是,如果指定成员名,并且此 CICS 本身不是 CICS 通用资源的成员,那么此 CICS 必须始终获取连接 (
此 CICS
是安装了连接定义的 CICS 区域)。对于 z/OS Communications Server ,APPLID 是远程 VTAM VBUILD TYPE=APPL 语句的标签。
如果未提供 NETNAME ,那么缺省情况下将使用 CONNECTION 名称。
有一些关于重复 NETNAMEs 的规则。 您 不能 具有:- 具有相同 NETNAME 的两个或多个 APPC 链接
- APPC 链接和具有相同 NETNAME 的 LUTYPE6.1 链接
- 具有相同 NETNAME 的两个或多个 IRC 连接
- 具有相同 NETNAME 的两个或多个远程 APPC 连接。
- 与任何其他连接或本地终端具有相同 NETNAME 的远程 APPC 连接。
对于使用 z/OS Communications Server LU 别名工具的连接:- APPC 同步级别 1
- 如果 CICS 区域支持 z/OS Communications Server 动态 LU 别名 (即,在 CICS 区域的 APPL 语句上指定 LUAPFX=xx ) ,那么假定此 NETNAME 与 CICS 区域位于同一网络中。 如果不是资源,那么必须具有定义了 LUALIAS=netname 的本地 z/OS Communications Server CDRSC 定义,其中 netname 必须与此 CONNECTION 定义上定义的 NETNAME 相匹配。 同步级别 1 APPC 连接通常是工作站。
- APPC 同步级别 2 和 LUTYPE6.1
- 假定此 NETNAME 是唯一的。 CICS 将其与 z/OS Communications Server APPL 语句中定义的网络名相匹配。 这些连接通常是 CICS到CICS 的连接,但例如,可以是通过 PPC 网关连接的 CICS TX。
有关 NETNAME 和 APPLID 的一些规则:- 如果已安装的 CONNECTION 资源定义与已安装的 IPCONN 资源定义同名,那么 IPCONN 资源定义的 APPLID 必须与 CONNECTION 资源定义的 NETNAME 匹配。 如果它们不存在,那么结果的消息取决于情境:
- DFHIS3009 (如果在 IPCONN 自动安装期间检测到错误)。
- DFHAM4913 (如果在 IPCONN 安装期间检测到错误)。
- DFHZC6312 (如果在 CONNECTION 安装或自动安装期间检测到错误)。
- IPCONN 资源定义优先于 CONNECTION 定义: 即,如果 IPCONN 和 CONNECTION 同名,那么 CICS 将使用 IPCONN 连接。
- 具有相同 NETNAME 和 APPLID 的 CONNECTION 和 IPCONN 不必具有相同的名称。
这允许使用不同的 sysid 进行基于 TCP/IP 的通信,而不是依赖于 CICS 缺省值通过 IPCONN 路由所有受支持的功能 (如果存在)。
- PROTOCOL(LU61)
- 指定要用于链路的协议类型。
- LU61
- LUTYPE6.1 协议。 为 CICS-CICS ISC 或 CICS-IMS ISC 指定此项,但不为 MRO 指定此项。
- QUEUELIMIT ( { 否 | 数字 } )
- 指定 CICS 在等待空闲会话时排队的最大分配请求数:
- 否
- 对于 CICS 在等待空闲会话时可以排队的分配请求数没有设置限制。 在这种情况下,会在 XZIQUE 参数列表 (在 UEPQUELM 字段中) 上传递值 X'FFFF ' 。
- 号
- CICS 在等待空闲会话时可以在此连接中排队的分配请求的最大数目,范围是 0 到 9999。 当排队的分配请求数达到此限制时,后续分配请求将返回 SYSIDERR ,直到队列低于此限制为止。
此队列限制将传递到 XZIQUE 参数列表上的 XZIQUE 全局用户出口程序 (如果已启用该出口)。
您还可以通过 MAXQTIME 属性和 XZIQUE 全局用户出口程序来控制分配请求的排队。
注: 不会触发 BIND 重新协商,即使存在未使用的辅助会话也是如此。 除非使用 CEMT SET MODE 命令来强制重新协商,否则在使用所有主会话时,队列限制将立即生效。 - RECORDFORMAT( { U | VB } )
- 指定 SNA 链的类型。
- U
- 如果 SNA 链是单个未阻塞的数据流,那么让 RECORDFORMAT 缺省为 U。 您可以在 SNA 链中具有专用块算法。 如果要在多个 CICS 系统之间进行通信,请将 RECORDFORMAT 缺省设置为 U。
- VB
- 根据 LUTYPE6.1 体系结构中定义的 VLVB 标准对 SNA 链进行格式化。
- SECURITYNAME(用户标识)
- 指定用于建立链接安全性的用户标识 ( 链接用户标识)。 SECURITYNAME 用于建立远程系统的权限。 用户 ID 必须是系统中有效的 RACF® 用户 ID。 请参阅 工作方式: 在 CICS中进行标识。
- XLNACTION( { 保持 | 强制 } )
- XLNACTION 指定从伙伴系统接收到新的 logname 时要执行的操作。 收到新的 logname 指示合作伙伴已删除其恢复信息。
- FORCE
- 针对不确定 UOW (由事务定义的不确定属性定义) 的预定义决策将在开始使用新 Logname 的任何新工作之前实现。 CICS 还会删除为可能解决在伙伴系统上处于不确定状态的 UOW 而保留的任何信息。
注意: 如果使用此选项,那么可能会损害数据完整性。
- 保持
- 将保留恢复信息,并且不会对不确定的工作单元执行任何操作。
