12 了解 STA Analytics

本节提供了相关概念和任务来帮助您解释和使用 STA 提供的数据。它假定您对 STA 特性和功能有基本的了解。

本章包含以下各节:

数据保留

STA 数据存储库作为历史记录无限期地保留,并且永远不会删除。但是,已移除资源(磁带库、磁带机和介质)的数据可能会在 STA 数据屏幕中隐藏,具体取决于用户名的 "Data Handling" 设置。有关详细信息,请参见移除的磁带机和介质移除的磁带库

STA 首次开始跟踪磁带库、磁带机或介质时,将会向该资源分配 STA Start Tracking 时间戳。如果以后从磁带库环境中移除了资源,则会分配 STA Stop Tracking 时间戳。如果以后重新添加了资源,则 STA Start Tracking 属性将反映 STA 首次开始跟踪该资源时分配的原始时间戳。

注:

MySQL Event Scheduler 会定期从数据库中清除已处理的 SNMP 记录,以最大程度地降低数据库的增长。

未完成的交换

处理和完成介质交换可能需要几秒钟到几个小时的时间,具体取决于启动主机请求的性质。要对交换执行完整的分析并更新磁带机和介质运行状况,STA 必须从介质挂载和卸载事件接收信息。如果在交换正在进行时磁带库连接断开,您可能会在 "Exchanges Overview" 屏幕上看到未完成的交换。

下面是磁带库连接可能会断开的部分原因:

  • 您通过 STA 用户界面手动删除了磁带库连接。

  • 您停止 STA 以执行服务器维护或 STA 升级。

  • 出现影响 STA 服务器的电源或网络中断。

恢复磁带库连接后,STA 会正常处理并报告所有新的交换。不过,连接断开时,STA 不会收到任何交换信息,这会产生以下影响:

  • STA 不会收到在连接断开时启动并完全完成的交换记录。这些交换不会显示在 STA 屏幕上,并且在计算磁带机或介质运行状况时不会使用这些交换。

  • STA 仅收到在连接断开时启动或完成的交换的部分信息。例如,对于在连接断开时启动并在连接恢复后完成的交换,STA 仅收到卸载信息。相反,对于在连接正常时启动但在连接断开时完成的交换,STA 仅收到挂载信息。对于这些部分交换,STA 没有足够的信息执行完整的分析,会将 "Exchanges Overview" 屏幕上的 "Drive and Media Health"、"Exchange Elapsed Time"、"Exchange Mount Time" 和 "Media and Drive Exchange Status" 等属性设置为空或 "Unknown"。此外,在计算磁带机或介质运行状况时不会使用这些交换。

STA 屏幕上的暗色值

有时您可能会看到屏幕上的数据元素或资源标识符呈现暗色(灰色)。虽然这些数据元素通常为指向更多详细信息的活动链接,但暗色值不是链接。下面是可能呈现为暗色的元素:

  • 移除的磁带机;有关详细信息,请参见移除的磁带机和介质

  • 移除的介质;有关详细信息,请参见移除的磁带机和介质

  • 尚未完成的交换;交换完成后,标识符将不再呈现暗色,链接将处于活动状态。

  • 不存在相应元素的警报事件类型

暗色数据元素也可能是由处理中的升级引起的。它们将随着处理的进行逐渐变为活动链接。

移除的磁带机和介质

默认情况下,已从磁带库环境移除的磁带机和介质不会出现在 STA 屏幕上。您可以通过 STA 用户名的 "Data Handling" 首选项开启移除的磁带机、移除的介质或两者的显示。您的选择会立即生效,因此您可以根据需要选择在整个登录会话中显示或隐藏移除的磁带机或介质。有关其他详细信息,请参见以下各节:

注:

不会从 STA 数据存储库中删除移除的磁带机和介质的数据。有关详细信息,请参见数据保留

标识移除的磁带机和介质

如果选择显示移除的磁带机或介质,则它们在 "Drives – Overview" 和 "Media – Overview" 屏幕上由以下属性值予以标识:

  • STA Stop Tracking 日期指示 STA 确定磁带机或介质不再存在于受监视磁带库中的日期和时间。由于磁带机或介质移除的时间与 STA 收到磁带库更改通知的时间之间可能会有延时,因此该值可能会与物项的物理移除时间稍有不同。

  • 以下属性设置为 "REMOVED":

    • Library Complex Name

    • Drive Library Name 或 Media Library Name

    • Library Model

    • Partition Type

    • Partition Name

    • Physical Address

    在 "Exchanges – Overview" 和 "Media Validation Overview" 等活动屏幕上,移除的磁带机和介质的标识符呈现暗色。有关详细信息,请参见STA 屏幕上的暗色值

移除的磁带机和介质对计算总数的影响

STA 不仅提供磁带库系统的当前信息,还提供随着时间的推移收集的历史信息。随着磁带机和介质在系统中的添加或删除,用于 STA 计算的磁带机和介质的总数也会变化。这些变化可能会导致历史汇总值(如 30 天移动平均值)和仅使用当前显示的记录计算的相应值之间存在差异。

  • 历史汇总-滚动 30 天与每日汇总和平均值始终是根据报告期间系统中的磁带机和介质数量来计算的;因此,它们不会受 STA 用户名的移除的磁带机和介质设置的影响。例如,在 30 天期限内的第 10 天移除的磁带机将用于计算前 10 天的汇总和平均值,但不会用于计算剩余 20 天的汇总和平均值。有关示例,请参见移除的磁带机和介质对计算汇总有何影响

  • 当前显示的值-"Overview" 和 "Analysis" 屏幕上显示的总数和聚合值是根据当前显示的记录数来计算的;因此,它们会受 STA 用户名的移除的磁带机和介质设置的影响。例如,如果关闭了移除的磁带机的显示设置,则移除的磁带机将不会在 "Drives – Overview" 屏幕上列出,也不会包括在该屏幕上的总记录计数中或 "Drives – Analysis" 屏幕的聚合值中。有关示例,请参见移除的磁带机和介质对 "Overview" 和 "Analysis" 屏幕有何影响

移除的磁带机和介质对计算汇总有何影响

STA 可计算多种每日和 30 天汇总属性,如读取、写入、发送和接收的兆字节;磁带机错误和清洗数;以及磁带机利用率百分比。磁带机和介质将包括在这些值的计算中,直到它们从磁带库系统中移除。

例如,在 4 月 15 日 17:00 移除磁带机会对这些汇总值造成以下影响:

  • 每日汇总-磁带机在 4 月 15 日 17:00 之前的活动将包括在每日汇总中。由于磁带机已经移除,因此 4 月 16 日及以后的每日汇总中将不会包括该磁带机的任何活动。

  • 30 天汇总-磁带机的活动将包括在 4 月 15 日及之后 30 天的 30 天汇总中,但随着 30 天窗口向前推进,包括活动的天数会一天天减少。自 5 月 15 日起,30 天汇总将不包括该磁带机的任何活动。

移除磁带机和介质对 "Overview" 和 "Analysis" 屏幕有何影响

本节提供了多个示例来说明移除的磁带机和介质显示设置对以下屏幕的影响。

注:

尽管这些示例主要针对移除的磁带机,但同样的原则和屏幕显示特点也适用于移除的介质和 "Show Removed Media" 设置。

"Drives – Overview" 屏幕

图12-1 显示了选中 "Show Removed Drives" 设置之后的 "Drives – Overview" 屏幕。移除的磁带机将在 "Drives – Overview" 屏幕上列出,且记录总数中包括移除的磁带机。在本示例中,共有 1,024 个磁带机,突出显示了磁带机 HU180214PT,以显示 Library Complex Name 和 Drive Library Name 均指示 "REMOVED",且 "STA Stop Tracking" 列显示了磁带机的移除日期。

图12-1 "Drives – Overview" 屏幕,其中 "Show Removed Drives" 设置为 "On"

图12-1 的说明如下
说明 - 图12-1 "Drives – Overview" 屏幕,其中 "Show Removed Drives" 设置为 "On"

图12-2图12-3 显示了取消选中 "Show Removed Drives" 设置之后的 "Drives – Overview" 屏幕。移除的磁带机未在 "Drives – Overview" 屏幕上列出,且记录总数不包括移除的磁带机。在图12-2 中,共有 936 个磁带机,且显示的所有磁带机的 "STA Stop Tracking" 日期均为空。

图12-2 "Drives – Overview" 屏幕,其中 "Show Removed Drives" 设置为 "Off"

图12-2 的说明如下
说明 - 图12-2 "Drives – Overview" 屏幕,其中 "Show Removed Drives" 设置为 "Off"

