可以使用此部分创建 VTCS 管理类和存储类并执行与其关联的常见任务。
前沿解决方案的关键点是知道您的 CDS VTCS 级别及其可以做什么以及不可以做什么。表 6-1介绍了 CDS 级别及其启用的功能。
| VTCS CDS 级别： | VTCS/NCS 版本： | 增强功能： |
|---|---|---|
|
E |
6.0、6.1、6.2、7.0 |
|
|
F |
6.1、6.2、7.0、7.1、7.2、7.3 |
|
|
G |
6.2、7.0、7.1、7.2、7.3 |
|
|
H |
7.1、7.2、7.3 |
|
|
I |
7.3 |
|
VTCS 管理类和存储类是许多前沿实现的构建块，可执行以下任务：
VTCS 管理类指定 VTCS 管理 VTV 的方式。HSC MGMTclas 控制语句用于定义管理类及其属性。例如，MGMTclas 语句的 DELSCR 参数指定 VTCS 是否从 VTSS 中删除已暂存的 VTV。
管理类也可以指向 VTCS 存储类。VTCS 存储类指定迁移的 VTV 所驻留的位置。HSC STORclas 控制语句用于定义存储类及其属性。例如：
MGMT NAME(PAYROLL) MIGPOL(LOCAC,REMAC) STORCLAS NAME(LOCAC) ACS(00) MEDIA(STK1R) STORCLAS NAME(REMAC) ACS(01) MEDIA(STK2P,ZCART)
该管理类和存储类组合表示：“对于管理类 PAYROLL，迁移以双工方式执行，以分隔本地 ACS 和远程 ACS 中的 MVC。在本地 ACS 中，将其放在 9840 介质中，以便您可以在需要的时候立即将其取回。在远程 ACS 中，首选 9940（而非 ZCART）介质，但一定将其放在那里的深存储中。”
首先阅读“创建和使用 VTCS 管理类和存储类：基础知识”，这是您可以针对任何业务需求调整的基本过程。接下来，继续阅读“可以通过管理类和存储类实现的前沿技术”。将该节视为一个库，您可以在其中查看各种选项，然后选择最适合您的选项。
您多次看到该模式 (TAPEREQ > POLICY > MGMTclas > STORclas)，因此请了解该模式，因为该模式是“可以通过管理类和存储类实现的前沿技术”中所有信息的基础。
确定包含 STORclas 和 MGMTclas 语句的定义数据集。
MGMTclas 和 STORclas 语句必须驻留在用于交叉验证的同一数据集中。
通过 STORclas 控制语句定义存储类。
根据需要，使用 MIGRSEL 和 MIGRVTV 语句调整迁移策略。
使用 MGMTclas 控制语句定义管理类。
请注意，MGMTclas 控制语句在各个参数上指定存储类。
使用 HSC MGMTDEF 命令装入控制语句。
在 SMC POLICY 命令上指定磁带策略。
在下面其中一项上为 VTCS 指定策略名称：
SMC TAPEREQ 语句。
您写入 StorageTek DFSMS 接口的 SMS 例程。
请注意以下事项：
始终使用 SMC POLICY 命令为挂载分配管理类。
可以使用 TAPEREQ 语句或 SMS 例程指定策略。
使用 POLICY VALIDATE 确保 SMC POLICY 语句都引用 VALID MGMTCLAS 名称。
可以使用 VTVMAINT 实用程序更改 VTV 的管理类。还请注意，尽管您无法使用 VTVMAINT 直接更改 VTV 的存储类，但可以使用 VTVMAINT 更改 VTV 的管理类，该类可以引用不同的存储类。
仅使用所需的最少存储类来定义要实现的策略。过多的存储类可能会由于产生的 MVC 挂载/卸载开销而影响 VSM 性能。此外，MVC 只能在单个存储类中包含 VTV，因此过多的存储类可能会导致不能充分利用 MVC 空间。
如果您决定删除某个管理类定义，请运行 VTV 报告以确保该管理类不再分配给任何 VTV，否则会产生不可预测的结果！
以下不是详尽列表，仅是可以使用管理类和存储类执行的最常见任务：
针对 MVC 介质首选项使用 STORclas MEDIA 参数。MVC 介质首选项有默认设置，但您可以通过任何需要的方式对其进行调整。有关更多信息，请参见管理 HSC 和 VTCS。
“在共享 MVC 上分组多个工作负荷”。这曾是我们的引导性示例，如果您的公司拥有数据中心并且您需要通过以下方法对您的可用资源进行优化，则该示例现在也是一个很好的示例：
以双工方式处理关键数据，以分隔本地 ACS 和远程 ACS 中的 MVC。在本地 ACS 中，将其放在 9840 介质中，以便您可以在需要的时候立即将其取回。在远程 ACS 中，针对高容量介质上的深存储首选 9940（而非 ZCART）介质。
为两个关键作业流（薪资和记帐）提供对这些管理/存储类的访问权限。结果：在本地和远程对您的所有薪资和记帐数据进行双工处理，并在存储类规范中介绍的相应介质的同一组 MVC 上对其进行分组。
生产数据也很关键，但您希望将其存放在一组与用于薪资和记帐数据的 MVC 不同的 MVC 上。没问题，创建另一个用于生产数据的管理类/存储类组合即可。
“在单独的 MVC 集上分离各个工作负荷”。您们所有服务组都应仔细了解这一点，因为可能会经常使用它。是不是很希望为每个客户提供其自己的用于记帐/安全目的的一组资源？关键在于分离工作负荷。
“归档数据”。在该方案中，仅可以使用 VTCS 模拟 StorageTek 自动化磁带/虚拟磁带环境中的 HSM。即，可以使用 MGMTclas 语句的 ARCHAge 和 ARCHPol 参数在管理类中为 VTV 设置归档策略。
信息生命周期管理 (Information Lifecycle Management, ILM) 是一种 StorageTek 存储管理策略，所采用的理念是应将数据存储在其重要性与工商企业及其重复使用模式相匹配的介质上，这是其中心概念。活动、重要的数据存储在快速访问介质上并具有多个副本，而将不活动、不那么重要的数据归档至高容量、较便宜的介质。将该过程自动化是管理数据存储的最具成本效益的方法。归档通过让您归档不活动的数据来实现 ILM。使用 VTCS 归档，可以将 VTV 移动至其他介质（例如，从快速访问 9840 介质到高容量 9940 介质）和其他位置（例如，从本地 ACS 到远程 ACS，以实现弹出/保管 (vault) 操作）。有关详细信息，请参见“归档数据”。
“调节 VTV 介质和位置”。将归档视作主动的行动。在 ILM 循环的开始将数据存放在正确的介质上，然后在数据变旧之后将其移动到其他介质。如果数据位于错误的介质上会怎样？答案：使用 RECONcil 实用程序将其从一个存储类移动到另一个存储类。
控制 VTV 迁移。ELS 允许对 VTV 迁移进行很精细的控制，包括从 VTSS 缓冲区删除暂存 VTV、指定当前迁移延迟间隔以及指定最大 VTV 驻留间隔。有关更多信息，请参见 Configuring HSC and VTCS 和《ELS Disaster Recovery and Offsite Data Management Guide》。
可以使用存储类和管理类在一组共享 MVC 上分组多个工作负荷。例如，下面的 STORclas 语句定义存储类 LOC1、LOC2、REM1 和 REM2。
STORCLAS NAME(LOC1) ACS(00) MEDIA(STK1R) STORCLAS NAME(LOC2) ACS(00) MEDIA(STK1R) STORCLAS NAME(REM1) ACS(01) MEDIA(STK2P,ZCART) STORCLAS NAME(REM2) ACS(01) MEDIA(STK2P,ZCART)
管理类 PAY 和 ACCOUNT 都在 MIGPOL 参数上指定 LOC1 和 REM1 存储类。因此，PAY 和 ACCOUNT 中的 VTV 在由存储类 LOC1 和 REM1 定义的 MVC 上进行双工处理和分组。
管理类 PROD 在 MIGPOL 参数上指定 LOC2 和 REM2 存储类。因此，PROD 中的 VTV 在由存储类 LOC2 和 REM2（独立于 PAY 和 ACCOUNT 的存储类）定义的 MVC 上进行双工处理和分组。
MGMT NAME(PAY) MIGPOL(LOC1,REM1) MGMT NAME(ACCOUNT) MIGPOL(LOC1,REM1) MGMT NAME(PROD) MIGPOL(LOC2,REM2)
下面定义了指定虚拟介质和分别分配管理类 PAY、ACCOUNT 和 PROD 的磁带策略。
POLICY NAME (PPAY) MEDIA(VIRTUAL) MGMT(PAY) POLICY NAME (PACCOUNT) MEDIA(VIRTUAL) MGMT(ACCOUNT) POLICY NAME (PPROD) MEDIA(VIRTUAL) MGMT(PROD)
最后，该示例包含按如下方式分配策略的 TAPEREQ 语句：
为具有 PAYROLL.** 限定符的数据集分配策略 PPAY。
为具有 ACCOUNTS.** 限定符的数据集分配策略 PACCOUNT。
为所有其他数据集分配策略 PPROD。
TAPEREQ DSN(PAYROLL.**) POLICY(PPAY) TAPEREQ DSN(ACCOUNTS.**) POLICY(PACCOUNT) TAPEREQ DSN(**) MEDIA(VIRTUAL) POLICY(PPROD)
将某个 MVC 用于存储类之后，在其包含当前 VTV 副本时，该 MVC 将一直独占分配给该存储类。即使在 MVC 经历回收处理过程之后，MVC 上的该 VTV 分组仍会保留。
注意:
您无法使用默认存储类（上一个写入 MVC 以进行回收或迁移的 VTSS 的名称）分组工作负荷。可以使用存储类和管理类在单独的 MVC 集上分离各个工作负荷。例如，下面的 STORclas 语句定义存储类 LOC、CUSTA、CUSTB1 和 CUSTB2。
STORCLAS NAME(LOC) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTA) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTB1) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTB2) ACS(01) MEDIA(STK2P)
下面的示例定义以下管理类：
管理类 CUSTA 在 MIGPOL 参数上指定 CUSTA 存储类。VTCS 以单工方式将该管理类中的 VTV 仅传输至 CUSTA 存储类（本地 ACS 中的 9840 介质），因为这是该客户所需要的。
客户 B 需要更多保护，即以双工方式传输到本地 ACS 和远程 ACS，因此管理类 CUSTB 同时指向 CUSTB1 和 CUSTB2 存储类。
最后，本地 ACS/9840 介质非常适合您自己的生产数据，因此这正是管理类 PROD 所执行的操作。您还可能执行的操作是为该管理类设置归档策略（请参见归档数据），因此您最终可以将其移动到深存储中。
MGMT NAME(CUSTA) MIGPOL(CUSTA) MGMT NAME(CUSTB) MIGPOL(CUSTB1,CUSTB2) MGMT NAME(PROD) MIGPOL(LOC)
该示例定义了指定虚拟介质和分别分配管理类 PAY、ACCOUNT 和 PROD 的磁带策略。
POLICY NAME (PCUSTA) MEDIA(VIRTUAL) MGMT(CUSTA) POLICY NAME (PCUSTB) MEDIA(VIRTUAL) MGMT(CUSTB) POLICY NAME (PPROD) MEDIA(VIRTUAL) MGMT(PROD)
最后，下面的示例显示了对应的 TAPEREQ 语句和策略分配：
为具有 HLQ CUSTA 的数据集分配策略 PCUSTA。
为具有 HLQ CUSTB 的数据集分配策略 PCUSTB。
为所有其他数据集分配策略 PPROD。
TAPEREQ DSN(CUSTA.**) POLICY(PCUSTA) TAPEREQ DSN(CUSTB.**) POLICY(PCUSTB) TAPEREQ DSN(**) POLICY(PPROD)
注意:
您无法使用默认存储类（上一个写入 MVC 以进行回收或迁移的 VTSS 的名称）分离工作负荷。可以使用 MGMTclas 语句的 ARCHAge 和 ARCHPol 参数在管理类中为 VTV 设置归档策略。当 VTV 的使用时间超过 ARCHAge 值时，VTV 有资格针对在 ARCHPol 参数上指定的存储类进行归档。实际的归档以下面两种方式之一发生：
下次撤回和重新迁移 VTV 时自动发生。
使用 ARCHIve 实用程序，按需发生。
针对此操作的“假设分析”可能是为了确保符合性。事实证明，您具有必须保留 7 年以便进行外部审计的数据，但您的内部审计员可能也要每年查看该数据一次。解决方案如下所示：
TAPEREQ DSN(COMPLY.**) POLICY(PCOMPLY) POLICY NAME(PCOMPLY) MEDIA(VIRTUAL) MGMT(COMPLY) MGMT NAME(COMPLY) IMMMED(DELETE) MIGPOL(LOC1) - ARCHAGE(365) ARCHPOL(REMDEEP) STOR NAME(LOC1) ACS(00) MEDIA(STK1R) STOR NAME(REMDEEP) ACS(01) MEDIA(STK2P)
对于该方案，会发生以下事件：
所有符合性数据立即迁移至本地 ACS 并在 9840 介质上分组。迁移成功后，从 VTSS 中删除 VTV。该数据的“归档寿命”为 365 天，以防内部审计员下一年需要查看该数据。
之后，该数据符合归档（迁移）至远程 ACS 中的 9940 介质的条件。
结果：满足符合性、成本最合理且优化了虚拟资源。
如上所述，您可以使用两种方法进行实际归档：等待撤回和迁移 VTV，或使用 ARCHIve 实用程序按需执行。等待迁移的问题在于该数据不大可能受到访问。很有可能的是，归档 VTV 的最佳方式是定期或按需运行 ARCHIve 实用程序。
以下是有关使用 ARCHive 实用程序的一些提示：
如果选择要归档的 VTV，您可以指定以下参数之一：
MGMTclas，用于归档指定的存储类（由指定的管理类的 ARCHAge/ARCHPol 参数进行指定）中的 VTV。
VTV，用于归档这些 VTV 的管理类的一列或一系列 VTV。
注:
如果您不为 MGMTclas 或 VTV 指定值，VTCS 将扫描所有 VTV。您可能应通过管理类开展业务，但您可以看到需要通过 VTV 卷序列号或所有 VTV 开展业务的情况。通过不指定 MOVEVTV 参数，可以仅获取一份报告，该报告是有关您使用归档请求处理了多少 VTV、MVC 和总 MB 的有价值的“假设分析”情况。因此，Oracle 强烈建议您首先在不使用 MOVEVTV 的情况下运行 ARCHIve，然后在指定 MOVEVTV 之前根据需要调节作业。有关更多信息，请参见《ELS Command, Control Statement, and Utility Reference》。
由于需求归档可能是资源密集型过程，因此通常在非高峰处理期间运行 ARCHIve。还可以使用 ARCHIve 实用程序覆盖 CONFIG RECLAIM THRESHLD、MAXMVC 和 CONMVC 设置以优化归档性能。还可以在 ELAPSE 参数中以分钟为单位指定归档的最长时间。请注意，有多个影响归档的限制因素（例如 MAXMVC 和 ELAPSE）。VTCS 执行最严格的限制因素。例如，如果您运行 ARCHIve 并指定 ELAPSE 为 5 个小时，MAXMVC 为 10 并且 VTCS 在一个小时内归档 10 个 MVC，则 VTCS 在 ELAPSE 值失效之前终止归档。
除非您指定 POLICYdd 参数，否则 VTCS 和 HSC 必须是活动的才能处理 ARCHIve 请求。POLICYdd（执行“仅报告”模式）还提供增强的“假设分析”功能。可以使用不同的归档策略（不同的 ARCHAge 和 ARCHPol 值）创建一个或多个替代 MGMTclas 语句，并使用 POLICYdd 查看每个方案的归档策略和资源使用情况。
RECONcil 实用程序与 ARCHive 相似，因为 RECONcil 也将 VTV 从一个存储类移动到另一个存储类（即，将其从一个 MVC 介质移动到另一个 MVC 介质和/或将其从一个 ACS 移动到另一个 ACS）。将 ARCHive 视为主动方法并将 RECONcil 视为反应方法，您将看到二者的差异，如“调节 VTV 介质和位置”中所述。
如果 365 天已到，并且内部审计员未露面，则说明归档的时间到了。下面的示例显示了按如下方式运行 ARCHive 的 JCL：
将管理类 COMPLY 中的 VTV 归档至远程 ACS 中的 9940 介质。
对于 ARCHive 作业，将 MAXMVC 设置为 60，CONMVC 设置为 8，ELAPSE 设置为 60。
//ARCHIVE EXEC PGM=SLUADMIN //STEPLIBDD DSN=hlq.SEALINK,DISP=SHR //SLSPRINTDD SYSOUT=* //SLSINDD * ARCH MGMT(COMPLY) MAXMVC(60) CONMVC(8) ELAPSE(360) MOVEVTV
提示:
MOVEVTV 参数还为您提供一个报告，因此您可以查看您的执行情况。如果您的调优参数未将您要归档的所有内容都进行归档，则调节您的作业并重新运行。使用 RECONcil 调节 VTV 介质和位置基本意味着将 VTV 从一个存储类移动到另一个存储类。这与使用 ARCHive 归档数据相似吗？就数据移动而言，是的。就您执行该操作的原因而言，这是反应移动，而不是主动移动。通常在以下情况下调节 VTV：
VTV 位于错误的介质上、位于错误的 ACS 中或同时发生这两种情况。
ACS 在很长一段时间不可用，然后重新使其联机。在这种情况下，首先针对受影响的 VTV 更改 MGMTclas 语句上的 MIGpol 参数，以指向不同的 ACS（和介质（如果需要））。当原始 ACS 重新联机时，更改 MGMTclas 语句上的 MIGpol 参数，以指向原始 ACS，然后运行 RECONcil，指定更新的 MGMTclas（或 STORclas）语句以将 VTV 移动到原始 ACS。
有关调节过程的详细信息，请参见“RECONcil 示例”。
如果您希望调节位于错误介质和位于错误 ACS 中的 VTV，您如何了解该情况？按照管理 HSC 和 VTCS 中所述每周仔细阅读 VTV 报告一次。这周，您注意到生产 (PROD) 管理类中的所有 VTV 都位于错误的介质上和位于错误的 ACS 中。存储类看起来也不像是正确的存储类。
这是怎么发生的？您想起您执行过以下命令：
STORCLAS NAME(LOC) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTA) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTB1) ACS(00) MEDIA(STK1R) STORCLAS NAME(CUSTB2) ACS(01) MEDIA(STK2P MGMT NAME(CUSTA) MIGPOL(CUSTA) MGMT NAME(CUSTB) MIGPOL(CUSTB1,CUSTB2) MGMT NAME(PROD) MIGPOL(LOC)
根据该示例，管理类 PROD 中的所有 VTV 本来应位于本地 ACS 中的 9840 介质上，但实际上这些 VTV 全部位于远程 ACS 中的 9940 介质上，就像是这些 VTV 位于错误的存储类中。
经过更仔细的检查，该生产管理类实际如下所示：
MGMT NAME(PROD) MIGPOL(CUSTA)
出于另一个原因，这是不好的，因为这意味着生产数据混合驻留在应专供您的一个客户使用的相同 MVC 上。是时候运行 RECONcil 了，对吗？或许不行。RECONcil 仅将 VTV 移出错误的存储类，现在，根据您编写管理类语句的方式，CUSTA 是正确的存储类！在运行 RECONcil 之前，您必须返回以修复管理类，如下所示：
MGMT NAME(PROD) MIGPOL(LOC)
现在您可以按以下所示运行 RECONcil：
将管理类 PROD 中的 VTV 移动到存储类 LOC 中（更新的）正确的位置。
对于 RECONcil 作业，将 MAXMVC 设置为 60，CONMVC 设置为 8，ELAPSE 设置为 60。
//RECONCIL EXEC PGM=SLUADMIN //STEPLIBDD DSN=hlq.SEALINK,DISP=SHR //SLSPRINTDD SYSOUT=* //SLSINDD * RECON MGMT(PROD) MAXMVC(60) CONMVC(8) ELAPSE(360) MOVEVTV
要选择要调节的 VTV，您可以指定以下参数之一：
MGMTclas，用于将 VTV 移动到由 MIGpol 参数指定的存储类中。这正是在“RECONcil 示例”中执行的操作。管理类指向错误的存储类，使其指向正确的存储类，针对更新的管理类运行 RECONcil。
STORclas，用于将 VTV 移动到指定的存储类中。当 ACS 在很长一段时间不可用时，您可能会使用该参数。
MVC，用于调节一列或一系列 MVC 上的 VTV。将 VTV 移动到由 VTV 的 MGMTclas 语句的 MIGpol 参数指定的存储类中。您可以首先使用该参数，后跟 VTV 选项。
VTV，用于调节一列或一系列 VTV。将 VTV 移动到由 VTV 的管理类的 MIGpol 参数指定的存储类中。
注:
如果您不为 MGMTclas 或 VTV 指定值，VTCS 将扫描所有 VTV。
由于调节 VTV 可能是资源密集型过程，因此通常在非高峰处理期间运行 RECONcil。还可以使用 RECONcil 实用程序覆盖 CONFIG RECLAIM THRESHLD、MAXMVC 和 CONMVC 设置以优化调节性能。还可以在 ELAPSE 参数中以分钟为单位指定调节的最长时间。
请注意，有多个影响调节的限制因素（例如 MAXMVC 和 ELAPSE）。VTCS 执行最严格的限制因素。例如，如果您运行 RECONcil 并指定 ELAPSE 为 5 个小时，MAXMVC 为 10 并且 VTCS 在一个小时内调节 10 个 MVC，则 VTCS 在 ELAPSE 值失效之前终止调节。
通过不指定 MOVEVTV 参数，可以仅获取一份报告，该报告是有关您使用调节请求处理了多少 VTV、MVC 和总 MB 的有价值的“假设分析”情况。因此，Oracle 强烈建议您首先在不使用 MOVEVTV 的情况下运行 RECONcil，然后在指定 MOVEVTV 之前根据需要调节作业。
有关更多信息，请参见《ELS Command, Control Statement, and Utility Reference》。
除非您指定 POLICYdd 参数，否则 VTCS 和 HSC 必须是活动的才能处理 RECONcil 请求。POLICYdd（执行“仅报告”模式）还提供增强的“假设分析”功能。可以使用不同的调节方案（不同的 MIGpol 值）创建一个或多个替代 MGMTclas 语句，并使用 POLICYdd 查看每个方案的调节的 VTV 和资源使用情况。
VTCS 和 HSC 必须是活动的才能处理 RECONcil 请求。
命名 MVC 池是适用于所有服务组的作业的正确工具：您可以使用命名 MVC 池提供命名池中 MVC 的应用程序所有权。例如，某个服务组可以在其客户具有购买并拥有一组 MVC 的法律要求时选择使用命名 MVC 池。
不过，如果您对命名 MVC 池没有特定的要求，但确实希望对 MVC 上的客户数据进行分组或隔离，Oracle 强烈建议您不要使用命名 MVC 池。请使用以下各节中介绍的方法：
以上各节介绍了如何使用存储类对从系统范围内的 MVC 池中选择的 MVC 上的数据进行分组或隔离。在这种情况下，您仅需要管理单个 MVC 池。
如果创建命名 MVC 池，则必须显式管理每个池，其中包括确保每个池具有足够的空闲 MVC 和可用的 MVC 空间，还可能包括使用 MVCPool MVCFREE、MAXMVC、THRESH 和 START 参数为每个池设置不同的策略。
如果您选择使用命名 MVC 池，请转至“创建和使用命名 MVC 池”。
要创建和使用命名 MVC 池，请执行以下操作：
修改现有的 POOLPARM 语句并/或添加其他语句以定义命名 MVC 池。
如果您不指定 POOLPARM NAME 参数，VTCS 不会创建命名 MVC 子池并为默认池 (DEFAULTPOOL) 分配指定的卷。无法使用保留名称 DEFAULTPOOL 和 ALL 创建命名 MVC 池。
可以使用可选的 MVCFREE、MAXMVC、THRESH 和 START 参数为覆盖在 CONFIG 上指定的全局值的命名 MVC 池指定值。
例如，以下 VOLPARM 和 POOLPARM 语句定义一系列要使用覆盖 CONFIG 全局值的回收参数值针对命名池 SYS1MVCT1 进行加密的 T10000 完整卷：
VOLPARM VOLSER(T10K2000-T10K2999)MEDIA(T10000T1)RECTECH(T1AE) POOLPARM NAME(SYS1MVCT1)TYPE(MVC)MVCFREE(40) MAXMVC(4) THRESH(60) START(70)
运行 SET VOLPARM 以应用卷和池定义：
SET VOLPARM APPLY(YES)
定义存储类并将其与命名 MVC 池相关联。
例如，以下 STORclas 语句定义 STORCL1 并将该存储类与命名 MVC 池 CUST1POOL 相关联。为存储类 STORC1 使用 MVC 的请求会导致仅从命名池 SYS1MVCT1 中选择 MVC。
STOR NAME(STORCL1) MEDIA(T!AE) MVCPOOL(SYS1MVCT1)
创建用于指定您在步骤 3 中定义的存储类的管理类并在将数据路由到命名 MVC 池时指定这些管理类。
有关更多信息，请参见“创建和使用 VTCS 管理类和存储类：基础知识”。
在下面任何一项上为 VTCS 指定管理类名称：
SMC TAPEREQ 语句。
您写入 StorageTek DFSMS 接口的 SMS 例程。有关更多信息，请参见 SMC Configuration and Administration。