属性违反了阈值，但没有生成告警
1.) 确保已为该属性关联了阈值，并且没有为其配置业务时间限制。例如，如果服务器的CPU利用率超过了允许的水平，请导航至监视器→配置告警来检查是否已为CPU 利用率 (%)设置了阈值。
导航到阈值配置文件 → 查看阈值配置文件页面。点击要检查的阈值配置文件。点击“显示高级选项”并检查“要尝试的轮询”字段的值以了解严重和警告的严重性。
如果设置为使用全局默认值，请参见步骤 2。
如果将其设置为3/3或不同的值，则只有在满足该条件时才会触发告警。
业务时间：从查看阈值配置文件 页面，检查是否已应用任何业务时间限制。
如果已应用业务时间限制，请从管理选项卡导航至报表 -> 业务时间，然后编辑业务时间限制并根据您的要求配置时间。在此条件下，阈值将被违反。
2.） 导航到管理- >动作\告警设置页面，并验证严重性为严重和警告的连续轮询计数值。
3.) 在监视器页面，点击故障监视器的属性数据，然后点击“显示轮询数据”从而确保属性违反阈值。以上面的截图为例，只有当属性连续两次轮询超过阈值时才会产生告警。
4.) 验证属性的运行状况依赖性：从故障监视器的页面，导航到配置告警 → 配置运行情况 → 在属性级别配置操作 → 显示高级选项，从而确保运行情况依赖性设置为“取决于任何1个选定的属性”。确保属性在位于右侧的“在选择相关的属性”部分中。
注意：企业版用户应该从添加监视器的托管服务器上检查此操作，而不是从管理服务器上检查此操作。
这篇知识库文章解释了为什么不为某些属性生成告警。如果正在生成告警并且未触发操作（电子邮件/短信/工单），请参阅此知识库文章。
Related Articles
即使超过阈值，我也没有收到告警。需要做什么？
解决方法： 在管理 -> 操作/告警设置 -> 连续轮询次数中查看值。该值决定了它应该等待多少轮询间隔来确定是否可以生成告警。OpManager中的告警严重性级别
OpManager具有四个不同的告警严重性级别。设备故障告警的严重性级别（可用性监视）已经预先定义好了。 以下是具有严重性和将触发具有这些严重性的告警时间的列表： 1) 服务关闭：当服务关闭且URL监视器关闭 2) 注意：当设备因可用性中的第一个轮询而关闭时 3) 故障：当设备在可用性中连续3次轮询关闭时 4) 严重：当设备在可用性中连续5次轮询关闭时。这是OpManager中最高等级的严重性。 5) 正常：在任何没有告警的时候。 如您所见，设备停机告警的严重性将根据未命中轮询的数量自动更改。 ...我已经创建了动作和阈值，但我没有收到任何有关它们的告警。
原因 1： 动作和阈值与接收警报的监视器没有关联。 解决方案： 有关详细信息，请参阅用户指南中的将阈值和操作与监视器关联。 原因 2： 指标值未超过阈值限制。ELA-出现“Cached record limit exceeded. Kindly do the needful.”文件夹超出阈值告警，应如何排查？
如下图，如果EventLog Analyzer产品出现了这样的告警或者管理员收到了这样的告警通知，如何处理？ Cached record limit exceeded. Kindly do the needful. 超出缓存记录限制。请缓存必要的数据。 这样的告警什么意思？ 答：如下图，产品安装目录中CachedRecord中待处理的live logs过多，产品无法处理不断传过来的日志，当达到一定数量后就会触发告警。 如何排查原因和处理？ 答：考虑以下几种情况： ...【OPM】如何批量设置监视器阈值
在 OpManager 中，可以通过设备模板，批量关联性能监视器并配置阈值。这样，新添加设备可自动关联性能监视器。 对于已存在于 OpManager 中的设备，也可以通过相同方式更新性能监视器和阈值设置。 操作步骤以 Linux 为例： 1.点击设置->点击设备模板->点击Linux模板 2.可设置“可用性监视间隔”，推荐设置轮询间隔为 5（分钟）。 点击“编辑阈值”可设置性能监视器监视间隔与阈值（CPU\内存\磁盘等） 3.通过左侧清单可分别设置不同监视器的阈值。 自适应阈值说明： ...