5 STA 警报

STA 警报功能根据用户定义的警报策略通知您磁带库系统中的事件和状况。您可以根据需要创建任意数量的警报策略。警报策略标识您希望收到其警报的状况和事件的类型以及可采用的警报生成频率。此外,您可以指示要将警报发送到指定的电子邮件地址。

本章包含以下各节:

警报的工作原理

STA 警报过程由以下几部分组成:

定义警报策

具有 Administrator 特权的用户可以从 Setup & Administration 选项卡上的 "Alerts Policies" 屏幕执行该部分过程。

创建警报策略后,可立即启用该策略或暂时使其保持禁用状态。此外,随 STA 提供了多个警报策略样例,它们默认情况下处于禁用状态(有关详细信息,请参见STA 警报策略样例)。只会使用已启用的警报策略来生成警报。

要定义警报策略,请指定以下信息:

  • 策略名称-策略的字母数字标识符。策略名称必须唯一。

  • 策略说明-策略的可选说明。

  • 实体类型-实体是指磁带库系统资源或事件。必须指定警报策略要评估的实体的类型。选项包括磁带库、磁带机、介质、交换和介质验证。有关完整列表,请参见警报策略实体

  • 严重性-确定每当满足该策略定义的条件时可采用的警报生成频率。有关详细信息,请参见警报策略严重性

  • 警报条件-评估相应磁带库系统资源时使用的用户定义的条件。警报条件的工作原理与 STA 过滤功能大致相同。有关详细信息,请参见"Filter Data" 对话框

  • 电子邮件收件人-每当策略生成警报时用于接收电子邮件的电子邮件地址可选列表。有关详细信息,请参见警报电子邮件

警报生

该部分过程由 STA 自动完成。

STA 持续在后台评估已启用的警报策略。具体而言,只要发生下列类型的活动,就会对警报策略进行评估:

  • 以任何方式创建或修改了状态为启用的警报策略。

  • 发生磁带机/介质更换。

  • 发生介质验证交换。

  • 收到来自受监视磁带库的 SNMP 陷阱。

  • 发生磁带库数据收集。

  • 发生 STA 应用程序或服务器事件。

STA 基于警报策略条件和严重性生成警报。如果符合策略条件,并且针对同一磁带库资源和事件的上一个警报已过去足够长的时间,则会生成新警报。时间期限由策略严重性确定。有关详细信息,请参见警报策略严重性

如果警报策略包括电子邮件地址,将会向指定的地址发送包含警报详细信息的电子邮件。有关详细信息,请参见警报电子邮件

有关警报策略评估过程的更多详细信息,请参见警报策略严重性示例

监视生成的警报

任何 STA 用户都可以从 Tape System Activity 选项卡上的 "Alerts Overview" 屏幕中执行该部分过程。

该屏幕显示了生成的警报的列表,您可以根据需要对此列表进行排序、过滤、导出和打印。具有 Operator 特权的用户还可以向所选警报添加注释。

如果您的站点使用了警报工作流,则可以更新所选警报的状态,以反映当前进度。警报工作流管理是一个可选的手动过程。有关详细信息,请参见警报工作流

用于警报管理的用户角色

表5-1 汇总了每个 STA 用户角色可执行的警报策略定义活动。

表5-1 警报策略用户角色

用户角色
警报策略活动
屏幕

Operator 及以上

显示、过滤和打印已定义的警报策略列表。

选择 Setup & Administration,然后选择 Alerts Policies

仅 Administrator

定义警报策略。

复制警报策略。

重命名策略。

更改策略条件。

更改电子邮件收件人列表。

启用或禁用警报策略。

删除警报策略。

选择 Setup & Administration,然后选择 Alerts Policies


表5-2 汇总了每个 STA 用户角色可执行的警报监视活动。

表5-2 警报监视用户角色

用户角色
警报监视活动
屏幕

Viewer 及以上

显示、过滤和打印生成的所有警报的列表。

将警报列表导出到电子表格或文档。查看所选警报的详细信息。

更改所选警报的状态。

显示或隐藏已解除的警报。

选择 Tape System Activity,然后选择 Alerts Overview

Operator 及以上

向警报添加注释。

选择 Tape System Activity,然后选择 Alerts Overview


有关定义警报策略的详细信息

本节提供了更多详细信息来帮助您创建警报策略。其中包括以下信息:

警报策略实体

您可以为以下类型的实体或磁带库系统资源和事件定义警报策略:

  • 复合磁带库

  • 磁带库

  • 磁带机

  • 介质

  • 机械手装置

  • CAP

  • PTP-仅与 SL8500 磁带库相关。

  • 升降装置-仅与 SL8500 磁带库相关。

  • 交换-有关交换警报策略的处理方式与其他策略类型的不同之处的信息,请参见警报策略严重性

  • 介质验证-仅当 STA 中启用了介质验证时应用。警报仅由最终验证结果而非中间结果触发。有关详细信息,请参见STA 介质验证

  • STA 应用程序本身-每当 STA 应用程序重新启动时收到通知。

警报策略严重性

策略严重性决定了根据策略生成警报时可以采用的频率。严重性级别说明如下:

  • Severe-可以每个小时生成一个警报。

  • Warning-可以每 24 小时生成一个警报。

  • Informative-仅生成一个警报;即使仍然符合策略条件也不再生成其他警报。

有关详细介绍所分配严重性级别的影响的示例,请参见警报策略严重性示例

交换和介质验证活动警报策略和严重性

由于交换和介质验证是离散事件,而非持久性资源,因此,每当处理新的交换或验证且符合策略条件时,交换和介质验证警报策略都会生成警报,而不管时间范围如何。因此,分配给这些警报策略的严重性级别无关紧要。有关详细信息,请参见下面的示例4示例5

除了交换和介质验证警报策略外,必须注意不要创建可能会为同一个交换或验证生成多个警报的重叠策略。有关详细信息,请参见避免过多的警报

警报策略严重性示例

以下示例说明了如何以及何时基于特定的策略条件和严重性生成警报。这些示例说明了策略的严重性级别如何影响警报的生成频率。您可以使用此信息决定要分配给警报策略的严重性级别。

示例1   磁带机的 "Warning" 策略

该策略针对因为运行状况是 ACTION 或 EVALUATE 而需要注意的磁带机生成警报。

策略实体:磁带机

策略严重性:Warning-可以每隔 24 小时生成一个警报。

策略条件:磁带机运行状况指示符为 ACTION 或 EVALUATE。

时间
事件
评估
结果
第 1 天 05:00:17 创建并启用了策略。

磁带机 1 运行状况为 EVALUATE。

磁带机 2 运行状况为 MONITOR。

针对所有磁带机对该策略进行了评估,并且与磁带机 1 匹配,但是与磁带机 2 不匹配。 针对磁带机 1 生成了警报并向所定义的收件人发送了电子邮件。

没有针对磁带机 2 的警报。

第 1 天 08:12:24 磁带机 1 运行状况变为 ACTION。

磁带机 2 运行状况仍为 MONITOR。

针对所有磁带机对该策略进行了评估,并且与磁带机 1 匹配,但是与磁带机 2 不匹配。 由于距磁带机 1 的上一个警报小于 24 小时,因此未生成新警报。

没有针对磁带机 2 的警报。

第 1 天 13:37:01 磁带机 1 运行状况仍为 ACTION。

磁带机 2 运行状况变为 EVALUATE。

针对所有磁带机对该策略进行了评估,并且与磁带机 1 和磁带机 2 都匹配。 没有针对磁带机 1 的警报。

针对磁带机 2 生成了警报并且向所定义的收件人发送了电子邮件。

第 2 天 05:01:03 磁带机 1 运行状况仍为 ACTION。

磁带机 2 运行状况仍为 EVALUATE。

针对所有磁带机对该策略进行了评估,并且与磁带机 1 和磁带机 2 都匹配。 由于距上次针对磁带机 1 生成警报已经超过 24 小时,因此生成了一个新警报并且向所定义的收件人发送了电子邮件。

由于距上次针对磁带机 2 生成警报小于 24 小时,因此没有针对磁带机 2 生成新警报。

第 2 天 17:08:43 向策略中添加了新的电子邮件收件人。

磁带机 1 运行状况仍为 ACTION。

磁带机 2 运行状况仍为 EVALUATE。

针对所有磁带机对该策略进行了评估,并且与磁带机 1 和磁带机 2 都匹配。 没有针对磁带机 1 的新警报。

由于距上次针对磁带机 2 生成警报已经超过 24 小时,因此生成了一个新警报并且向所定义的收件人发送了电子邮件。


示例2   磁带机的 "Informative" 策略

本示例提供了与 0 相同的策略条件,但严重性为 "Informative"。

策略条件:磁带机运行状况指示符为 ACTION 或 EVALUATE。

策略实体:磁带机

策略严重性:Informative-仅生成一次警报。

时间
事件
评估
结果
05:00:17 创建并启用了策略。

磁带机 1 运行状况为 EVALUATE。

磁带机 2 运行状况为 MONITOR。

针对所有磁带机对该策略进行了评估,并且与磁带机 1 匹配,但是与磁带机 2 不匹配。 针对磁带机 1 生成了警报并向所定义的收件人发送了电子邮件。该策略不会为此磁带机生成其他警报。

没有针对磁带机 2 的警报。

08:12:24 磁带机 1 运行状况变为 ACTION。

磁带机 2 运行状况仍为 MONITOR。

针对所有磁带机对该策略进行了评估,并且与磁带机 1 匹配,但是与磁带机 2 不匹配。 没有针对磁带机 1 的新警报。

没有针对磁带机 2 的警报。

13:37:01 磁带机 1 运行状况仍为 ACTION。

磁带机 2 运行状况变为 EVALUATE。

针对所有磁带机对该策略进行了评估,并且与磁带机 1 和磁带机 2 都匹配。 没有针对磁带机 1 的新警报。

针对磁带机 2 生成了警报并且向所定义的收件人发送了电子邮件。该策略不会为此磁带机生成其他警报。

05:01:03 磁带机 1 运行状况仍为 ACTION。

磁带机 2 运行状况变为 USE。

针对所有磁带机对该策略进行了评估,并且与磁带机 1 匹配,但是与磁带机 2 不匹配。 没有针对磁带机 1 或磁带机 2 的新警报。

示例3   介质的 "Severe" 策略

该策略为导致 5135 FSC 的交换生成警报。此 FSC 指示磁带带头存在的问题,应将介质从磁带库中弹出并尽快检查。

策略实体:介质

策略严重性:Severe-可以根据交换活动每小时生成一个警报。

策略条件:交换 FSC 为 5135。

时间
事件
评估
结果
08:00:53 创建并启用了策略。 在处理新的交换时对该策略进行了评估,未发现匹配项。 未生成警报。
08:05:09 介质 A 的交换上出现 5135 FSC。 在处理新的交换时对该策略进行了评估,并且与介质 A 匹配。 针对介质 A 生成了警报并且向所定义的收件人发送了电子邮件。

该策略不会针对此交换生成其他警报。该策略不会针对介质 A 生成更多警报,除非该介质参与新的交换(假定将来的交换也会导致 5135 FSC)。

09:13:17 介质 B 的交换上出现 5135 FSC。 针对新的交换对该策略进行了评估,并且与介质 B 匹配。 针对介质 B 生成了警报并且向所定义的收件人发送了电子邮件。

该策略不会针对此交换生成其他警报。

10:35:22 介质 A 的新交换上出现 5135 FSC。 针对新的交换对该策略进行了评估,并且与介质 A 匹配。 针对介质 A 生成了警报并且向所定义的收件人发送了电子邮件。

该策略不会针对此交换生成其他警报。


示例4   CAP 的 "Severe" 策略

该策略针对需要注意的 CAP 生成警报。

策略实体:CAP

策略严重性:Severe-可以每小时生成一个警报。

策略条件:CAP 磁带库运行状况为 NOTOPERATIVE 或 CAP 磁带库运行状况为 DEGRADED。

时间
事件
评估
结果
14:05:10 创建并启用了策略。

CAP 1A 处于 DEGRADED 状态。

针对所有 CAP 对该策略进行了评估,并且与 CAP 1A 匹配。 针对 CAP 1A 生成了警报并且向所定义的收件人发送了电子邮件。
15:01:12 CAP 2B 进入 NOTOPERATIVE 状态。 针对所有 CAP 对该策略进行了评估,并且与 CAP 1A 和 CAP 2B 都匹配。 没有针对 CAP 1A 的新警报。

针对 CAP 2B 生成了警报并且向所定义的收件人发送了电子邮件。

15:05:20 CAP 1A 仍处于 DEGRADED 状态且 CAP 2B 仍处于 NOTOPERATIVE 状态。 针对所有 CAP 对该策略进行了评估,并且与 CAP 1A 和 CAP 2B 都匹配。 针对 CAP 1A 生成了一个新警报并且向所定义的收件人发送了电子邮件。

没有针对 CAP 2B 的新警报。

16:01:27 CAP 1A 仍处于 DEGRADED 状态且 CAP 2B 仍处于 NOTOPERATIVE 状态。 针对所有 CAP 对该策略进行了评估,并且与 CAP 1A 和 CAP 2B 都匹配。 没有针对 CAP 1A 的新警报。

针对 CAP 2B 生成了一个新警报并且向所定义的收件人发送了电子邮件。


示例5   使用“介质运行状况指示符”的交换的策略

交换警报策略与其他磁带库系统组件的策略的不同之处在于,对前者而言策略严重性无关紧要。由于交换是离散事件,因此交换警报策略将始终在符合策略条件时生成警报,而与策略严重性无关。本示例对这一点进行了说明。有关可生成较少警报的类似示例,请参见示例5-0

策略实体:交换

策略严重性:因为这是一个交换警报,所以策略严重性无关紧要。在这种情况下,严重性为 "Informative",但所有严重性级别的结果都相同:将会针对涉及运行状况为 EVALUATE 的介质的所有交换生成警报。

策略条件:介质运行状况指示符为 EVALUATE。

时间
事件
评估
结果
第 1 天 13:13:17 创建并启用了策略。

介质 Z 运行状况为 EVALUATE。

针对所有交换对该策略进行了评估,未发现匹配项。 未生成警报。
第 1 天 14:43:09 运行状况为 EVALUATE 的介质 Z 发生交换。 针对所有交换对该策略进行了评估,并且与介质 Z 匹配。 针对介质 Z 生成了警报并且向所定义的收件人发送了电子邮件。
第 1 天 07:20:24 运行状况仍然为 EVALUATE 的介质 Z 发生另一个交换。 针对所有交换对该策略进行了评估,并且与介质 Z 匹配。 针对介质 Z 生成了一个新警报并且向所定义的收件人发送了电子邮件。
第 2 天 15:05:19 运行状况仍然为 EVALUATE 的介质 Z 发生另一个交换。 针对所有交换对该策略进行了评估,并且与介质 Z 匹配。 针对介质 Z 生成了一个新警报并且向所定义的收件人发送了电子邮件。

示例6   使用“介质运行状况指示符”的介质的 "Warning" 策略

该策略针对运行状况为 EVALUATE 的介质生成警报。本示例与示例5-0 类似,但由于它是一个介质警报策略,因此生成的警报较少。

策略实体:介质

策略严重性:Warning-可以每隔 24 小时生成一个警报。

策略条件:介质运行状况指示符为 EVALUATE。

时间
事件
评估
结果
第 1 天 13:13:17 创建并启用了策略。

介质 Z 运行状况为 EVALUATE。

针对所有介质对该策略进行了评估,并且与介质 Z 匹配。 针对介质 Z 生成了警报并且向所定义的收件人发送了电子邮件。
第 1 天 14:43:09 运行状况仍然为 EVALUATE 的介质 Z 发生一个交换。 针对所有介质对该策略进行了评估,并且与介质 Z 匹配。 由于距上次针对介质 Z 生成警报小于 24 小时,因此未生成新警报。
第 2 天 07:20:24 运行状况仍然为 EVALUATE 的介质 Z 发生另一个交换。 针对所有介质对该策略进行了评估,并且与介质 Z 匹配。 由于距上次针对介质 Z 生成警报仍小于 24 小时,因此未生成新警报。
第 2 天 15:05:19 运行状况仍然为 EVALUATE 的介质 Z 发生另一个交换。 针对所有介质对该策略进行了评估,并且与介质 Z 匹配。 由于距上次针对介质 Z 生成警报已经超过 24 小时,因此生成了一个新警报并且向所定义的收件人发送了电子邮件。

警报策略条件

您可以根据可用于所选警报实体的任何属性定义警报。但是,并非所有属性都会创建将实际触发警报的事件。此外,对于介质验证警报策略,警报只会由最终验证结果触发,不会由中间结果触发。

警报策略最佳做法

本节包括了有关创建警报策略的一些提示。

避免过多的警报

建议您使用特定于策略实体类型的条件定义警报策略。对于交换和介质验证警报策略,建议您使用特定于交换和验证而不可用于磁带机和介质的条件。否则,您可能会创建重叠的警报策略,导致为同一事件或资源属性生成多个警报和电子邮件。

例如,您可能会创建和启用以下所有三个策略:

  • 介质的 "Warning" 策略:磁带机运行状况指示符为 MONITOR 或介质运行状况指示符为 MONITOR

  • 磁带机的 "Warning" 策略:磁带机运行状况指示符为 MONITOR 或介质运行状况指示符为 MONITOR

  • 交换的策略:磁带机运行状况指示符为 MONITOR 或介质运行状况指示符为 MONITOR

介质和磁带机警报策略每 24 小时会分别为每个运行状况为 MONITOR 的磁带机和介质生成一个警报。此外,每次交换中涉及运行状况为 MONITOR 的磁带机或介质时,交换警报策略都会生成一个警报。对于运行状况为 MONITOR 的单个磁带机或介质,您可能会收到大量警报。

更好的方法是创建并启用以下策略:

  • 介质的 "Warning" 策略:介质运行状况指示符为 MONITOR

  • 磁带机的 "Warning" 策略:磁带机运行状况指示符为 MONITOR

  • 交换的策略:警报:磁带机转储可用属实

使用逻辑组定义警报策略

定义磁带机或介质的策略时,可以在选择条件中使用逻辑组。由于磁带机和介质可能会同时属于多个逻辑组,通常,合适的做法是在指定条件时使用 "Contains" 和 "Doesn't Contain" 运算符,而非 "Is" 和 "Isn't" 运算符。有关详细信息,请参见按逻辑组过滤

STA 警报策略样例

随 STA 提供了一些警报策略样例。这些策略用于向您提供创建策略的具体示例,并且默认情况下处于禁用状态。您可以启用任意数量的策略并将其按照现状使用,或者将其用作起点以创建更加符合您的需求的策略。

注意:

与随 STA 提供的预定义模板不同,警报策略样例没有写保护,可直接对其进行修改。但是,如果修改或删除了策略样例,则无法将其恢复到原始状态。要进行任何修改,建议您复制策略样例,然后修改副本,同时保留原始策略不变。有关详细信息,请参见复制警报策略

另外,建议您打印一份所提供策略样例的记录,以便在需要时手动对其进行重新创建。有关详细信息,请参见管理警报策略列表

所有 STA 警报策略样例的名称均包含 "STA" 前缀。建议您仅将该命名约定用于策略样例,在对您自己的警报策略进行命名时不要使用 "STA" 前缀。STA 警报策略样例的“创建/更新日期”是指最后安装 STA 应用程序的日期。

警报电子邮件

可将警报发送至任意数量的电子邮件地址。通过电子邮件警报,用户无需登录 STA 应用程序即可收到有关磁带库系统中重要事件的通知。甚至可以将警报发送给没有 STA 用户名的员工。

之前必须已经在 "Configuration – Email" 屏幕上为 STA 定义了可用的电子邮件地址。有关说明,请参见添加可用的电子邮件收件人

示例5-1示例5-2 是您可能收到的警报电子邮件文本的示例。

示例5-1 交换警报电子邮件样例

Exchange Started at December 13, 2013 5:52:05 AM MDT and Ended at December 13, 2013 7:15:41 AM MDT
STA Drive Alert - 2013-12-13 07:20:46   (Drive HU1233210W)
Alert Summary:
   Policy Desc:    Generates an alert when the Drive Health Indicator is Evaluate and Drive Health Trend is Worse.
   Criteria Met:   Drive Health Indicator=EVALUATE and Drive Health Trend=WORSE
   STA Server:     sysbiz
 
DRIVE
   Serial Number:        HU1233210W
   Tray Serial Number:   UNKNOWN
   Model:                HpUltrium6
   Last Annotation:      
 
   Health Indicator:                  Evaluate
   Health Trend:                      Worse
   Suspicion Level:                   90.0
   Exchange Status:                   GOOD
   Exchange Tape Alerts - Warning:    0
   Exchange Tape Alerts - Critical:   0
   Alerts (30 days):                  3

示例5-2 STA 应用程序警报电子邮件样例

STA STA Server Alert 2013-12-15 22:39:21 (STA Server bizsys)
Alert Summary:
   Policy Desc:    This policy will match when the STA software is restarted.
   Criteria Met:   staEngine: Server in an UNKNOWN State - Restarting.
   STA Server:     bizsys

警报工作

警报工作流是一个可选的手动工作流,基于您可以在 "Alerts Overview" 屏幕上分配给所选警报的预定义状态。您可以通过最适合您站点的任何方式实施警报工作流,但警报状态的建议进展如下所述:

  1. New-STA 在创建所有警报时都会向这些警报分配此状态。

  2. Acknowledged-警报已记录。

  3. In Progress-警报已分配给责任方并正在评估。

  4. Dismissed-责任方已完成警报上的所有活动。默认情况下,所有已解除的警报均在 "Alerts Overview" 屏幕上隐藏,但您可以选择显示这些警报。有关详细信息,请参见显示或隐藏已解除的警报

有关使用警报状态来实施手动工作流的详细信息,请参见更改警报的状态

警报管理任务

警报策略定义任务  

警报监视任务 

管理警报策略列表

注:

此过程需要 Operator 或 Administrator 特权。
  1. 在导航栏中,选择 Setup & Administration,然后选择 Alerts Policiesfg_navbaralrt.png 的说明如下
    图示说明fg_navbaralrt.png

    此时将出现 "Alerts Policies" 屏幕,其中显示了您站点的所有样例策略和用户定义的策略。

    fg_alrtpolicies.png 的说明如下
    图示说明fg_alrtpolicies.png

  2. 您可以通过执行以下任务管理警报策略列表:

创建警报策略

可使用此过程创建警报策略。"Alert Policies" 向导将指导您完成定义策略的所有信息的步骤。

注:

