SCOM 支持将离散对象/类/目标置于维护模式。这可以很好地控制哪些对象/类/目标转发或不转发警报。
不幸的是,从行为上讲,我们的运营团队不想要那种级别的控制。
从行为上讲,他们希望将整个服务器或服务器组置于维护模式。“维护模式”意味着没有任何形式的警报。时期。鳍。
今天,我们通过放置WindowsComputer
和HealthService
(似乎也涵盖了 Agent)来接近。将这些对象置于维护模式允许我们进行应用程序部署(服务停止等)和任何需要重启的事情。
但是,我们仍然偶尔会收到来自 Dell MP 或 BizTalk MP 等对象的警报。不倾向于以WindowsComputer
或其继承链(?)中的任何内容为目标的警报。
我们尝试将Entity
对象/类/目标置于维护模式,但这似乎会使 RMS 服务器陷入混乱。例如,如果我们为 50 个不同的服务器发出 50 个请求,实际上可能有五分之一的服务器会进入维护模式。其余部分将被忽略。
我们通过 Power Shell 使用 SCOM API 或 SCOM SDK 对象模型,将事物置于维护模式。
是否有推荐的方法可以可靠地将服务器及其所有包含的对象置于维护模式?
我们的团队是否应该考虑为什么我们不想将所有内容都置于维护模式?
根据文档,您可以轻松地将整个服务器置于维护模式:
这篇文章可能有助于澄清一些事情:
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 默认执行此操作)。
您可以尝试识别包含引发警报的对象的顶级分布式应用程序 (DA) 或组,并将这些 DA 和组置于维护模式。
考虑: