SCOM支持将离散对象/类/目标置于维护模式中。这可以很好地控制哪些对象/类/目标转发了警报。
不幸的是,在行为上,我们的运营团队不想要那种程度的控制。
从行为上讲,他们希望将整个服务器或一组服务器置于维护模式中。其中的“维护模式”意味着没有任何形式的警报。句号。鱼鳍。
今天,我们通过将WindowsComputer和HealthService (这似乎也涵盖了Agent)来接近它。将这些对象放入维护模式允许我们执行应用程序部署(服务停止等)和任何需要重新启动的操作。
然而,我们仍然会偶尔收到像戴尔MP或BizTalk MP这样的对象的警告。不倾向于针对WindowsComputer或其继承链(?)中任何内容的警报。
我们尝试将Entity对象/类/目标置于维护模式中,但这似乎会使RMS服务器陷入混乱。例如,如果我们提出50个请求,针对50个不同的服务器,也许五分之一的服务器实际上会被置于维护模式中。其余的将被忽略。
我们正在使用SCOM通过Power,或SCOM对象模型,把事情放到维护模式。
是否有一种可靠地将服务器及其所有包含的对象放入维护模式的推荐方法?
我们的团队是否应该考虑为什么我们不想把所有的事情都放在维护模式上呢?
发布于 2012-10-03 16:58:25
根据文档,您可以轻松地将整个服务器置于维护模式中:
发布于 2012-10-04 10:47:38
本文可能有助于澄清以下几点:
http://blogs.technet.com/b/momteam/archive/2012/05/23/kb-understanding-operations-manager-maintenance-mode.aspx
是否有一种可靠地将服务器及其所有包含的对象放入维护模式的推荐方法?
将计算机对象放入维护模式应该是可行的。
自SCOM 2007 R2以来,不需要将代理和代理观察者分别置于维护模式中。如果使用控制台,请确保选中“所选对象及其所有包含的对象”选项,如果使用SDK,则选中TraversalDepth.Recursive (默认情况下,PowerShell cmdlet会执行此操作)。
然而,我们仍然会偶尔收到像戴尔MP或BizTalk MP这样的对象的警告。不倾向于针对WindowsComputer或其继承链(?)中任何内容的警报。
您可以尝试识别顶级分布式应用程序( DAs )或包含引发警报的对象的组,并将这些DAs和组置于维护模式中。
我们的团队是否应该考虑为什么我们不想把所有的事情都放在维护模式上呢?
考虑:
https://serverfault.com/questions/434484
复制相似问题