此过程需要 Administrator 特权。
  1. 在导航栏中,选择 Setup & Administration,然后选择 Alerts Policiesfg_navbaralrt.png 的说明如下
    图示说明fg_navbaralrt.png

    此时将显示 "Alerts Policies" 屏幕。

  2. 单击 New Alert Policyfg_alrtpoladd.png 的说明如下
    图示说明fg_alrtpoladd.png

    此时将出现 "Alert Policies" 向导。

  3. 如下所述完成向导的第一个屏幕:

    1. Policy Name 字段中,键入一个唯一名称。

      输入的内容可包含最长 250 个字符的任何字母数字字符。

      注:

      随 STA 提供的所有警报策略样例的名称均以 "STA" 开头,因此,建议您为警报策略分配的名称不要以此前缀开头。
    2. Policy Description 字段中,输入策略的可选说明。警报电子邮件中包含此信息。您可能希望使用此字段为该策略生成的警报指定建议的纠正措施。

    3. 单击 Nextfg_alrtwiz1.jpg 的说明如下
      图示说明fg_alrtwiz1.jpg

    注:

    在向导的任何屏幕上,可以选择对话框顶部的面包屑链接,以直接转到下一个相邻的屏幕或访问过的任何屏幕。 对话框顶部的面包屑
  4. 如下所述完成向导的第二个屏幕:

    1. Entity Type 菜单中,选择该策略可以为其生成警报的磁带库系统组件。有关这些类型的信息,请参见警报策略实体

    2. Select Severity 字段中,选择警报策略的严重性级别。有关严重性级别的信息,请参见警报策略严重性

    3. 单击 Nextfg_alrtwiz2.jpg 的说明如下
      图示说明fg_alrtwiz2.jpg

  5. 在向导的第三个屏幕上,如下所述指定警报策略条件:

    1. Filter Matching 字段中,指示您希望匹配您指定的任一条件还是所有条件。

    2. 单击 Add New Filter Criteria Row 按钮向对话框中添加一个新的空白选择条件行。 fg_alrtaddcriteria.jpg 的说明如下
      图示说明fg_alrtaddcriteria.jpg

    3. 使用该行上的菜单和文本字段指定选择条件。有关完成各行的详细信息,请参见按属性类型分类的过滤器运算符

      注:

      选择用于过滤的属性时,如果您知道要选择的属性的名称,则可以键入前面几个字母以将光标快速移动到菜单中的这一项。
    4. 您可以添加任意数量的选择条件行。

      注:

      基于逻辑组构建选择条件时,通常,合适的做法是使用 "Contains" 和 "Doesn't Contain" 运算符,而非 "Is" 和 "Isn't" 运算符。这是因为磁带机和介质可能会同时属于多个逻辑组。有关详细信息,请参见按逻辑组过滤
    5. 要删除条件,请单击要删除的行上的 Remove This Filter Criteria Row 按钮。 fg_alrtremcriteria.jpg 的说明如下
      图示说明fg_alrtremcriteria.jpg

  6. 验证条件是否正确无误,然后单击 Nextfg_alrtwiz3.jpg 的说明如下
    图示说明fg_alrtwiz3.jpg

  7. 如下所述完成向导的第四个屏幕:

    1. Email Recipients 菜单中,选择在该策略每次生成警报时要将电子邮件发送到的电子邮件地址。

    2. 单击 Nextfg_alrtwiz4.jpg 的说明如下
      图示说明fg_alrtwiz4.jpg

  8. 如下所述完成向导的最后一个屏幕:

    1. 验证所有策略信息是否正确无误。

    2. 按如下方式使用 Enable Alert Policy 复选框:

      • 选中该复选框可创建策略并立即将其启用。

      • 取消选中该复选框可创建策略但暂时将其保留为禁用状态。您可以稍后将其启用。有关详细信息,请参见启用或禁用警报策略

    3. 单击 Save

      fg_alrtwiz5.jpg 的说明如下
      图示说明fg_alrtwiz5.jpg

    策略创建完成。如果策略处于启用状态,则会根据该策略立即对相应磁带库系统资源进行评估,并根据情况生成警报。如果策略处于禁用状态,则暂时不会对策略进行评估。

复制警报策略

可使用此过程复制所选警报策略。您可以根据需要复制用户定义的任何策略或 STA 样例策略。以下是该过程的一些用法。

  • 使用现有策略作为新策略的基础。复制与要创建的策略类似的现有策略,然后修改副本。有关详细信息,请参见修改警报策略

  • 复制 STA 样例策略以保留原始版本。STA 样例策略没有写保护,修改后无法恢复到原始版本,因此建议保留原始版本的副本,即使您不使用这些原始版本也是如此。

注:

此过程需要 Administrator 特权。
  1. 在导航栏中,选择 Setup & Administration,然后选择 Alerts Policiesfg_navbaralrt.png 的说明如下
    图示说明fg_navbaralrt.png

    此时将显示 "Alerts Policies" 屏幕。

  2. 选择要复制的警报策略,然后单击 Copy Alert Policyfg_alrtcopy.jpg 的说明如下
    图示说明fg_alrtcopy.jpg

    此时将出现 "Alert Policies" 向导的第一个屏幕。策略的副本与原始版本的信息相同,以下内容除外:

    • "Policy Name" 的末尾添加了单词 "Copy"。

    • 未定义电子邮件收件人。

    • 策略处于禁用状态(取消选中了 Enable Alert Policy 复选框)。

      fg_alrtcopyd.jpg 的说明如下
      图示说明fg_alrtcopyd.jpg

  3. Policy Name 字段中,键入要分配的名称。

  4. 使用 Next 按钮或对话框顶部的向导面包屑导航到包含要修改的信息的屏幕。有关完成这些屏幕的详细信息,请参见创建警报策略。如果仅仅是为了保留原始策略而进行复制,则可以将所有信息保留不变。

  5. 完成时,单击 Save

    新策略创建完成,"Alerts Policies" 屏幕将使用该信息进行更新。

    在以下示例中,Drive-Diag-SL3000 策略从 Drive-Diag-SL8500 策略复制而来,警报条件进行了修改,用以评估 SL3000 磁带库中的磁带机。

    fg_alrtcopydone.jpg 的说明如下
    图示说明fg_alrtcopydone.jpg

