3 SMC 和 StorageTek TapePlex 管理
SMC 包括了多个用于配置和管理 StorageTek TapePlex 环境的工具，并可在共享主机或者使用 SMC 客户机/服务器功能的多个主机上进行配置。
SMC 和磁带库控制服务器
SMC 提供 IBM 的 z/OS 操作系统与 StorageTek 磁带库控制系统（HSC 和 MVS/CSC）之间的软件接口。SMC 可以通过以下方式与这些磁带库控制系统一起运行。
-
通过使用 TCP/IP 和 SMC HTTP 服务器组件，SMC 可以直接与 HSC 在同一个主机上运行，也可以远程方式与 HSC 在不同的主机上运行。
-
SMC 可以与 MVS/CSC 在相同的主机上运行以与 ACSLS 通信。
注:
MVS/CSC 7.1 及更高版本与 StorageTek LibraryStation 不兼容。在纯 MVS 环境中，必须使用 StorageTek SMC 及其 HTTP 服务器组件来提供 MVS 主机间的通信。 -
SMC 可以与启用了 XAPI 支持的 ACSLS 服务器通信（不需要 MVS/CSC）。有关更多信息，请参见连接到 ACSLS 服务器的 XAPI 客户机接口。
为 SMC 定义 TapePlex
TapePlex 是一种单一 StorageTek 硬件配置，正常情况下用单个 HSC 控制数据集 (Control Data Set, CDS) 表示。一个 TapePlex 可以包含多个自动化磁带系统 (Automated Cartridge System, ACS) 和虚拟磁带存储子系统 (Virtual Tape Storage Subsystem, VTSS)。
建议使用 SMC TAPEPlex 命令显式定义 SMC 子系统要访问的所有 TapePlex。
有关 SMC TAPEPlex 命令的更多信息，请参阅《ELS Command, Control Statement, and Utility Reference》。
使用 SMC 客户机/服务器功能
利用 SMC 客户机/服务器功能，SMC 可以与所在主机与 SMC 不同的 HSC 系统通信。使用此功能可以执行以下操作：
-
减少启动 HSC 的主机的数量。
建议仅在两个主机上执行 HSC，将第二个主机用作备份。仅在一个或两个主机上执行 HSC 可减少 CDS 争用，并且无需管理多个 MVS 系统日志文件。
-
与代表物理上不同的硬件配置的多个 HSC TapePlex 系统通信。
-
通过提供用于故障转换的第二个 HSC 实例来减少磁带处理中断。
通信的安全管理注意事项
所有需要 SMC 与远程 HSC 子系统通信的用户都必须在 RACF 中为与 SMC 关联的用户标识定义一个 OMVS 段。否则，z/OS UNIX 进程初始化会失败。要定义 OMVS 段，请参阅 IBM 出版物《z/OS IBM Communications Server IP Migration Guide》。如果使用功能等效的安全产品（例如 ACF2），请参阅该产品的文档。
（可选）可以使用应用程序透明传输层安全（Application Transparent Transport Layer Security，AT-TLS，一种随 IBM z/OS 操作系统分发的应用程序）保护（加密）整个通信。
AT-TLS 根据策略代理中指定的策略语句提供数据加密和解密。有关实施 AT-TLS 的更多信息，请参阅《z/OS Communications Server: IP Configuration Guide》中的应用程序透明传输层安全 (AT-TLS) 信息以及《z/OS Communications Server: IP Configuration Reference》中的策略代理信息。
定义服务器路径
对于位于不同于 SMC 的其他主机上的任何 HSC TapePlex，必须发出 SMC SERVer 命令。此命令定义指向不同 MVS 主机上的 HSC 磁带库控制系统或服务器的指定路径。
定义的第一个服务器被视为主服务器。其他服务器是辅助服务器。如果在分配或挂载处理过程中主服务器上发生了通信错误，SMC 会将通信自动切换到第一个可用的辅助服务器。如果在该辅助服务器上发生了通信错误，则 SMC 将自动切换到下一个可用的辅助服务器。
有关 SMC SERVer 命令的更多信息，请参阅《ELS Command, Control Statement, and Utility Reference》。
使用 SMC HTTP 服务器组件
SMC HTTP 服务器组件可用于在 SMC（客户机）与其他主机（服务器）上的 HSC 之间进行通信。该组件在 HSC 作为服务器执行的主机上的 SMC 地址空间下执行。在仅有 SMC 执行的主机上不需要该组件。
启动和停止 SMC HTTP 服务器
SMC HTTP 服务器组件不会在 SMC 初始化过程中自动启动。
要启动 SMC HTTP 服务器，必须在 SMCPARMS 或 SMCCMDS 数据集中包括 SMC HTTP STArt 命令。
SMC HTTP 服务器处于活动状态后，可以随时从控制台发出 SMC HTTP 命令以停止或重新启动 HTTP 服务器。
注:
有关 SMCHTTP 命令的更多信息，请参阅《ELS Command, Control Statement, and Utility Reference》。用于客户机/服务器通信的 XAPI 安全
SMC 7.3 引入了新的 XAPI 安全功能，用于进行客户机/服务器通信，在 SMC HTTP 服务器中作为默认选项启用。
为只托管 ELS 客户机应用程序（SMC 和 VM 客户机）的 TapePlex 的 XAPI 事务提供安全保护时，首选方法是使用 AT/TLS 工具，如《StorageTek Enterprise Library Software 安全指南》中所述。AT/TLS 是一个传输层工具，位于 ELS 外部且对其透明。
使用 ELS 7.3 XAPI 安全功能保护托管以下客户机的 TapePlex 的安全：非 ELS 客户机（开放系统客户机）或者混合存在的 ELS 客户机（SMC 和 VM 客户机）与非 ELS 客户机。除了 ELS 7.3 XAPI 安全功能，还可以在这些环境中使用 AT-TLS。但是它将不能保护非 ELS 客户机的 XAPI 事务安全。
ELS 7.3 提供附加的用户验证工具（作为其 XAPI 协议的一部分），这些工具位于 ELS 内部且完全包含在其中。ELS 7.3 实施质询/响应协议，从而对各个 XAPI 客户机/服务器事务进行验证。此协议要求使用新 SMC XUDB 命令为客户机和服务器定义用户 ID 和密码。有关此命令的更多信息，请参阅《ELS Command, Control Statement, and Utility Reference》。登录质询和响应的操作完全透明，不需要任何额外的用户或操作员介入。每个 TapePlex 操作（挂载、卸载、查找、暂存等）都需要 XAPI 登录。服务器从不代表客户机保存或缓存用户 ID 和密码。
ELS 7.3 需要 XAPI 安全作为其默认选项。但是，利用 ELS 提供的设备可以控制每个客户机的安全。
-
您可以使用 SMC
XCLIENT命令使 ELS 7.3 服务器让各个客户机“免于”使用 XAPI 安全协议。较早级 ELS 客户机（例如，7.2 客户机与 7.3 服务器进行通信）需要 ELS 7.3XCLIENT命令定义，以允许它们无需进行 XAPI 登录便可从 ELS 7.3 服务器请求服务。 -
您可以使用带有
XSECurity (OFF)参数的HTTP命令全局禁用 XAPI 安全协议。指定HTTP XSECurity(OFF)后，ELS 7.3 XAPI 协议的运行方式与 ELS 7.2 XAPI 协议的运行方式相同（无需用户验证）。
有关这些命令的更多信息，请参阅《ELS Command, Control Statement, and Utility Reference》。
XAPI 安全协议要求 IBM z/OS Cryptographic Services ICSF 为 HCR7740 或更高版本。ICSF 必须同时在服务器和客户机系统中启动。有关 ICSF 初始化的信息，请参阅《IBM z/OS Cryptographic Services ICSF System Programmer's Guide (SA22-7520)》。虽然 XAPI 安全需要 ICSF，但是不需要加密协处理器。
警告:
如果未安装 IBM z/OS Cryptographic Services ICSF，则必须禁用 SMC XAPI 安全功能。在默认情况下，SMC 将不禁用 XAPI 安全功能，即使它识别出 ICSF 未安装也是如此。有关使用 SMC HTTP 命令禁用 XAPI 安全功能的信息，请参阅《ELS Command, Control Statement, and Utility Reference》。
连接到 ACSLS 服务器的 XAPI 客户机接口
XML API (XAPI) 是 Oracle StorageTek API，支持 StorageTek 客户机和服务器使用基于 TCP/IP 的公用协议进行通信。
引入此 XAPI 后，以前需要使用基于 MVS 的服务器（Oracle StorageTek 主机软件组件）进行真实磁带处理的客户机现在可以使用 ACSLS 8.4 或更高版本（启用 XAPI 支持），如下所示：
-
MVS 上的 SMC 客户机现在可以从启用了 XAPI 支持的 ACSLS 服务器请求真实磁带请求（不需要 MVS/CSC）。
-
VM Client 现在可以从启用了 XAPI 支持的 ACSLS 服务器请求真实磁带服务。
如果使用 SMC 或 VM Client 连接到启用了 XAPI 支持的 ACSLS 服务器，则必须使用 SMC 或 VM Client TAPEPlex 和 SERVer 命令将 ACSLS 应用程序定义为 TapePlex，并定义客户机与服务器之间的 TCP/IP 控制路径。有关这些命令的信息，请参阅《ELS Command, Control Statement, and Utility Reference》。
SMC 和 VM Client 与启用了 XAPI 支持的 ACSLS 服务器之间的大多数客户机-服务器交互对最终用户是透明的。对卷信息、挂载和卸载的请求由 SMC 和 VM Client 自动生成，其处理无需操作员干预。除了这些自动交互以外，启用了 XAPI 支持的 ACSLS 服务器还提供额外的管理员、配置和操作员命令，以支持管理 XAPI 组件。有关这些命令的信息，请参阅 ELS 出版物《XAPI Client Interface to ACSLS Server Reference》。
SMC 配置方案
本节介绍了以下常用的 SMC 配置方案：
这些方案只是全部客户/服务器方案中的一部分。SMC 不限制可定义的 TapePlex 或通信路径的数量。
除了这些方案以外，还包括当服务器为 ACSLS 时所需的 SMC 到 MVS/CSC 的通信。
注:
MVS/CSC 7.1 及更高版本与 LibraryStation 不兼容。在纯 MVS 环境中，必须使用 SMC 客户机/服务器功能来提供 MVS 主机间的通信。有关更多信息，请参见使用 SMC 客户机/服务器功能。在具有多个 StorageTek TapePlex 的配置（如方案 3 中所示）中，SMC 根据 TAPEREQ 语句和 POLicy 命令、特定的卷位置以及可用的暂存卷，将每个 DD 语句的分配转向相应的 TapePlex。
方案 1：在相同主机上有 SMC 和 HSC 的单个 TapePlex
在此方案中，SMC 和 HSC 在与单个 TapePlex （用单个 CDS 代表）连接的相同 MVS 主机上执行。
下图展示了该方案：
此配置利用了三个地址空间：
-
启动器地址空间，从中发起分配和挂载事件
-
SMC 地址空间，在此拦截这些事件
-
HSC 地址空间，SMC 将对磁带机和卷数据的请求以及挂载请求发送到此空间
以下 TAPEPlex 命令定义本地 HSC TapePlex：
TAPEPLEX NAME(PLEX1) LOCSUBSYS(HSC0)
PLEX1 是本地 TapePlex 的名称，HSC0 是 HSC 的本地 MVS 子系统名称。
方案 2：使用 SMC 客户机/服务器功能的单个 TapePlex
在此方案中，SMC 在没有 HSC 的客户机主机上执行，有多个指向远程 TapePlex（用单个 CDS 代表）的路径以及在多个主机上运行的 HSC。
下图展示了该方案：
以下 TAPEPlex 和 SERVer 命令是 MVSA 上的 SMC 所必需的：
TAPEPLEX NAME(PLEX1) SERVER NAME(MVSBPATH) TAPEPLEX(PLEX1) HOST(MVSB) SERVER NAME(MVSCPATH) TAPEPLEX(PLEX1) HOST(MVSC)
源于 MVSA 上启动器地址空间中的请求被 MVSA 上的 SMC 地址空间拦截。MVSA 上的 SMC 将对卷和磁带机数据的请求以及挂载请求发送到 MVSB 或 MVSC 上的服务器。
在 MVSB 和 MVSC 上，SMC 可以仅与本地 HSC 一起运行，也可以使用通信工具来提供备份，如下所示：
以下 TAPEPlex 和 SERVer 命令是 MVSB 上的 SMC 所必需的：
TAPEPLEX NAME(PLEX1) LOCSUBSYS(HSC1) SERVER NAME(MVSCPATH) TAPEPLEX(PLEX1) HOST(MVSC)
为 MVSB 上的 SMC 定义 HTTP 组件：
HTTP START
以下 TAPEPlex 和 SERVer 命令是 MVSC 上的 SMC 所必需的：
TAPEPLEX NAME(PLEX1) LOCSUBSYS(HSC2) SERVER NAME(MVSBPATH) TAPEPLEX(PLEX1) HOST(MVSB)
为 MVSC 上的 SMC 定义 HTTP 组件：
HTTP START
以上 TAPEPlex 和 SERVer 命令允许 MVSB 用作 MVSC 的备份磁带库服务器，允许 MVSC 用作 MVSB 的备份磁带库服务器。
注:
有关 SMC 如何从 HSC 和 MVS/CSC 获取磁带机类型信息的信息，请参见SMC 磁带机类型信息同步。方案 3：单个 SMC 访问两个 TapePlex
在此方案中，单个 SMC 与两个 TapePlex（用两个 CDS 代表）通信。
下图展示了该方案：
在此方案中，假设有两个 TapePlex（用两个 CDS 代表）。
-
SMC 直接与相同主机上的 HSC 通信。
-
SMC 使用 HTTP 服务器与不同主机（MVSB 和 MVSC）上的 HSC 通信。
源于 MVSA 上启动器地址空间中的分配和挂载请求被 MVSA 上的 SMC 拦截。然后，将这些请求发送到在相同主机上执行的本地 HSCL、在主机 MVSB 上执行的 HSC1 或者在主机 MVSB 上执行的 HSC2。
以下 TAPEPlex 和 SERVer 命令是 MVSA 上的 SMC 所必需的：
TAPEPLEX NAME(PLEX1) LOCSUBSYS(HSC0) TAPEPLEX NAME (PLEX2) SERVER NAME(MVSBPATH) TAPEPLEX(PLEX2) HOST(MVSB) SERVER NAME(MVSCPATH) TAPEPLEX(PLEX2) HOST(MVSC)
注:
有关 SMC 如何在多个 TapePlex 中选择以确定每个分配请求的“所有者”的信息（即，一个作业步骤中的每个 DD 可能拥有不同的 TapePlex 所有者），请参见SMC TapePlex 选择。以下 TAPEPlex 和 SERVer 命令是 MVSB 上的 SMC 所必需的：
TAPEPLEX NAME(PLEX2) LOCSUBSYS(HSC1) SERVER NAME(MVSCPATH) TAPEPLEX(PLEX2) HOST(MVSC)
为 MVSB 上的 SMC 定义 HTTP 组件：
HTTP START
以下 TAPEPlex 和 SERVer 命令是 MVSC 上的 SMC 所必需的：
TAPEPLEX NAME(PLEX2) LOCSUBSYS(HSC2) SERVER NAME(MVSBPATH) TAPEPLEX(PLEX2) HOST(MVSB)
为 MVSC 上的 SMC 定义 HTTP 组件：
HTTP START
注:
对单个 SMC 可以配置的 TapePlex 或服务器路径数量没有预定的限制。客户机/服务器磁带机地址映射
SMC 和 HSC 提供了一些工具，可用于管理其中的客户机与服务器主机的磁带机地址不同的环境。请使用以下方案帮助您确定是否需要客户机/服务器磁带机地址映射，以及所需的操作和工具。
方案 3
-
使用客户机/服务器处理。
-
为单个客户机/服务器网络中的所有主机定义完全相同的设备地址，但并非所有设备都被定义到所有主机。
所需操作：不需要磁带机地址映射。但是，必须使用 HSC SET SLIDRIVS 实用程序来定义将被用作服务器的主机上的所有磁带机地址，即使未将设备定义到该主机时也是如此。有关 SET SLIDRIVS 实用程序的更多信息，请参阅《ELS Command, Control Statement, and Utility Reference》。
方案 4
-
使用客户机/服务器处理。
-
对所有 HSC 主机定义完全相同的设备地址，但一个或多个纯 SMC 客户机主机将一组不同的地址用于相同的设备。
所需操作：使用 SMC DRIVemap 命令将 SMC 客户机主机地址映射到 HSC 主机地址。SMC 在影响分配以及从服务器请求挂载时执行必要的地址转换。有关 DRIVemap 命令的更多信息，请参阅《ELS Command, Control Statement, and Utility Reference》。
方案 5
-
使用客户机/服务器处理。
-
两个都运行 HSC 和 SMC 的 MVS 主机（MVS1 和 MVS2）。
-
一个 MVS 主机 (MVS3) 仅运行 SMC 但定义为与用作服务器的两个主机之一通信。
-
在全部三个主机中定义完全不同的设备地址。例如：
-
MVS1 (AA0-AAF) -
MVS2 (BA0-BAF) -
MVS3 (CA0-CAF)
-
所需操作：
-
由于 MVS3 上的 SMC 可以为特定的挂载事件与 MVS1 或 MVS2 主机通信，因此必须使用 HSC
SET实用程序SET DRVHOST将其中一个主机指定为“主磁带机主机”。例如，MVS1 (AA0-AAF)。在 HSC CDS 中指定了主磁带机主机后，在与 SMC 通信时，MVS1 和 MVS2 都会使用与该主主机 (AA0-AAF) 关联的地址。
如果需要，可以添加虚拟主机 ID 作为 HSC
DRVHOST，并使用不存在的磁带机地址来映射到客户机地址。例如，使用 HSCSET NEWHOST实用程序定义主机名称DRVDUMMY，并将设备范围定义为000-00F。有关 HSC
SET DRVHOST实用程序和 HSCSET NEWHOST实用程序的更多信息，请参阅《ELS Command, Control Statement, and Utility Reference》。 -
在客户机 MVS2 和 MVS3 上使用 SMC
DRIVemap命令，将磁带机地址BA0-BAF和CA0-CAF映射到服务器地址AA0-AAF。有关DRIVemap命令的更多信息，请参阅《ELS Command, Control Statement, and Utility Reference》。
SMC 磁带机类型信息同步
SMC 使用从 SMC 发送到每个定义的 TapePlex 的配置查询，从 ELS 磁带库控制系统（HSC 和 MVS/CSC）获取磁带机类型信息。
-
对于 HSC 子系统，SMC 会为本地和远程系统自动识别磁带机配置更改。
-
对于 MVS/CSC 子系统，只要发出了等效的 MVS/CSC 命令，就必须发出 SMC
RESYNChronize命令。有关RESYNChronize命令的更多信息，请参阅《ELS Command, Control Statement, and Utility Reference》。
使用 SMC UNITAttr 命令指定磁带机类型信息
SMC UNITAttr 命令可用于根据本地主机磁带设备配置的需要，扩充或覆盖从 ELS 磁带库控制系统配置查询返回的信息。具体而言，UNITAttr 命令可用于执行以下操作：
-
为此主机不可用的设备地址设置
MODEL=IGNORE。 -
为此主机上的非磁带库设备指定型号类型。
-
为此主机上的非磁带库设备（其他主机上的 TapePlex 拥有的设备）地址或地址范围指定
NOTAPEPLEX。 -
为定义到多个 TapePlex 的某个设备地址或地址范围指定 TapePlex 所有权，但对于此主机，连接的设备属于指定的 TapePlex。
-
为在启动 SMC 之后但在 TapePlex 初始化之前可能引用的设备指定 TapePlex 所有权和型号。
注:
UNITAttr 命令不是必需的，仅应在本节所述的情况下发出。为不可访问的设备指定 SMC UNITAttr 命令
要定义由某个 UCB 代表但不能从此主机访问的设备，可按如下方式为每个不可访问的设备发出 SMC UNITAttr 命令：
UNITATTR ADDR(ccuu) MODEL(IGNORE)
UNITAttr MOdel(IGNORE) 处理与上一个发行版本相同。因此，SMC 不在其任何处理中包括设备。
为非磁带库设备指定 SMC UNITAttr 命令
要在此主机上定义非磁带库设备类型，可按如下方式为每个非磁带库设备发出 SMC UNITAttr 命令：
UNITATTR ADDR(ccuu) MODEL(model)
非磁带库设备是需要定义额外的型号信息以将其与具有相似 UCB 特征的其他非磁带库设备区分开的 StorageTek 设备。
为与 TapePlex 拥有的设备的地址相同的非磁带库设备指定 SMC UNITAttr 命令
如果主机的某个设备地址与 TapePlex 拥有的设备的某个设备地址重叠，并且无法从此主机访问 TapePlex 拥有的设备，可按如下方式发出 SMC UNITAttr 命令并指定 NOTAPEPlex 参数：
UNITATTR ADDR(ccuu) MODEL(model) NOTAPEPLEX
因此，如果某个 TapePlex（如 HSC）通过从配置查询返回的数据声明所有权，则 NOTAPEPlex 将覆盖 TapePlex。配置信息将被忽略，设备仍然是非磁带库设备。
如果未能指定 NOTAPEPlex，则 TapePlex 配置信息将覆盖未使用 NOTAPEPlex 参数指定的 UNITAttr，并且设备定义从非磁带库设备更改为 TapePlex 拥有的设备。
为与其他 TapePlex 拥有的设备的地址相同的 TapePlex 拥有的设备指定 SMC UNITAttr 命令
如果您的配置包括了多个具有重叠的设备地址或地址范围的 TapePlex，并且将两个 TapePlex 都定义到 SMC，则可输入 UNITAttr 命令和 TAPEPlex 参数以确立哪个 TapePlex 在此主机上拥有指定的设备或设备范围。按如下方式为每个重复的磁带机地址输入 UNITAttr 命令：
UNITATTR ADDR(ccuu) MODEL(model) TAPEPLEX(name)
示例
假设：
-
主机 MVSA 包括两个 TapePlex（HSC1 和 HSC2）。
-
HSC1 包括一个 9840 设备范围 2900-2903。
-
HSC2 包括一个 4480 设备范围 2900-2903。
-
但是，在 MVSA 上，设备 2900-2903 连接到 HSC1。MVSA 没有连接到 HSC2 设备范围。
在此方案中，按如下方式发出 SMC UNITATTR 命令：
UNITATTR ADDR(2900-2903) MODEL(9840) TAPEPLEX(HSC1)
此命令指示 SMC 忽略来自非指定的 TapePlex 的任何 TapePlex 的任何指定设备配置信息。
注:
如果 MVSA 将定义到 HSC2 的地址范围 2900-2903 识别为不同的地址范围（例如 4900-4903），则 MVSA 将使用SET DRVHOST 工具将 HSC2 上的地址范围 2900-2903 定义为地址范围 4900-4903 以进行任何客户机配置查询。有关更多信息，请参见客户机/服务器磁带机地址映射。SMC TapePlex 选择
当 SMC 拦截特定或暂存分配请求时，将选择一个拥有 TapePlex 为请求服务。SMC 将按所示顺序评估以下标准来确定哪个 TapePlex 控制分配请求：
-
TapePlex 按其定义顺序接受问询。如果已将
TAPEPlex命令定义到 SMC，则使用TAPEPlex命令的顺序。如果未将TAPEPlex命令定义到 SMC，则使用 MVSSSCVT表中的顺序。 -
如果请求的合格设备列表 (Eligible Device List, EDL) 不包含特定 TapePlex 拥有的磁带机，则该 TapePlex 将无法拥有该请求。
-
如果适用的 SMC
POLicy请求的某个特定的 TapePlex，则将其选择为请求所有者。 -
如果 SMC
POLicy专用设备组仅包含单个 TapePlex 中的磁带机，则将其选择为请求所有者。 -
如果在
TAPEREQ语句中指定了请求的特定卷序列，则与TAPEREQ关联的POLicy确定所有者。 -
如果在某个 TapePlex 中找到了特定的被请求卷，则除非被显式专用设备组或 TapePlex 选择覆盖，否则将该 TapePlex 视为所有者。如果未在某个 TapePlex 中找到卷，但该 TapePlex 包含该卷的
VOLPARM定义，则当在任何其他 TapePlex 中都未找到该特定卷时，将该 TapePlex 视为所有者。 -
如果某个 TapePlex 指示其拥有请求的暂存卷，则除非被显式的专用设备组或 TapePlex 选择覆盖，否则将其视为所有者。如果 TapePlex 没有请求的暂存卷，但指定的子池名称是 TapePlex 的已知名称，则当未在任何其他 TapePlex 中找到暂存卷时，将该 TapePlex 视为所有者。
要从多个磁带库中选择一个 TapePlex 所有者，可在 SMC
POLicy命令上使用TAPEPlex参数来指定 TapePlex 名称。有关此命令的信息，请参阅《ELS Command Control Statement, and Utility Reference》。