Users Guide

4. 在严重性关联中，分配要与该陷阱转发警报关联的警报严重程度，然后单击下一步。
5. 在类别和源关联中，分配要与该陷阱转发警报关联的警报类别源，然后单击下一步。
6. 在设备关联中，分配要与该陷阱转发警报关联的设备或设备组，然后单击下一步。
7. 默认情况下，“陷阱转发措施”始终处于激活状态。要限定活动，请在日期时间关联中，输入一个日期范围、时间范围或
天数，然后单击下一步。
8. 在摘要中，检查输入，然后单击完成。
任何陷阱的严重性状态都将被设置为正常，要使警报措施成功，严重程度、类别和设备的组合需要依照先前步骤中的选择
而定。
转发警报用例案例
本节介绍有关使用 SNMP v1 和 SNMP v2 协议转发警报的案例。这些案例包含以下组件：
• 带有 SNMP v1 代理程序的受管节点，称为 MNv1
• 带有 SNMP v2/v2c 代理程序的受管节点，称为 MNv2
• 带有 OpenManage Essentials 的管理站 1，称为 MS1
• 带有 OpenManage Essentials 的管理站 2，称为 MS2
• 带有第三方软件的管理站 3，称为 MS3
案例 1 — 使用 SNMP v1 协议以原始格式转发警报
在此案例中，SNMP v1 警报从 MNv1 发送到 MS1，然后从 MS1 转发到 MS2。如果您尝试检索转发警报的远程主机，则 MNv1
的名称作为源自 MNv1 的警报显示。显示 MNv1 是因为 SNMP v1 警报标准可以在 SNMP v1 警报中设置代理程序名称。
案例 2 — 使用 SNMP v2/v2c 协议以原始格式转发警报
在此案例中，SNMP v2 警报从 MNv2 发送到 MS1，然后从 MS1 转发到 MS3。如果您尝试从 MS3 检索转发警报的远程主机，
它将显示为 MS1
由于 SNMP v2 警报中没有字段可指定代理程序名称，因此发送警报的主机假定为代理程序。当 SNMP v2 警报从 MS1 转发到
MS3 时，MS1 被视为问题的来源。要解决此问题，在转发 SNMP v2 或 v2c 警报时，可添加 OID 为 .1.3.6.1.6.3.18.1.3.0 且变量值
为代理程序地址的 varbind。此项基于 RFC2576-MIB 中指定的标准 OID 设置。当您尝试从 MS3 检索代理程序地址时，它将显
示为 MNv2
注: 如果 SNMP v2 警报是从 MS1 转发到 MS2，则远程主机显示为 MNv2，因为 MS1 会随转发的陷阱一起分析额外的
OID。
案例 3 — 使用 SNMP v1/v2 协议以 OMEssentials 格式转发警报
在此案例中，SNMP v1 警报从 MNv1 发送到 MS1，然后转发到 MS2。如果您尝试检索转发警报的远程主机，它将显示为
MS1。警报的严重性和消息也由 MS1 定义，并且不显示由 MNv1 定义的原始严重性和消息。
注: 相同的行为适用于 SNMPv2 陷阱。
参考样本警报措施使用案例
有如下样本警报措施：应用程序启动、电子邮件、忽略以及陷阱转发警报措施。样本警报措施用例默认为禁用。请单击样本警
报措施以启用样本警报措施。
要启用某个样本用例，请右键单击该用例，然后选择启用。
警报措施中的用例
应用程序启动
Sample - Run Script on Server Critical Alert（样例 - 对服务器严重警报运行脚本）— 启用此用例，可在接收到严重警报时运行
自定义脚本。
电子邮件
• Sample - Email Alerts to Service Desk（样例 - 将警报以电子邮件形式发送给服务台）— 启用此用例，可在满足警报条件时
从
OpenManage Essentials 服务器发送电子邮件给服务台账户。
227