修改警报策略

可使用此过程对所选警报策略执行以下任何修改操作。

  • 更改策略名称。

  • 更改策略说明。

  • 更改该策略要评估的磁带库系统资源或事件。

  • 更改策略严重性。

  • 添加、删除或修改策略选择条件。

  • 添加或删除电子邮件收件人;有关更直接的方法,请参见更改警报策略的电子邮件收件人

  • 启用或禁用策略;有关更直接的方法,请参见启用或禁用警报策略

注:

此过程需要 Administrator 特权。
  1. 在导航栏中,选择 Setup & Administration,然后选择 Alerts Policiesfg_navbaralrt.png 的说明如下
    图示说明fg_navbaralrt.png

    此时将显示 "Alerts Policies" 屏幕。

  2. 选择要修改的警报策略,然后单击 Edit Alert Policyfg_alrtpoledit.png 的说明如下
    图示说明fg_alrtpoledit.png

    此时将出现 "Alerts Policy" 向导的第一个屏幕,并显示策略的当前信息。

    fg_alrtwizedit.jpg 的说明如下
    图示说明fg_alrtwizedit.jpg

  3. 使用 Next 按钮或对话框顶部的向导面包屑导航到包含要修改的信息的屏幕。有关完成这些屏幕的详细信息,请参见创建警报策略

  4. 完成时,单击 Save

    策略将更新,更改将显示在 "Alerts Policies" 屏幕中。

更改警报策略的电子邮件收件人

可使用此过程添加或删除所选警报策略的电子邮件收件人。收件人将收到策略生成的所有警报的通知。您可以选择已在 "Configuration – Email" 屏幕中为 STA 预定义的任意数量的地址。有关详细信息,请参见警报电子邮件

注:

此过程需要 Administrator 特权。
  1. 在导航栏中,选择 Setup & Administration,然后选择 Alerts Policiesfg_navbaralrt.png 的说明如下
    图示说明fg_navbaralrt.png

    此时将显示 "Alerts Policies" 屏幕。

  2. 选择要修改的策略,然后单击 Email Recipientsfg_alrtpolemail.png 的说明如下
    图示说明fg_alrtpolemail.png

    此时将出现 "Email Recipients" 对话框。

  3. Email Recipients 菜单中,选中要接收该策略所生成警报的地址旁边的复选框。取消选中不接收警报的地址旁边的复选框。 fg_alrtemaild.jpg 的说明如下
    图示说明fg_alrtemaild.jpg

  4. 单击 OK

    策略将根据您的修改进行更新。

启用或禁用警报策略

可使用此过程启用或禁用所选警报策略。只有已启用的策略才能生成警报。

要确保电子邮件收件人能够收到特定策略所生成的所有警报,应在启用策略前将收件人添加到策略。有关说明,请参见更改警报策略的电子邮件收件人

注:

此过程需要 Administrator 特权。
  1. 在导航栏中,选择 Setup & Administration,然后选择 Alerts Policiesfg_navbaralrt.png 的说明如下
    图示说明fg_navbaralrt.png

    此时将显示 "Alerts Policies" 屏幕。

  2. 选择要修改的策略。

    如果策略当前已启用,则 "Alerts Policies" 工具栏中的 Disable Alert Policy 图标将处于活动状态。如果策略当前已禁用,则 Enable Alert Policy 图标将处于活动状态。

  3. 单击 Enable/Disable Alert Policyfg_alrtpoldisable.png 的说明如下
    图示说明fg_alrtpoldisable.png

    策略将根据您的选择进行更新。

    • 如果已启用该策略,则会根据该策略条件立即对相应磁带库资源或事件进行评估,并根据情况生成警报。

    • 如果已禁用该策略,将不再根据该策略生成警报。

删除警报策略

可使用此过程删除警报策略。删除策略不会删除已根据该策略生成的警报;仍然可以在 "Alerts Overview" 屏幕上查看这些警报。删除警报策略之前不必将其禁用。

注:

此过程需要 Administrator 特权。

注意:

