SCOM 支持将离散对象/类/目标置于维护模式。这样可以非常精细地控制哪些对象/类/目标可以转发警报，哪些不能。
不幸的是，从行为上来说，我们的运营团队并不想要这种程度的控制。
从行为上来说，他们希望把整个服务器或服务器组进入维护模式。“维护模式”是指没有任何形式的警报. 句号。结束。
WindowsComputer今天，我们通过放置和HealthService（似乎也涵盖了代理）接近目标。将这些对象置于维护模式允许我们进行应用程序部署（服务停止等）以及任何需要重新启动的操作。
但是，我们仍然会偶尔收到来自 Dell MP 或 BizTalk MP 等对象的警报。这些警报往往不以WindowsComputer或其继承链中的任何内容为目标 (?)。
我们尝试将Entity对象/类/目标置于维护模式，但这似乎使 RMS 服务器陷入混乱。例如，如果我们向 50 个不同的服务器发出 50 个请求，那么可能只有 1/5 的服务器会真正进入维护模式。其余的将被忽略。
我们正在通过 Power Shell 或 SCOM SDK 对象模型使用 SCOM API 将事物置于维护模式。
是否有推荐的方法可以可靠地将服务器及其包含的所有对象置于维护模式？
我们的团队是否应该考虑为什么我们不想放一切进入维护模式？
答案1
根据文档，您可以轻松地将整个服务器置于维护模式：
- 在操作控制台中，单击“监视”按钮。
- 在“监控”窗格中，展开“监控”，然后单击“计算机”。
- 在“计算机”窗格中，右键单击要置于维护模式的计算机，单击“维护模式”，然后单击“启动维护模式”。您可以使用 ctrl+click 或 shift+click 选择要置于维护模式的多台计算机。
- 在“维护模式设置”对话框的“应用于”下，如果只需将计算机置于维护模式，则单击“仅限选定对象”；否则，单击“选定对象及其包含的所有对象”。
答案2
这篇文章可能有助于澄清一些事情：
是否有推荐的方法可以可靠地将服务器及其包含的所有对象置于维护模式？
将计算机对象置于维护模式应该可以起作用。
自 SCOM 2007 R2 起，无需单独将代理和代理观察器置于维护模式。只需确保检查“选定对象及其包含的所有对象”（如果使用控制台）或 TraversalDepth.Recursive（如果使用 SDK）（PowerShell cmdlet 默认执行此操作）。
但是，我们仍然会偶尔收到来自 Dell MP 或 BizTalk MP 等对象的警报。这些警报通常不会针对 WindowsComputer 或其继承链中的任何内容(?)。
您可以尝试识别包含引发警报的对象的顶级分布式应用程序 (DA) 或组，并将这些 DA 和组置于维护模式。
我们的团队是否应该考虑为什么我们不想将所有内容置于维护模式？
考虑：
- 将所有东西置于维护模式可能需要很长时间
- 将 RMS 置于维护模式通常是一件坏事 - '配置分发、心跳功能和系统的其他功能可能会变得不可靠'（见上文）