支持的警报操作

支持以下操作。

发送电子邮件

可发送包含警报详细信息的电子邮件。配置需要电子邮件地址和电子邮件主题行。以下是根据阈值警报发送的电子邮件样例：

From aknobody@caji.com Mon Oct 13 15:24:47 2009
Date: Mon, 13 Oct 2009 15:24:21 +0000 (GMT)
From: Appliance on caji <noreply@caji.com>
Subject: High CPU on caji
To: admin@hostname.com

SUNW-MSG-ID: AK-8000-TT, TYPE: Alert, VER: 1, SEVERITY: Minor
EVENT-TIME: Mon Oct 13 15:24:12 2009
PLATFORM: i86pc, CSN: 0809QAU005, HOSTNAME: caji
SOURCE: svc:/appliance/kit/akd:default, REV: 1.0
EVENT-ID: 15a53214-c4e7-eae4-dae6-a652a51ea29b
DESC: cpu.utilization threshold of 90 is violated.
AUTO-RESPONSE: None.
IMPACT: The impact depends on what statistic is being monitored.
REC-ACTION: The suggested action depends on what statistic is being monitored.

SEE: https://192.168.2.80:215/#maintenance/alert=15a53214-c4e7-eae4-dae6-a652a51ea29b

有关设备如何发送邮件的详细信息可在SMTP服务屏幕上进行配置。

发送 SNMP 陷阱

如果在 SNMP 服务中配置了 SNMP 陷阱目标且该服务处于联机状态，则可发送包含警报详细信息的 SNMP 陷阱。以下是通过 Net-SNMP 工具 snmptrapd -P 看到的 SNMP 陷阱示例：

# /usr/sfw/sbin/snmptrapd -P
2009-10-13 15:31:15 NET-SNMP version 5.0.9 Started.
2009-10-13 15:31:34 caji.com [192.168.2.80]:
        iso.3.6.1.2.1.1.3.0 = Timeticks: (2132104431) 246 days, 18:30:44.31
   iso.3.6.1.6.3.1.1.4.1.0 = OID: iso.3.6.1.4.1.42.2.225.1.3.0.1
   iso.3.6.1.4.1.42.2.225.1.2.1.2.36.55.99.102.48.97.99.100.52.45.51.48.
99.49.45.52.99.49.57.45.101.57.99.98.45.97.99.50.55.102.55.49.50.54.
98.55.57 = STRING: "7cf0acd4-30c1-4c19-e9cb-ac27f7126b79"
     iso.3.6.1.4.1.42.2.225.1.2.1.3.36.55.99.102.48.97.99.100.52.45.51.48.
99.49.45.52.99.49.57.45.101.57.99.98.45.97.99.50.55.102.55.49.50.54.
98.55.57 = STRING: "alert.ak.xmlrpc.threshold.violated"
       iso.3.6.1.4.1.42.2.225.1.2.1.4.36.55.99.102.48.97.99.100.52.45.51.
48.99.49.45.52.99.49.57.45.101.57.99.98.45.97.99.50.55.102.55.49.50.
54.98.55.57 = STRING: "cpu.utilization threshold of 90 is violated."

发送 Syslog 消息

如果启用了 syslog 服务，则可将包含警报详细信息的 syslog 消息发送到一个或多个远程系统。有关 syslog 有效载荷示例和如何在其他操作系统上配置 syslog 接收方的说明，请参阅介绍 Syslog 转发服务的文档。

恢复/暂停数据集

可以恢复或暂停 Analytics Oracle ZFS Storage Appliance Analytics 指南 中的数据集。这在跟踪偶发性能问题且全天候启用这些数据集并不可取时特别有用。

例如：假设您注意到 CPU 活动每周出现一次或两次高峰，并且其他 Analytics 信息表明由此造成了 NFS 性能下降。您可启用某些其他数据集，但是没有十分足够的信息证明出了什么问题。如果可按主机名和文件名数据集启用 NFS，必然能够更好地了解根源。但是，这些特殊的数据集可能很难处理－全天候启用会导致全面的性能下降。这正是恢复/暂停数据集操作的用武之地。可配置一个阈值警报，仅在检测到 CPU 活动高峰时按主机名和文件名数据集恢复暂停的 NFS；再配置第二个警报，随后在收集短时间间隔内的数据后暂停这些数据集。最终结果－仅在问题出现时收集所需数据，最大限度地降低了这些数据收集对性能的影响。

恢复/暂停工作表

这些操作用于恢复或暂停整个 Analytics Oracle ZFS Storage Appliance Analytics 指南 中的Open Worksheets（打开的工作表），其中可包含多个数据集。这样做的原因与恢复和暂停数据集的原因类似。

执行工作流

可选择性地执行工作流作为警报操作。要使工作流符合作为警报操作的资格，其 alert 操作必须设置为 true。有关详细信息，请参阅工作流作为警报操作。