iMC PLAT APM告警信息日期不更新问题排查

iMC APM应用监视报告中产生的告警信息 可见在下图中，近五条告警信息都是11月30日产生，而最近轮询的日期是12月7日，且虚拟内存和物理内存均已超过了设定的阈值，但告警显示的日期并未更新。

其中，物理内存一级告警阈值为70%，二级阈值告警为90%；虚拟内存一级告警阈值为30%，二级告警阈值为70%，二者阈值类型皆为“全局”、条件为“大于等于”、告警触发频率为“1”。

最后轮询时间：2017-12-07 10:08:20

2017-11-30 18:06:44 应用监视（windows_10.0.3.30_iMC系统）的虚拟内存利用率处于二级阈值区域：70.0%，当前值为70.10%，应用类型（windows）。

2017-11-30 17:21:43 应用监视（windows_10.0.3.30_iMC系统）的物理内存利用率处于一级阈值区域：70.0%，当前值为70.16%，应用类型（windows）。

2017-11-30 14:54:58 应用监视（windows_10.0.3.30_iMC系统）的虚拟内存利用率处于一级阈值区域：30.0%，当前值为52.31%，应用类型（windows）。

11月30日的告警直到12月7日都没有更新日期显示，告警一直没有恢复，说明物理内存利用率和虚拟内存利用率的值是一直大于阈值的，只有低于阈值恢复告警之后，再次高于阈值才会重新发送告警，这时告警的日期才会更新。

请查询数据库，确认内存利用率是否一直大于阈值。（针对windows服务器）

select * from apme_db.imc_apme.tbl_apm_winsvr_memory where mOnitorid=1 and collecttime > &＃39;2017-11-30 16:00:00&＃39;

其中monitorid的值和日期需要手工填写。日期时间为获取到该时间点之后的数据信息。

monitorid获取方法：

monitorid的值就是应用的appid值，appid的值可在对应的应用报告上方url中找到。

针对该windows服务器所对应的monitorid值为9，将该表整个下载来，查询从11月30日至12月7日该虚拟内存告警和物理内存告警皆是处于阈值之上的，所以告警一直未有恢复，所以告警的日期没有更新。

解决办法：手动恢复该APM告警即可。

1.monitorid的值就是appid的值，获取方法在应用报告上方url中。

2.APM应用阈值告警一直未恢复且日期不进行更新，是因为该监视的指标阈值一直处于设定阈值之上。