有一个scom的用户可能知道的“ 监视器的规则 ”。 如果您有一个由监视器生成的警报（而不是生成警报的规则），请不要closures它并让它自行closures。 如果确实closures了警报，则不会再次通知该问题，直到显示器恢复到健康状态，然后回到不健康的状态。
如果某人closures磁盘空间警报（或者在维护过程中发生警报，或者它已经老化并且被自动closures），那么在机器出现问题之前，我们不会发现服务器仍然存在空间问题。 我想要一种方式来重新生成处于不健康状态的显示器的警报。
目前我已经看过一个名为GreenMachine的PowerShell解决scheme，但它似乎并没有工作得很好，而且非常慢。
人们发现这个问题有哪些解决scheme？
更简单的解决scheme，但影响更大：将产生临界健康状态的对象置于维护模式15分钟。 健康状态将变为“不受监控”，一旦退出维护模式，将被重新评估。
这样你会重新生成一个警报。 请记住，它将对每个运行在该对象上的监视器产生相同的效果。
虽然您可以使用PowerShell解决scheme，可以重置监视器的监视数据。 即调用监视对象的ResetMonitoringState方法，就像您提供的GreenMachine链接一样。 如果监视器在运行状况浏览器或PowerShell脚本中重置，则当监视器重新运行并且检测到仍然存在严重或警告状态时，如果前一个监视器closures，则会生成一个新警报。
虽然SCOM已经警告它是状态驱动而不是像MOM那样的警报驱动。 一些转换后的pipe理包仍然具有警报驱动的性质。 但是，在SCOMdevise的pipe理包（如Windows平台）中，警报几乎总是来自监视器（州观察员）。
这种变化最终意味着你如何监控需求，更关注状态而不是警报。 状态可以在Windows计算机等许多状态视图或运行状况浏览器中查看。 可以为特定情况创build新的状态视图。 还要注意，当监视器被创build并且可以被覆盖时，对于每个警告或临界状态（这是可选的），可能不会引发警报。
我的build议是，您没有find重新生成警报的方法，但可以更改组织中的监视方式。