图12-3 中,对 "Drives – Overview" 屏幕进行了过滤,以显示序列号以 "HU180214" 开头的所有磁带机。移除的磁带机 HU180214PT 未显示在列表中。

图12-3 "Drives – Overview" 屏幕,其中 "Show Removed Drives" 设置为 "Off",并通过过滤来查找已知的已移除磁带机

图12-3 的说明如下
说明 - 图12-3 "Drives – Overview" 屏幕,其中 "Show Removed Drives" 设置为 "Off",并通过过滤来查找已知的已移除磁带机

"Drives – Analysis" 屏幕

图12-4 显示了选中 "Show Removed Drives" 设置之后的 "Drives – Analysis" 屏幕。已移除磁带机的聚合数据包括在标题 Library Complex Name "REMOVED" 以及 Drive Library Number "‐1" 之下。磁带机总数为 1024,已移除的磁带机总数为 88。

图12-4 "Drives – Analysis" 屏幕,其中 "Show Removed Drives" 设置为 "On"

图12-4 的说明如下
说明 - 图12-4 "Drives – Analysis" 屏幕,其中 "Show Removed Drives" 设置为 "On"

图12-4显示了取消选中 "Show Removed Drives" 设置之后的 "Drives – Analysis" 屏幕。表中不包括已移除的磁带机的聚合数据。没有针对 Library Complex Name "REMOVED" 和 Drive Library Name "‐1" 的标题。磁带机总数为 936。

图12-5 "Drives – Analysis" 屏幕,其中 "Show Removed Drives" 设置为 "Off"

图12-5 的说明如下
说明 - 图12-5 "Drives – Analysis" 屏幕,其中 "Show Removed Drives" 设置为 "Off"

交换和清洁活动屏幕

"Exchanges Overview" 和 "Drive Cleanings Overview" 屏幕始终会显示涉及移除的磁带机和介质的交换,与您的显示设置无关。所有屏幕属性都指明在交换时的值。

图12-6 中,选中了 "Show Removed Drives" 设置。移除的磁带机的 "Drive Serial Number" 条目是指向 "Drives – Overview, Detail View" 屏幕的活动链接。

图12-6 "Exchanges Overview" 屏幕,其中 "Show Removed Drives" 设置为 "On"

图12-6 的说明如下
说明 - 图12-6 "Exchanges Overview" 屏幕,其中 "Show Removed Drives" 设置为 "On"

图12-7 中,取消选中了 "Show Removed Drives" 设置。已移除的磁带机的 "Drive Serial Number" 条目呈现暗色,并且不是活动链接。

图12-7 "Exchanges Overview" 屏幕,其中 "Removed Drives" 设置为 "On"

图12-7 的说明如下
说明 - 图12-7 "Exchanges Overview" 屏幕,其中 "Removed Drives" 设置为 "On"

"Alerts Overview" 屏幕

"Alerts Overview" 屏幕将始终显示涉及移除的磁带机和介质的警报,与您的显示设置无关。警报将会始终保留,即使在移除关联的磁带机或介质之后也是如此。

在下面的示例中,已取消选择 "Removed Drives" 设置。STA 正在监视 LibraryABC(拥有 60 个磁带机),过去 30 天内看到的所有 27 个磁带机警报均缘于其中两个磁带机。这两个磁带机随后已从磁带库中移除。

在 "Drives – Overview" 屏幕上,LibraryABC 中所有磁带机的 "Drive Alerts (30 Days)" 属性值均为 "0"。这是因为导致所有 27 个警报的磁带机已从磁带库中移除。

在过滤条件为 "Alert Type Is Drive" 的 "Alerts Overview" 屏幕上,显示了 27 个警报。

"Media Validation Overview" 屏幕

已移除的磁带机和介质的待处理 STA 介质验证请求将保留在验证请求队列中,除非您明确将其取消。有关详细信息,请参见取消暂挂的介质验证请求

移除的磁带库

