Related Articles
属性违反了阈值，但没有生成告警
1.) 确保已为该属性关联了阈值，并且没有为其配置业务时间限制。例如，如果服务器的CPU利用率超过了允许的水平，请导航至监视器→配置告警来检查是否已为CPU 利用率 (%)设置了阈值。 导航到阈值配置文件 → 查看阈值配置文件页面。点击要检查的阈值配置文件。点击“显示高级选项”并检查“要尝试的轮询”字段的值以了解严重和警告的严重性。 如果设置为使用全局默认值，请参见步骤 2。 如果将其设置为3/3或不同的值，则只有在满足该条件时才会触发告警。 ...
我的SMS告警信息被截断了。需要做什么？
解决方案：进入管理选项卡-> 操作/告警设置，然后点击该页面的复选框-“发送完整的短信信息，即使服务提供商对其进行限制”。 默认情况下，您在添加SMS操作时配置的完整信息会通过SMS发送。一些SMS服务提供商限制了通过SMS发送的字符长度。这可能会导致消息传递被截断。如果您只想发送有关监视器、属性及其严重性的信息，请取消选择此选项。例如创建SMS操作时提供的消息为“JBoss 服务器的运行状况出现严重等级告警”，那么接收到的SMS消息就是这个。
我已经创建了动作和阈值，但我没有收到任何有关它们的告警。
原因 1： 动作和阈值与接收警报的监视器没有关联。 解决方案： 有关详细信息，请参阅用户指南中的将阈值和操作与监视器关联。 原因 2： 指标值未超过阈值限制。
ELA-出现“Cached record limit exceeded. Kindly do the needful.”文件夹超出阈值告警，应如何排查？
如下图，如果EventLog Analyzer产品出现了这样的告警或者管理员收到了这样的告警通知，如何处理？ Cached record limit exceeded. Kindly do the needful. 超出缓存记录限制。请缓存必要的数据。 这样的告警什么意思？ 答：如下图，产品安装目录中CachedRecord中待处理的live logs过多，产品无法处理不断传过来的日志，当达到一定数量后就会触发告警。 如何排查原因和处理？ 答：考虑以下几种情况： ...
OpManager中的告警严重性级别
OpManager具有四个不同的告警严重性级别。设备故障告警的严重性级别（可用性监视）已经预先定义好了。 以下是具有严重性和将触发具有这些严重性的告警时间的列表： 1) 服务关闭：当服务关闭且URL监视器关闭 2) 注意：当设备因可用性中的第一个轮询而关闭时 3) 故障：当设备在可用性中连续3次轮询关闭时 4) 严重：当设备在可用性中连续5次轮询关闭时。这是OpManager中最高等级的严重性。 5) 正常：在任何没有告警的时候。 如您所见，设备停机告警的严重性将根据未命中轮询的数量自动更改。 ...