注意不要删除任何 STA 警报策略样例,因为它们无法恢复,只能手动重新创建。所有 STA 警报策略样例的名称均包含 "STA" 前缀。
  1. 在导航栏中,选择 Setup & Administration,然后选择 Alerts Policiesfg_navbaralrt.png 的说明如下
    图示说明fg_navbaralrt.png

    此时将显示 "Alerts Policies" 屏幕。

  2. 选择要删除的警报策略,然后单击 Delete Alert Policyfg_alrtpoldelete.png 的说明如下
    图示说明fg_alrtpoldelete.png

    此时将出现 "Delete" 对话框。

  3. 验证您的选择并单击 Yes 确认删除。 fg_alrtdeleted.jpg 的说明如下
    图示说明fg_alrtdeleted.jpg

    策略将被删除,"Alerts Policies" 屏幕上的列表将进行更新。

管理生成的警报的列表

注:

除了向警报添加注释外,任何 STA 用户都可执行此过程。添加注释需要 Operator 特权。
  1. 在导航栏中,选择 Tape System Activity,然后选择 Alerts Overviewfg_navbaralrtovw.png 的说明如下
    图示说明fg_navbaralrtovw.png

    此时将显示 "Alerts Overview" 屏幕,其中显示了到目前为止生成的所有处于活动状态的(不包括已解除的)警报。

    fg_alrtlist.jpg 的说明如下
    图示说明fg_alrtlist.jpg

  2. 您可以通过执行以下过程管理警报列表:

显示警报的详细信息

可使用此过程显示警报并跟踪到触发该警报的磁带库系统事件或条件。

注:

任何具有 Viewer 特权或更高特权的 STA 用户均可执行此过程。
  1. 在导航栏中,选择 Tape System Activity,然后选择 Alerts Overviewfg_navbaralrtovw.png 的说明如下
    图示说明fg_navbaralrtovw.png

    此时将显示 "Alerts Overview" 屏幕。

  2. 选择要查看的警报,然后单击 Detail Viewfg_alertselect.jpg 的说明如下
    图示说明fg_alertselect.jpg

    在 "Detail View" 中,已选择的每个记录均包含指向其他屏幕(包含相关信息)的多个链接。

  3. 选择 "Alert Event Type" 字段中的链接(在本示例中为 Exchange),以显示触发警报的事件的详细信息。 fg_alrtexchange.jpg 的说明如下
    图示说明fg_alrtexchange.jpg

    可以使用显示的信息跟踪警报的原因,并确定是否需要采取任何措施。

    fg_alrtexchdetail.jpg 的说明如下
    图示说明fg_alrtexchdetail.jpg

更改警报的状态

可使用此过程根据您的站点实施的警报工作流过程更改所选警报的状态。有关此过程的详细信息,请参见警报工作流

注:

任何具有 Viewer 特权或更高特权的 STA 用户均可执行此过程。
  1. 在导航栏中,选择 Tape System Activity,然后选择 Alerts Overviewfg_navbaralrtovw.png 的说明如下
    图示说明fg_navbaralrtovw.png

    此时将显示 "Alerts Overview" 屏幕。

  2. 选择要修改的警报,然后单击 Change Alert State。可以选择多个警报。 fg_alrtchangestate.jpg 的说明如下
    图示说明fg_alrtchangestate.jpg

    此时将出现 "Change Alert State" 对话框。

  3. 在菜单中选择要分配给所选警报的状态。您可以分配任何可用的状态,然后单击 OKfg_alrtack.jpg 的说明如下
    图示说明fg_alrtack.jpg

    警报将更新,其新状态将显示在 "Alerts Overview" 屏幕中。

    注:

    如果将所选警报更改为 "Dismissed" 并将 "Alerts Overview" 屏幕设置为隐藏已解除的警报,警报将会从显示中删除。有关显示已解除警报的详细信息,请参见显示或隐藏已解除的警报
    fg_alrtackdone.jpg 的说明如下
    图示说明fg_alrtackdone.jpg

显示或隐藏已解除的警报

可使用此过程在 "Alerts Overview" 屏幕上切换已解除警报的显示。有关如何解除警报的详细信息,请参见更改警报的状态

注:

任何具有 Viewer 特权或更高特权的 STA 用户均可执行此过程。
  1. 在导航栏中,选择 Tape System Activity,然后选择 Alerts Overviewfg_navbaralrtovw.png 的说明如下
    图示说明fg_navbaralrtovw.png

    此时将显示 "Alerts Overview" 屏幕,并且在默认情况下,所有已解除的警报均会在视图中隐藏。

  2. 单击表工具栏中的 Show Dismissed Alerts 按钮。 fg_alrtshowdism.jpg 的说明如下
    图示说明fg_alrtshowdism.jpg

    已解除的警报现已在屏幕中可见,且按钮标签已更改为 Hide Dismissed Alertsfg_alrtshowdismdone.jpg 的说明如下
    图示说明fg_alrtshowdismdone.jpg

  3. 要再次隐藏已解除的警报,请单击 Hide Dismissed Alerts 按钮。 fg_alrthidedism.jpg 的说明如下
    图示说明fg_alrthidedism.jpg