3 使用 ELS 外部保管功能

ELS 外部保管功能(ELS 保管库)取代并显著改善了其前代产品“VSM 异地保管库功能”。ELS 保管库为保管实际磁带卷提供了以下增强功能:

  • 使用 HSC CDS 存储保管库和保管的卷数据。使用 CDS 保管信息(而不是 TMS)可消除:

    • 将卷返回至自动化环境时出现人为错误的风险

    • 卷在返回的拉式列表中缺失时滞留在保管库中

    • 意外将返回的保管库卷遗留在自动化环境中

  • 使用 LCM 可管理保管过程,有三种保管方法:

准备进行 ELS 外部保管

第一步是定义 HSC CDS 的保管卷区域。为此,您需运行 SLUADMIN SET VAULTVOL 实用程序。例如:

SET VAULTVOL NBRVOLS(40000)

注:

  • 如果初始定义之后您需要添加更多的保管库卷,则需使用 MERGEcds 来完成,从而允许在初始定义中具有足够多的卷来满足您的预期需求。

  • 您在 CDS 中必须具有足够的空闲块,才可容纳您计划要保管的卷(实际磁带卷)以及某些增长开销。有关计算保管库卷空间的信息,请参见配置 HSC 和 VTCS;有关在 CDS 不足以容纳保管卷时如何扩展 CDS 的信息,请参见管理 HSC 和 VTCS

第二步是定义用来容纳保管卷的保管库。为此,您需针对每个保管库运行 SLUADMIN SET VAULT 实用程序。例如:

SET VAULT ADD NAME(DRVLT1) SLOTS(10000) DESC(’DR Vault’) 
SET VAULT ADD NAME(LTRVLT1) SLOTS(20000) DESC(’LTR Vault’) 
SET VAULT ADD NAME(FLOOR) SLOTS(500) DESC(’Floor Vault’)

注:

您定义的所有保管库中的插槽总数不能超出 VAULTVOL 语句中指定的卷数。

HSC 负责定义保管库和保管卷,LCM 则负责加以管理。特别地,请注意以下 LCM 保管参数:

GRACEPERIOD

选择从保管库中返回的卷时与该卷实际返回至自动化环境时之间的天数。宽限期提供了一个安全边界,使新卷能够在旧卷返回之前到达保管库中。如果未指定,则默认值为三天。

DEFAULT

DEFAULTGRACEPERIOD 相互排斥,通常用于“基础”(手动机架)保管库。该保管库通过使用 LCM EJECT(ASNEEDED) 自动包含从自动化环境中弹出的所有卷。其他从 ACS 弹出的卷也可分配给此保管库,例如,某个处于活动状态、但不再适合自动化的卷。通常,这是指实际位于数据中心基底上的机架的既定保管库。DEFAULT 是一个时间为零天的宽限期,允许这些卷随时重新装入 ACS。

另请注意,标准弹出选项适用于所有保管库卷。这包括选择要使用的 CAP、定义弹出消息、选择弹出模式,以及确定弹出是按插槽还是卷序列顺序进行。

为 DR 和 LTR 创建 MVC

无论何时,只要针对 DR 保管 MVC,均应为每个 VTV 至少创建两个副本来分隔 MVC。其中一个 MVC 保留在现场,另一个 MVC 则会弹出并放在外部保管库中。这可通过在管理类(已分配给 VTV)中分配两个存储类来完成。

因此,难题在于:您既想保护数据的安全,但又想尽量按照如下所示以经济实惠的方式使用 MVC 空间:

  • 尽量定义较少的保管类。过多的存储类通常意味着过多的 MVC 和/或过多仅含少数 VTV 的 MVC。

  • 尽量使用较少的 VTSS 创建 MVC。如有可能,请仅使用一个 VTSS 创建保管库 MVC。

