Users Guide

任何陷阱的严重性状态都将被设置为正常要使警报措施成功严重程度、类别和设备的组合需要依照先
前步骤中的选择而定。
转发警报用例案例
本节介绍有关使用 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 服务器发送电子邮件给服务台账户。
82