如果将磁带库从磁带库环境中移除,则会对立即对 STA 屏幕进行以下更新:

  • STA 不再从磁带库中收集数据,您可以将 STA 服务器陷阱接收方从磁带库 SNMP 配置中删除。

  • 磁带库从 "Libraries Overview" 和 "Complexes Overview" 屏幕中删除。

  • 磁带库中包括的磁带机和介质从 "Drives" 和 "Media" 屏幕中删除。

  • 磁带库中发生的所有交换和清洗活动均从 "Exchanges Overview" 和 "Drive Cleanings Overview" 屏幕中删除。

  • 磁带库及其磁带机和介质的所有消息均从 "Drives Messages"、"Media Messages" 和 "All Messages Overview" 屏幕中删除。

  • 待处理 STA 介质验证请求将保留在验证请求队列中,除非您明确将其取消。有关详细信息,请参见取消暂挂的介质验证请求

有关说明,请参见从 STA 删除磁带库连接

尽管磁带库数据可以从用户界面屏幕中删除,但它永远不会从 STA 数据存储库中删除。如果您以后重新建立到磁带库的连接,则所有现有磁带库数据将再次在 STA 屏幕上提供。请参见数据保留

“缺少的”介质

收集数据时,介质必须位于磁带库存储单元或磁带机中,才能检测到该介质(有关数据收集过程的详细信息,请参见维护 SNMP 连接和 STA 数据存储库)。数据收集将不会检测到位于“瞬态”位置的介质。瞬态位置定义为以下任一位置:

  • 机械手

  • 升降装置-仅限 SL8500 磁带库

  • 直通端口 (Pass-thru port, PTP)-仅限 SL8500 复合磁带库

  • 磁带库初始化时的磁带机;即磁带库重新初始化时,而介质留在磁带机中。

STA 应用程序包括了用来处理这些瞬态移动的逻辑-意外“消失”的介质将保留在 STA 屏幕上,以期在特定的短时间内再次对其进行检测。仅当在该时间段内仍然检测不到该介质时,STA 才会将其从屏幕中删除。尽管这种情况很少发生,但很有可能在 SL8500 复合磁带库中发生。在该磁带库中,介质卡盒频繁地通过直通端口 (pass-thru port, PTP) 从一个磁带库转移到另一个磁带库。

如果无法在 "Media – Overview" 屏幕上找到希望看到的卷序列号(volume serial number, VSN 或 volser),建议您执行以下操作:

  1. 验证您的 volser 是否正确。

  2. 针对该 volser 过滤 "Media – Overview" 屏幕,以确定列表中是否真的缺少该 volser。

  3. 如果 volser 出现在 "Media – Overview" 屏幕中,则检查 "Start Tracking"、"End Tracking" 和 "Ejected Date" 属性。"Ejected Date" 指示介质是通过磁带存取口 (cartridge access port, CAP) 或存取扩展模块 (access expansion module, AEM)(SL3000 磁带库)或中转槽(SL150 磁带库)弹出的。

  4. 如果介质具有 "End Tracking" 日期而不具有 "Ejected Date",则该介质可能已通过不受支持的方式(如通过开放磁带库门)从磁带库环境中移除。在显示板上,检查 "Media Exception Report" portlet。该报告列出了通过 CAP、AEM 或中转槽以外的方式离开磁带库的介质。

  5. 在您期望介质位于其中的磁带库上启动手动数据收集。有关说明,请参见执行手动数据收集

重复的卷序列号

在 STA 数据存储库中,介质历史记录是按卷序列号(volume serial number, VSN 或 volser)保留的。也就是说,特定介质部分的所有历史记录均与其 volser 相关。因此,建议您在 STA 监视的磁带环境中避免使用重复的卷序列号(volume serial number, VSN 或 volser)。Volser 在所有受监视磁带库中应该唯一。重复的 volser 将会导致不同介质部分的数据混淆。

只有在具有相同 volser 的介质同时具有相同的域和类型时,才将 volser 视为重复项。域标识介质格式,类型标识介质版本,如以下示例所示:

  • LTO6-"LTO" 是域,"6" 是类型。

  • T10000T1-"T10000" 是域,"T1" 是类型。

两盒不同的 LTO4 磁带上使用的相同 volser 会被视为重复项,而 LTO4 磁带与 LTO5 或 T10000T1 磁带上的相同 volser 不会被视为重复项。