创建和保管 MVC 时还应考虑哪些事项?考虑以下事项:

  • 首先,VTV 需尽快迁移至保管库 MVC,以便能够弹出并移至保管库,这是因为这些 VTV 通常不会用作其他作业步骤的输入)。

  • 第二,由于 DR VTV 将先后失效,因此,请考虑将 MVC 中具有类似失效日期的 VTV 进行分组。但是,若要减少创建以发送至保管库的 MVC 总数,请限制这些组的数量。由于系统中已有活动会将 VTV 合并至较少的 MVC 中,因此,超过两个组(一个组用于 VTV,失效期间较短,例如未来 7 天内失效;另一个组用于所有其他卷)并不会带来更多益处。由于无法知道实际的失效日期,因此目录控制下的 VTV 应视为第二组的一部分。

  • 第三,尽管不必出于 DR 和 LTR 目的分别设立单独的保管库,但为 DR MVC 设立单独的保管库可能很有益。这允许收集这些卷并根据需要发送至 DR 站点。

    对于 LTR 数据,考虑事项略有不同。首先,定义的 LTR 数据在延长期间不会失效。因此,与那些随着时间推移失效的 DR 数据不同,LTR MVC 不会碎片化。这些 MVC 将定期进行初始处理,使保管的 MVC 尽量填满,正如 DR MVC 一样。但一旦被填满,这些 MVC 将保持静态。这些卷无需多个存储类。但请注意,您可能需要立即迁移某些 LTR 数据,其他数据可在 VTCS 自动迁移选择时迁移。因此,您可能需要为 LTR 数据设置一个存储类,但设置两个管理类。

使用保管功能时的 DELSCR 考虑事项

您可以使用 MGMTclas 语句的 DELSCR 参数指定 VSM 是否删除已暂存的 VTV,其中 DELSCR(YES) 将导致 VSM 删除已暂存的 VTV,从而释放 VTSS 缓冲区空间和 MVC 空间。请考虑为 DR 和 LTR 管理类指定 DELSCR(YES)。如果指定 DELSCR(YES),则仅将 LCM SYNCVTV 用于暂存同步。有关使用 LCM 管理暂存同步的更多信息,请参见《LCM User’s Guide》。

保管卷返回到 ACS 时会发生什么?

HSC 装入过程已针对 ELS 保管功能进行修改,以便检查装入的每个卷,从而确定该卷是否属于外部保管卷。对于此类保管卷,根据 CDS 保管库记录中的返回日期字段,将发生以下两项操作之一:

  • 如果返回日期出现,则系统将装入卷,且恢复弹出过程中存储的卷元数据,并从保管库记录中删除该卷。

  • 如果返回日期出现,或未对卷设置返回日期,则系统将装入卷,恢复弹出过程中存储的卷元数据,但该卷将留在保管库记录中,并由下一弹出过程自动弹出。为何会出现此操作?原因有多个,但最常见的两个原因如下:为了某种数据恢复过程而返回卷;或者从保管库中拉出的卷不正确(这是一种极为常见的现象)。无论何种原因,该卷均属于保管库,且会返回至该位置并恢复其受保护状态。

请注意,这是保管在物理保管库中的卷的过程。对于保管在远程磁带库中的卷,上述过程略有不同。请参见“远程磁带库中的含 MVC 的 DR 保管”。

保管用于 DR 的 MVC

在 DR 方案中,您的整体业务目标是优化 VTSS 的缓冲区使用,确保在快速迁移关键数据的同时,维持数据的可用性。

含 MVC 的基本 DR 保管

在此方法中,系统每天均会创建 DR 卷,因此每天均会运行将其移至 DR 保管库的处理,确保 MVC 能够异地安全移动且受到保护。

注:

  • 所有出于 DR 目的而创建的 VTV 以及所有本机磁带(包括在“第 2 步-导出保管库 MVC”中创建的清单文件磁带)均由站点的 TMS 控制(用于卷失效)。该过程仅限于保管相关的 MVC 以及所选的相关本机卷。

  • MVC 只能分配给一个保管库。要将卷分配给新保管库,则必须先从上一保管库分配中删除该卷。

  • 第 7 步-准备要返回的保管 MVC将开始进行定期处理,允许回收那些已碎片化或创建时仅部分填充的 DR MVC。这一点将通过使用本地 MVC 中仍属于当前 VTV 的副本对保管 MVC 执行“逻辑”MVC 排空来实现。定期处理通过使用适于特定环境的选择标准,在最大程度地减少保管库中卷总数的同时,确保最大程度地减少整体的相关活动。成功执行“逻辑”排空保管的 MVC 之后,CDS 中将设置该卷的返回日期。如果是本机卷(例如清单文件磁带),则在 TMS 中进入暂存状态的卷将会被选中,并设置为待返回。您需决定多长时间(从每天到每月不等)运行一次定期处理。

第 1 步-创建保管库 VTV/MVC

