我有4-7台共享点服务器。我们已经实现了 scom 警报，以便在服务器关闭时生成警报。但是，我们希望在网站关闭时实施scom警报。
我们是否可以通过使用 ping 功能使用 scom 生成警报？ 我的想法是，我们不断ping服务器，当网站在一段时间内没有响应时，我们会收到警报，说该网站没有反应。
这能实施吗？需要付出多少努力？我们是否需要实施任何其他服务？
任何帮助将不胜感激。
Ravi，
请原谅我的帖子更多的哲学和更少的答案。
无论好坏，Microsoft都拒绝在 SCOM 中实现简单的 ping 监视器。他们对此有充分的理由。它会被那些不了解的人过度利用。其结果将反映在SCOM作为监测工具的质量方面很差。我的意思是，ping监视器是一个糟糕的主意，因为它不会告诉在凌晨2点被唤醒的可怜的灵魂除了最高级别的观念之外的任何事情，有什么问题。
如果您有 5 分钟的时间坐在 SCOM 控制台前创建 ping 警报，那么如果您花同样的 5 分钟创建 Web 应用程序可用性监视器，您将更好地为您的支持团队服务。这样做的原因是，Web App Avail 监视器实际上会查看响应，以确保响应合乎逻辑且成功。
下面是创建 Web 应用程序可用性监视器的文档。只有在第一次实现之前，它看起来才很困难。这真的是轻而易举的。https://technet.microsoft.com/en-us/library/hh881882(v=sc.12(.aspx
考虑一下，如果你有一个ping监视器，有人不小心删除了你的index.html文件，你的ping会很高兴地运行而不告诉任何人。与错误的代码更新相同。哎呀，你甚至可以停止你的Web应用程序服务器，ping仍然会响应。
相反，如果将 Web App Avail 监视器指向负载平衡的 Web 场中的每个节点，并且负载平衡器出现故障，则所有 Web 监视器将继续发布为正常状态，而查看负载平衡器的监视器将开始失败。快速浏览控制台会告诉您的支持团队，问题确实不在于 Web 服务器本身。
以尽可能完整和最隔离的方式实现监视器是一种很好的理念。你不希望将 Web 应用可用监视器指向负载均衡器，因为你不一定知道哪个终结点未响应 SCOM 来触发警报。有些人不遗余力地通过实施以主机名响应的运行状况检查页面来解决此问题。这通常不是必需的，只需针对每个单独的节点创建一个监视器即可。您将希望直接监控负载均衡器，以便您知道它也已启动。
另一方面，已经有一个SharePoint管理包(实际上每个版本的SharePoint都有一个(，您可以从MS免费下载。此管理包将自动发现和监视基础结构中 SharePoint 的所有组件。它运行良好，但如果您是 SCOM 的新手，那么它创建的数据和警报量一开始可能会有点压倒性。
SharePoint 2016(每个版本都有一个(管理包：https://blogs.technet.microsoft.com/wbaer/2015/09/08/system-center-operations-management-pack-for-sharepoint-server-2016-it-preview/
还有一个第三方管理包，允许您简单地创建ping监视器。人们真的想要这个。我会恭敬地告诉你，在使用它的大多数实现中，它们弊大于利。但归根结底，有时你只是想要一些有效的东西，你明白所以这里是：
Ping 管理包：https://www.opslogix.com/ping-management-pack/