出现真正重复的 volser 的原因有很多,例如:

  • 对于清洗介质,只有 999 个全局可用的 volser。具有 1,000 个或更多清洗介质的大型磁带环境必然会有重复的 volser。

  • 各种磁带管理应用程序可能会允许存在重复的 volser。只有具有 SCSI 主机连接的磁带库(SL150、SL500 和部分 SL3000 磁带库)是这种情况。具有主机磁带库接口 (Host Library Interface, HLI) 主机连接的磁带库(SL8500 和部分 SL3000 磁带库)使用 Oracle 的 StorageTek Enterprise Library Software (ELS) 或 Oracle 的 StorageTek Automated Cartridge System Library Software (ACSLS),这两个应用程序不允许存在重复项。

在以下情况中,可能会有看似重复的 volser,但实际上只有一个介质,并且 volser 是唯一的:

  • 介质从一个磁带库移动到另一个磁带库。

  • 介质从磁带库中弹出,移出站点一段时间,然后重新进入磁带库。

交换上的 "Duplicate Detected" 标志

"Duplicate Detected" 标志将出现在 "Exchanges Overview" 屏幕上,并指示交换中涉及的 volser 是重复项-该介质与具有相同的域和类型但不同的介质序列号 (media serial number, MSN) 的另一介质有相同的 volser。如果发现交换具有该标志,应当进行调查并确定是否要为其中一个介质分配一个不同的 volser,否则两个介质的数据将会混淆。有关其他信息,请参见《STA 数据参考指南》

注:

只有部分磁带机类型和固件级别会报告 MSN;因此,对于某些磁带机类型,STA 可能不会收到检测重复的 volser 所需的所有信息。

映射主机和 STA 磁带机标识符

在 STA 中,可以通过磁带机序列号、全球名称 (World Wide Name, WWN) 或者在磁带库中的物理位置来标识磁带机。但是,STA 不知道也无法显示主机用来标识磁带机的逻辑设备 ID。如果要将主机磁带机标识符映射到 STA 标识符,必须手动执行此操作。

大型机标识符

大型机使用四位十六进制磁带机 ID (0000–FFFF) 来标识磁带机。要将主机标识符映射到 STA 标识符,可以在大型机上使用 Oracle 的 Enterprise Library Software (ELS) Display DRives 命令。IDEntity 选项列出每个磁带机的大型机十六进制 ID、序列号和 WWN。下面是一个命令输出示例。

示例12-1 ELS Display DRives 命令输出样例

DISPLAY DRIVES IDENTITY
.SLS4633I Display Drives Command 994
 DRIVE LOCATION MODEL WORLD WIDE NAME SERIAL NUMBER
 0A10 00:02:01:08 T9840D 50:01:04:F0:00:79:18:CD 5700GU008737
 0A11 00:02:01:09 T9840D 50:01:04:F0:00:79:18:C1 5700GU006080
 0B04 01:01:01:14 T9940B 50:01:04:F0:00:89:A7:74 479000025047
 0B05 01:02:01:14 T9940B 50:01:04:F0:00:89:A7:44 479000026693
 0B06 01:02:01:15 T1B35 50:01:04:F0:00:89:A7:68 572004003720
 0B07 01:02:01:11 T1B35 50:01:04:F0:00:89:A7:68 572004003720

可以从大型机上的多个位置发出此命令,包括操作控制台和 SMCUUUI 实用程序批量作业。此外,还可以将命令输出保存到 .csv.xml 文件中。有关用法、语法和选项的完整详细信息,请参见《ELS Command, Control Statement, and Utility Reference》手册。

开放系统标识符

在开放系统主机(Linux 和 Solaris)上,磁带机的逻辑设备名称位于 /dev/rmt 目录中。要将主机逻辑名称映射到 STA 标识符,可以创建该目录的长列表 (ls -l)。命令输出显示了逻辑设备名称以及指向原始设备文件的指针,其中包括磁带机的 WWN。下面是在 Linux 上的一个输出示例;每个磁带机的逻辑设备名称和 WWN 以粗体突出显示。

示例12-2 Linux /dev/rmt 目录列表样例

# ls -l /dev/rmt
lrwxrwxrwx 1 root root 86 Jan 31 16:31 /dev/rmt/0cbn ->../../devices/pci@79,0/pci10de,377@a/pci1077,171@0/fp@0,0/tape@w500104f000b8050e,0:cbn
lrwxrwxrwx 1 root root 86 Jan 31 16:31 /dev/rmt/1cbn ->../../devices/pci@79,0/pci10de,377@a/pci1077,171@0/fp@0,0/tape@w500104f000b80511,0:cbn
#