DR 保管库 VTV 是使用一种指向两个存储类的管理类创建的。其中,一个存储类将创建保留在本地环境内的 MVC,另一个存储类则创建已保管的 MVC。例如:

STOR NAME(DRLOC)ACS(00) MEDIA(STK1RD)
STOR NAME(DRVLT1) ACS(00) MEDIA(STK1RD)

第 2 步-导出保管库 MVC

您通过 LCM 参数文件导出保管库 MVC,如以下示例所示。

Options
  NoSync
  NoTMS 
  ;
Vault
  Name('DRVLT')
  NoSync
  GracePeriod(3)
  ;
Action
  Export
  Control(Serial )
  MVC
  DSN(DRVAULT.MANIFEST)
  Storageclass(DRVLT1) 
  Vault('DRVLT')
  ;

在此示例中:

  • OPTIONS 语句将指定 NOSYNCNOTMS,这是因为保管功能不使用 TMS 信息进行保管,且无需 TMS 元数据。

  • VAULT 语句将 DRVLT 指定为 DR 保管库。

  • ACTION EXPORT 语句指定:

    • 按卷序列号导出 MVC。

    • 创建导出清单文件 (DRVAULT.MANIFEST),在本例中,是指 ACS 中使用 DR MVC 弹出和存储的卷。

    • 指向“第 1 步-创建保管库 VTV/MVC”中创建的保管库存储类。

    • 定义 DR 保管库 (DRVLT),并将 MVC 分配给该保管库(如果以前尚未分配)。

注:

导出的 MVC 由导出处理标记为只读。

您可以创建多个保管库存储类(例如,为了将 VTV 具有不同失效日期的 MVC 进行隔离)。如果需要将不同的保管库存储类分配给相同的保管库,则可使用单一 ACTION EXPORT 语句实现。例如,以下语句可将存储类 DRVLT1DRVLT2 分配给相同的保管库 (DRVLT):

Action 
  Export
  Control(Serial )
  MVC
  DSN(DRVAULT.MANIFEST) 
  Storageclass(DRVLT1
               DRVLT2) 
  Vault('DRVLT')
  ;

第 3 步-(可选)将其他数据集写入清单文件磁带

在“第 2 步-导出保管库 MVC”中创建清单文件磁带之后,您可以运行一项作业,将 HSC 控制数据集 (Control Data Set, CDS)、TMS 目录、系统目录以及其他重要的“时间点”数据集复制到清单文件磁带,以提供其他 DR 恢复点。

第 4 步-弹出保管库 MVC

您使用 LCM 参数文件弹出保管库 MVC,如以下示例所示。

Options
  NoSync
  NoTMS
  ;
Vault
  Name('DRVLT')
  GracePeriod(3)
  ;
