“使用 VTCS 系统信息显示板”基本涉及查看您的 MVC 和 VTC 报告。虚拟磁带配置的主要部分为 VTSS、VTD、VTV、RTD 和 MVC,因此您的大量每日和每周例行工作是确保其全部正常运行并不让人感到奇怪。
将 VTSS 视为 Nearline ACS 的虚拟对等产品,将 VTD 视为 Nearline 真实磁带机的虚拟对等产品,将 VTV 视为 Nearline 卷的虚拟对等产品,很容易理解为何确保所有 VTSS、VTD 和 VTV 正常运行很重要。
输入 Display VTSS 命令。
您应看到与表 4-1 类似的内容。
表 4-1 Display VTSS 的示例输出-良好 VTSS 状态
VTSS NAME | CAPACITY (MB) | DBU | HI AMT | LOW AMT | VTV COUNT | MX MT | MN MT | DEF ACS | AUTO MIG | STATE |
---|---|---|---|---|---|---|---|---|---|---|
HBVTSS16 |
56,209 |
55 |
80 |
60 |
2440 |
6 |
3 |
02 |
- |
ONLINE |
HBVTSS17 |
56,209 |
50 |
80 |
60 |
2180 |
6 |
3 |
02 |
- |
ONLINE |
HBVTSS18 |
56,209 |
52 |
80 |
60 |
2288 |
6 |
3 |
01 |
- |
ONLINE |
HBVTSS19 |
93,184 |
45 |
80 |
60 |
1900 |
6 |
3 |
01 |
- |
ONLINE |
表 4-1 显示了四个“正常运行”的 VTSS 的状态:
首先,所有 VTSS 都是联机的,这通常是很好的。
LAMT 都是 60,HAMT 都是 80,这是可以优化 VTSS 使用并促进有效自动迁移的良好范围。
DBU 都远低于 HAMT,这意味着在自动迁移开始之前 VTSS 上仍有增长的空间。您甚至可以考虑将更多工作路由到这些 VTSS 以优化在虚拟磁带上的投资。
假设每个 VTSS 上连接了八个 RTD。MX MT(最大迁移任务数)设置为 6,MN MT(最小迁移任务数)设置为 3,这些是很好的数量。最大数量 6 可以为撤回/回收保留 2 个 RTD,最小数量 3 可确保在突然开始大量迁移时有足够的任务处理负载。
如果 Display VTSS 看起来不是良好的,应怎么办?可能出现如表 4-2 中所示的情况。
表 4-2 Display VTSS 的示例输出-具有主要运行问题的 VTSS
VTSSNAME | CAPACITY (MB) | DBU | HI AMT | LOW AMT | VTV COUNT | MX MT | MN MT | DEF ACS | AUTOMIG | STATE |
---|---|---|---|---|---|---|---|---|---|---|
HBVTSS16 |
56,209 |
90 |
80 |
60 |
27,888 |
4 |
2 |
02 |
- |
ONLINE |
HBVTSS17 |
56,209 |
92 |
80 |
60 |
28,974 |
4 |
2 |
02 |
- |
ONLINE |
HBVTSS18 |
56,209 |
90 |
80 |
60 |
22,005 |
4 |
2 |
01 |
- |
ONLINE |
HBVTSS19 |
93,184 |
92 |
80 |
60 |
26,009 |
4 |
2 |
01 |
- |
ONLINE |
表 4-2 显示了四个具有某些主要运行问题的 VTSS:
这些 VTSS 至少全部是联机的。如果未联机,除非您知道其应该脱机或处于维护模式的原因,否则请输入某些 Vary VTSS
命令使其重新联机。
DBU 都太高。处于 90 以上范围中的数量意味着 VTSS 正努力自动迁移 VTV,这并不让人感到奇怪,原因如下所示。
假设每个 VTSS 上连接了八个 RTD。MX MT(最大迁移任务数)设置为 4,MN MT(最小迁移任务数)设置为 2,这些肯定比当前迁移负载要轻一点。
要修复该问题,请转至步骤 2。
如果您对在步骤 1 中看到的内容不满意,则调整操作参数。
首先,运行更多迁移任务:
set migopt vtss(vtssname) maxmig(8) minmig(8) high(70) low(40)
您现在使所有 VTSS 上的所有 RTD 完全参与了迁移。保持该状态,直到您能够控制 DBU,然后返回到 6 个最大数量、3 个最小数量等。还将 LAMT 更改为 40,将 HAMT 更改为 70。这可以使您摆脱麻烦,下一次迁移启动会更快并使缓冲区恢复至更低的 DBU。
接下来,输入 Display VTD 以获取系统 VTD 的情况。
表 4-3 显示了 Display VTD 输出示例。
DRIVE | LOCATION | VTV | STATUS |
---|---|---|---|
A800 |
HBVTSS16 |
X00778 |
MOUNTED |
A801 |
HBVTSS16 |
X00775 |
MOUNTED |
A802 |
HBVTSS16 |
- |
AVAILABLE |
A803 |
HBVTSS16 |
- |
AVAILABLE |
如上所述,您在表 4-3 中处于良好的状态,某些 VTD 正在使用中,其他 VTD 已准备好进行使用。
如果所有 VTD 都显示已挂载的 VTV,应怎么办?情况不大妙,因为如果没有可用的磁带机,您将面临作业分配失败的风险。如果是类似步骤 2 中发生的问题导致该情况,则接受该情况并发誓将来安排工作负荷时让 VTD 能够更好地处理数据的大量输入。不过,如果这是个长期问题,您可能需要更多 VTSS 或使用更多容量和更多 VTD 对 VTSS 进行升级。
现在是时间通过输入 Display SCRATCH 命令来查看手边是否有足够的暂存 VTV 了,该命令生成表 4-4 中显示的输出。
SUBPOOL-NAME | SCRATCH-COUNT |
---|---|
VIR000 |
14,364 |
VIR0002 |
13,582 |
VIRTUAL |
19,132 |
VIRTUAL1 |
9,905 |
在表 4-4 中,您看到的内容是 HSC 子池的 VTV 暂存计数。如果您不针对 VTV 使用 HSC 子池,则可以看到为系统定义的所有 VTV 的 VTV 暂存计数。暂存 VTV 计数没有好数量和坏数量,只要有一些可用的暂存 VTV 即可。“可用暂存 VTV 的正确数量”取决于您的企业的需求和工作负荷。
如果表 4-4 显示了每个子池具有 50 或更低的可用暂存 VTV,您可能有点担心了,对吗?如果发生该情况,可以执行下列一种或多种操作:
通过使用非当前数据暂存 VTV 来释放 VTV 卷序列号。这是在系统中有足够的总 VTV 数时采取的操作,但没有足够的可用暂存卷。
实际上,您不执行该暂存,这应该是 TMS 需要执行的任务,初始配置应该已向您的 TMS 定义了 VTV 卷序列号。如果未发生该情况,则返回并执行该操作。更有可能的情况是,您可能已通过 VTCS CONFIG 语句添加了 VTV 范围并且忘记向 TMS 定义新范围,因此应返回并修复该问题。安装 ELS 中对其进行了全面介绍。
不过,请注意,使用 TMS 将 VTV 标记为暂存仅是解决方案的一部分。还必定会发生的事情是 VSM 邻域中的某人必须将 VTV 数据标记为非当前(因此是可写入的),如果是驻留在 VTSS 上的 VTV,会将其从缓冲区中删除。
由于实际删除 VTV 数据是重大的决定(数据会消失),因此您将进行判断并将其称为“按需”任务,如果您选择该方式,请转至“执行需求 MVC 空间回收”。
使用 POOLPARM 或 VOLPARM 添加 VTV。这是您的次优选项,当确实没有任何具有非当前数据的 VTV 时执行该操作。事实证明,不仅是 POOLPARM 或 VOLPARM,您还必须执行相应的 TMS 定义等。同样,安装 ELS 中对其进行了全面介绍。
更改 TAPEREQ 语句或 SMS 例程以临时将磁带工作重新路由至 Nearline HSC 处理过程,直到您可以定义其他 VTV。这可能是您最不喜欢的选项,因为您本质上将向 Nearline 磁带直接发送本打算发送到 VSM 的数据,因此收拾烂摊子可不是一件小事。如果您有可用的 Nearline 资源并且您迫切需要将输入写入暂存卷,这仍然是需要采取的(暂存)方法。
“检查虚拟磁带状态(每日)”介绍了确保系统的 VTSS、VTD 和 VTV 正常运行有多么重要。
考虑 VSM 的 Nearline 组件(RTD 和 MVC),这是 VTV 将要迁移到和从中撤回的位置(某些 MVC 空间回收在后台运行),您将同意该区域也值得您充分重视。
输入 Display RTD。
良好的情况如表 4-5 所示。
表 4-5 VT Display RTD 命令的示例输出-一切良好
RTD | STATUS | MOUNT | ALLOC | HOST | VTSS |
---|---|---|---|---|---|
B200 |
ONLINE/FREE |
- |
- |
- |
HBVTSS16 |
B201 |
ONLINE/FREE |
- |
- |
- |
HBVTSS16 |
0B79 |
ONLINE/FREE |
- |
- |
- |
HBVTSS16 |
0B7A |
RECALL VTV |
DMV051* |
DMV051 |
EC20 |
HBVTSS16 |
1600 |
MVS1 :MIGRATE |
- |
- |
- |
- |
1601 |
MVS1 :MIGRATE |
- |
- |
- |
- |
在表 4-5 中,操作顺利执行,因为迁移、撤回和可用于新工作的 RTD 之间有很好的平衡,而在表 4-6 中就不是这样。
表 4-6 VT Display RTD 命令的示例输出-陷于困境的 RTD
RTD | STATUS | MOUNT | ALLOC | HOST | VTSS |
---|---|---|---|---|---|
B200 |
MVS1 :MIGRATE |
- |
- |
- |
- |
B201 |
MVS1 :MIGRATE |
- |
- |
- |
- |
0B79 |
MVS2 :MIGRATE |
- |
- |
- |
- |
0B7A |
MVS2 :MIGRATE |
- |
- |
- |
- |
1600 |
MVS1 :MIGRATE |
- |
- |
- |
- |
1601 |
MVS1 :MIGRATE |
- |
- |
- |
- |
如果表 4-6 多少是在步骤 2 中采取的紧急措施的结果,则除了等待系统平息下来,您没有多少可做的。不过,如果您有其他可用的 RTD(例如,您手动与 MVS 和 VSM 共享的 RTD),则将其更改为在 MVS 中脱机并使用 Vary RTD 使其可用于 VTCS。
接下来,查看执行 Display MVCPool 命令时 MVC 的情况如何。
图 4-1 显示了未指定 MVC 池名称的 Display MVCPool 输出示例,因此您会看到系统的所有 MVC 的信息。
图 4-1 显示了 MVC 集合处于良好的状态。似乎有大量空闲 MVC(100% 可用空间,无迁移的 VTV)以及多个 ACS 和 MVC 介质类型上的大量空闲空间。符合回收条件的 MVC 的数量相对较少,这意味着自动空间回收可能不会采取迁移/撤回活动的方法。
使用的 MVC 与空闲 MVC 的比例看起来很正常(可能 ACS 01、ECART 和 ZCART 介质中除外)。对于这些 MVC,您可能需要进行一些调查。找出哪些存储类表示这些 MVC,哪些管理类与这些存储类相对应,可能按管理类暂存某些 VTV。
如果 Display MVCPool 显示类似图 4-2 的内容,应怎么办?
正如您看到的,ACS 01 中的情况变得更糟。现在应怎么办?考虑以下操作,顺序可能如下:
执行需求回收以释放空间;有关更多信息,请参见“执行需求 MVC 空间回收”。
按“更改 RTD 设备类型”中所述添加 MVC。
找出哪些存储类表示这些 MVC,哪些管理类与这些存储类相对应,可能按管理类暂存某些 VTV。
作为跟进步骤,查看您的当前策略并根据需要进行调整。您或许能够通过更改这些策略来创建空闲 MVC 或在 MVC 上释放空闲空间。
该任务不是太复杂,基本包括每周运行其他两个主要状态工具(MVC 报告和 VTV 报告)。
注:
使用以下命令之一运行 VTV 报告:VTVRPT BASIC
,该命令显示使用 EXPORT
命令迁移至 MVC 的所有 VTV 副本
VTVRPT COPIES
,该命令显示使用 EXPORT
命令迁移至 MVC 的所有 VTV 副本以及使用 EEXPORT
命令迁移的所有 VTV 副本
首先使用 VTV 报告,该报告如图 4-3 所示。
初看时,VTV 报告似乎庞大且不直观,有很多数据行,每一行都描述系统中您曾想了解的每个 VTV 的所有内容。
可通过什么方法使 VTV 报告对您的情况更有用?首先,可以针对卷序列号列表、卷序列号范围甚至单个卷序列号运行 VTVRPT 实用程序。如果您已打算检查特定的 VTV,则使用这些选择选项之一。
然后,VTVRPT 实用程序还提供 OPTION(UNAVAIL) 参数,该参数生成有关不可用的 VTV 的报告,如图 4-4 中所示。
显然,如果您具有无法访问您认为驻留的 VTV 的作业(或 VTCS)报告,OPTION(UNAVAIL) 是最佳选项。
您还可以通过 VTVRPT 实用程序获得 XML 输出的灵活性。您可以为所选的报告和实用程序生成结构化 XML 或逗号分隔变量 (Comma Separated Variable, CSV) XML 格式的输出。
结构化 XML 和 CSV 输出之间有何差异?考虑以下情况:
结构化 XML 包含针对每个命令或实用程序显示的所有标记和结构(然后您可以使用选择的编程语言根据需要对其进行处理)。
CSV 输出允许您仅选择您需要的标记(及其顺序)。每个输出行包含固定数量的由逗号分隔的字段,然后可以将其输入到电子表格或报告编写器中以用于可定制的分析或报告。
您现在可以通过两种方法针对您的企业需求有效地定制基本 VTV 报告。有关该主题的更多信息,请参见《ELS Programming Reference》。
最后,应注意 LCM 提供与 ELS/VTCS 功能(包括 VTCS MVC 和 VTV 报告)对应的增强管理和报告功能。有关更多信息,请参见“LCM 控制语句”。
最后,查看 MVC 摘要报告,如图 4-5 所示。
MVC 摘要报告与库存 VTV 报告很相似;如果您知道您要查找什么内容,这是很好的,否则您将面对太多的信息。
从 MVC 详细报告获取的额外字段对于更好地了解情况可能更有用。请参见图 4-6。
此处提供了一些有关 MVC 上 VTV 的详细信息,如有必要,您可以使用这些信息执行一些诊断工作。
与 VTV 报告一样,您也可以使用 MVC 报告执行以下任一操作:
生成结构化 XML 或逗号分隔变量 (Comma Separated Variable, CSV) XML 格式的输出,如《ELS Programming Reference》中所述。
使用对应的 LCM 报告,如“LCM 控制语句”中所述。
有关使用 VTCS 系统信息显示板的信息差不多就这些了。您可以执行大量其他任务,并且您可能会执行这些任务,例如但不限于运行 MVC 池报告(如果您使用了命名 MVC 池)。但这是有关“按需”管理任务的信息。
您应从本章了解到的主要信息是按照检查虚拟磁带状态(每日) 和检查 Nearline 磁带状态(每日) 中所述执行每日任务以及按照“查看重点(每周)”中所述执行每周任务,这样您将使您的 VTCS 系统保持正常运行。