Action
  Eject
  When(
  (inLsm)
  and
  (VaultName EQ 'DRVLT')
  Control(Serial)
  Ejmsg('Move to DR Vault') 
  ;

在此示例中:

  • OPTIONS 语句将指定 NOSYNCNOTMS,这是因为保管功能不使用 TMS 信息进行保管,且无需 TMS 元数据。

  • VAULT 语句将 DRVLT 指定为 DR 保管库。

  • ACTION EJECT 语句指定:

    • 弹出分配给 DRVLT 的 MVC;按卷序列号弹出。

    • 弹出消息。

第 5 步-弹出本机卷(包括清单文件磁带)

您使用 LCM 参数文件弹出本机卷(包括清单文件磁带),如以下示例所示。

Options
  NoSync
  ;
TMS
  RMM
  Dateform(J) 
  DDname(LCMTMSDB)
  ;
Vault
  Name('DRVLT')
  GracePeriod(3) 
  ;
Action
  Eject
  When(
  (InLsm)
  and
  (DataSetName EQ 'DRVLT.MANIFEST')
  and
  (TMSScratch EQ False)
     )
  Control(Serial)
  Ejmsg('Move to DR Vault')
  ;

在此示例中:

  • OPTIONS 语句指定了 NOSYNC,这是因为保管功能不使用 TMS 信息进行保管。

  • VAULT 语句将 DRVLT 指定为 DR 保管库。

  • ACTION EJECT 语句指定:

    • 弹出清单文件磁带。

    • 弹出 TMS 未暂存的任何本机卷。

    • 弹出消息。

第 6 步-创建要从保管库中返回的卷的拉式列表

您使用 LCM 参数文件创建拉式列表,如以下示例所示。

Options
  NoSync
  NoTMS
  ;
Vault
  Name('DRVLT')
  GracePeriod(3)
  ;
Report
  Volume
  Sysout(*)
  Title('Return Report')
  When(
  (VaultName EQ 'DRVLT')
  and
  (VaultReturnDate LE TODAY)
  and
  (VaultReturnDate NE MISSING)
      )
  Column (Serial,
          VaultSlot)
  ;

在此示例中:

  • OPTIONS 语句将指定 NOSYNCNOTMS,这是因为保管功能不使用 TMS 信息进行保管,且无需 TMS 元数据。

  • VAULT 语句将 DRVLT 指定为 DR 保管库。

  • REPORT VOLUME 语句创建一份报告,列出保管库中已达到其先前指定的返回日期的卷。这是一个简单的示例,您可以为要返回的卷添加更多选择标准。

注:

  • 在考虑日期时,TODAYMISSING 是唯一值。TODAY 将转换为 LCM 的运行日期。MISSING 意味着没有日期值。在此示例中,意味着没有设置任何日期。这两个条件均需指定,因为缺少的日期将视为小于当前日期。

  • 第 4、5 和 6 步可以合并成一个作业步骤。在某些情况下,第 6 步将定期执行,通常在从保管库中返回任何卷之前的一天执行。

第 7 步-准备要返回的保管 MVC

您使用 LCM 参数文件准备要返回的保管 MVC,如以下示例所示。

Options
  NoSync
  NoTMS
  ;
Vault
  Name('DRVLT')
  GracePeriod(3)
  ;
Action
  Drain
  When(
  (MVC EQ True)
  and
  (VaultName EQ 'DRVLT')
  and
  (MVCVTVCount LE 30)
  and
  (MVCInUse LE 30)
  and
  (Days_Since(VaultAssignmentDate) GT 7)
  )
  Control(MVCVTVCount
  Ascending)
  Limit(30)
  ;

在此示例中:

  • OPTIONS 语句将指定 NOSYNCNOTMS,这是因为保管功能不使用 TMS 信息进行保管,且无需 TMS 元数据。

  • VAULT 语句将 DRVLT 指定为 DR 保管库。

  • 对于目前位于 DR 保管库中的 MVC,ACTION DRAIN 语句将指定符合以下条件的排空 MVC:

    • 其 VTV 少于 30 个。

    • 使用时间不足 30%。

    • 在保管库中至少已有 7 天。

    • 返回的 MVC 最大数量限制为 30。

    • GracePeriod 参数将返回日期设置为 3 天。

创建参数文件以排空 MVC 时,您需要平衡排空的处理周期以及回收碎片 MVC 或回收部分填充 MVC 的需求。相应地,MVCVTVCountMVCInUseDays_SinceLIMIT 参数有助于平衡这些需求。

第 8 步-准备要返回的保管本机卷

您使用 LCM 参数文件准备要返回的本机卷,如以下示例所示。

Options
  NoSync
  ;
TMS
  RMM
  Dateform(J)
  DDname(LCMTMSDB)
  ;
Vault
  Name('DRVLT')
  GracePeriod(3)
  ;
Action
  Vault
  Return
  When(
  Not (MVC)
  and
  (VaultName EQ 'DRVLT')
  and
  (TMSScratch EQ True)
      )
  ;

在此示例中:

  • OPTIONS 语句指定了 NOSYNC,这是因为保管功能不使用 TMS 信息进行保管。

  • TMS RMM 语句对于添加 TMS 元数据的处理必不可少。

  • VAULT 语句将 DRVLT 指定为 DR 保管库。

  • ACTION VAULT RETURN 语句将为不是 MVC 的卷以及在 TMS 中处于暂存状态的卷设置返回日期(使用 GracePeriod 参数)。

第 9 步-装入返回的卷

报告(第 6 步-创建要从保管库中返回的卷的拉式列表中创建)中显示的卷将从 DR 保管库中删除并返回本地环境。在 ACS 中装入这些卷时,HSC 将检查每个卷的指定的保管库返回日期是否已出现。如果出现,则该卷将达到计划的返回日期,并会从保管库中删除。稍后,返回的 MVC 可进行迁移,且下次处理 LCM SYNC 时,本机卷将暂存在 CDS 中。如果保管库返回日期未出现,则该卷通过“第 4 步-弹出保管库 MVC”弹出。

如果需要,您可以将第 7 步和第 8 步合并到一个 LCM 参数文件,如以下示例所示:

Options
  NoSync
  ;
TMS
  RMM
  Dateform(J)
  DDname(LCMTMSDB)
Vault
  Name('DRVLT')
  GracePeriod(3)
  ;
Action
  Drain
  When(
  (MVC EQ True)
  and
  (VaultName EQ 'DRVLT')
  and
  (MVCVTVCount LE 30)
  and
  (MVCInUse LE 30)
  and
  (Days_Since(VaultAssignmentDate) GT 7)
      )
  Control(MVCVTVCount
  Ascending)
  Limit(30)
  ;
Action
  Vault
  Return
  When(
  Not (MVC)
  and
  (VaultName EQ 'DRVLT')
  and
  (TMSScratch EQ True)
      )
  ;

长达数周的含 MVC 的 DR 保管

某些站点可能会选择使用长达数周的过程,其中,DR 处理包括关键数据每周进行一次完全卷备份,并在接下来的六天里每天增量备份。外部保管过程将在创建当日异地移动卷。该过程假设以四周为一个周期,它将 DR 数据异地保存,直到第四周开始时完成整个过程。请注意,含 MVC 的基本 DR 保管和数周过程之间的唯一变化是第 7 步和第 8 步的选择标准不同,如下所述。这可通过设置失效日期来完成,使关联 MVC 和清单文件磁带(以及其他任何相关的本机磁带)中的保管库 VTV 在创建后的特定日期(22 天)全部失效。

数周过程的时间线如下所示:

  • 第 1 天-完全卷备份(在第 22 天失效)。

  • 第 2 天-第一次增量备份(在第 22 天失效)。

  • 第 3 天-第二次增量备份(在第 22 天失效)。

  • 第 4 天-第三次增量备份(在第 22 天失效)。

  • 第 5 天-第四次增量备份(在第 22 天失效)。

  • 第 6 天-第五次增量备份(在第 22 天失效)。

  • 第 7 天-第六次增量备份(在第 22 天失效)。

  • 第 8-21 天-卷保留在异地。

  • 第 22 天-第 1 天至第 7 天的备份和清单文件磁带失效,且 VTV 通过 LCM VTVSYNC 进程暂存在 CDS 中。通过使用第 7 步-准备要返回的保管 MVC和“第 8 步-准备要返回的保管本机卷”的选择标准中的以下参数,可以排空 MVC。

    DAYS SINCE (VaultAssignmentDate) GT 15
    

    已排空的 MVC 和清单文件磁带的返回日期设置为第 25 天。

    注:

    整个周期前七天中分配给保管库的所有 MVC 均会排空。如果 DR VTV 的失效日期设置正确,则此时应没有当前 VTV,且逻辑排空过程将会快速执行。如果当前 VTV 写入新的 MVC,则原因将是所设置的失效日期不正确。
  • 第 23 天和第 24 天-卷保留在异地。

  • 第 25 天-第 1 天至第 7 天保管的卷均会返回,并从保管库状态中删除且可重用。

  • 第 29 天-整个周期重复进行。

    注:

    某些站点可能会选择仅将完全卷备份保留在异地,而将增量备份保留在站点中。在这种情况下,请将增量 MVC 和相关的清单文件以及本机卷放在容器中。该容器将会锁定并直到第 25 天返回时才会重新打开。此时,第 1 天创建的所有卷均应失效。

远程磁带库中的含 MVC 的 DR 保管

在此过程中,卷将保管至远程磁带库 (ACS) 中,而不是在物理保管库中保管卷。除了以下几点以外,此过程与含 MVC 的基本 DR 保管类似:

  • 第 1 步至第 3 步-没有变化。

  • 第 4 步-已被消除(因为不弹出保管的 MVC)。

  • 第 5 步-与第 4 步相同,不弹出本机卷。相反,Action Vault Assign 语句会使用与执行和弹出这些本机卷相同的选择标准将本机卷分配给保管库,如以下示例所示。

    Options
      NoSync
      ;
    TMS
      RMM
      Dateform(J)
      DDname(LCMTMSDB)
      ;
    Vault
      Name('DRVLT')
      GracePeriod(3)
      ;
    Action
      Vault
      Assign
      Vault('DRVLT')
      When(
      (InLsm)
      and
      (DataSetName EQ 'DRVLT.MANIFEST')
      and
      (TMSScratch EQ False)
          )
      ;
    
  • 第 6 步-已被消除(因为没有重新装入卷)。

  • 第 7 步-没有变化。

    注:

    因为排空处理发生在远程磁带库内,因此执行时比手动保管库中的卷逻辑排空处理更有效。
  • 第 8 步-没有变化。

  • 第 9 步-在基本过程中,保管库分配将通过装入处理(这在远程磁带库方案中不会发生)删除。要删除保管卷,请使用 Action Vault Release 语句。要释放的保管卷由 Vault NameReturn Date 选择,像以前生成拉式列表一样。Action Vault Release 语句仅处理其 Return Date 已发生的保管卷。

    下面显示了 Action Vault Release 语句的示例。

    Options
      NoSync
      NoTMS
      ;
    Vault
      Name('DRVLT')
      GracePeriod(3)
      ;
    Action
      Vault
      Release
      When(
      (VaultName EQ 'DRVAULT')
      and
      (VaultReturnDate LE TODAY)
      and
     (VaultReturnDate NE MISSING)
          )
      ;
    

保管用于 LTR 的 MVC

使用 MVC 保存长期保留 (Long Term Retention, LTR) MVC 的过程基本上与“含 MVC 的基本 DR 保管”中所述的灾难恢复基本过程相同。对于 LTR 使用,两大主要考虑事项包括:

  • 移动至保管库(第 2 步-导出保管库 MVC至“第 5 步-弹出本机卷(包括清单文件磁带)”)可能并非每天均会执行,因此越来越多的 LTR 卷在保管之前便已完全填充。

  • LTR VTV 不会长时间失效,因此上述定期处理可能仅会在更长的时间间隔发生。系统中仍会有一些仅部分填充的 LTR MVC。因此,过一段时间必须处理这些使用少量 VTV 部分填充的 MVC 和使用较少的 MVC,使部分填充的 MVC 中的 VTV 合并至较少的 LTR MVC 中。

在未来的某个时刻,可能需要执行 LTR MVC 的逻辑排空,将归档的数据移动到新介质。基本过程可轻松执行该活动,只需选择相应的选择标准,并限制一次处理的保管 LTR MVC 数量。每次执行时,仍处于当前状态的 VTVS 将移动到新介质,这些新的 MVC 将移动到保管库,且逻辑排空的 MVC 将返回以供重用或销毁。

将特定的卷弹出至本地(基础)保管库

许多站点可能要求从自动化环境中删除特定的卷,并需要将这些卷高效存储至本地环境中的机架上。这种要求可能源自某些活动,例如:停止使用卷;希望将卷保留一段时间。多个本地/基础保管库可以定义为将特定的卷发送到不同的保管库,但只有一个本地/基础保管库可定义为“默认”保管库。本地/基础保管库中的所有卷均会自动分配当前日期作为返回日期。这样一来,无需任何进一步操作,这些卷均返回至自动化环境并从保管库分配中删除。

以下示例显示了将特定卷弹出至基础保管库的 LCM 参数文件示例。

Options
  NoSync
  ;
TMS
  RMM
  Dateform(J)
  DDname(LCMTMSDB)
  ;
Vault
  Name('FLOOR')
  Default
  ;
Action
  Eject
  When(
  (InLsm EQ True)
  and
  (DaysSinceReference GT 100)
  and
  (MVC EQ False) 
  and
  Not
  (DataSetName Matches 'HMIG.**') 
      )
  Control(
         VaultSlot
         Ascending
         )
  Ejmsg('Move to Floor Vault')
  ;
Manage
  ACSID(00)
  Numfree(500)
  ;

在此示例中:

  • OPTIONS 语句指定了 NOSYNCH,这是因为保管功能不使用 TMS 信息进行保管。

  • TMS RMM 语句对于添加 TMS 元数据的处理必不可少。

  • VAULT 语句将 FLOOR 指定为默认基础保管库。

  • ACTION EJECT 语句指定将卷弹出至具有以下特点的基础保管库:

    • 位于 LSM 中。

    • 超过 100 天未被引用。

    • 不是 MVC。

    • 其数据集名称掩码为 HMIG.**

  • ACTION EJECT 语句还指定:

    • 以卷序列号升序处理卷。

    • 按 TMS 插槽编号弹出。

    • 弹出消息。

  • MANAGE 语句指定:

    • 在 ACS 00 中管理卷。

    • 确保 ACS 中有 500 个空闲单元。