问为web服务器生成SCOM警报

EN

拉维

请原谅我的帖子是更多的哲学和更少的答案。

不管是好是坏，微软拒绝在SCOM中实现一个简单的ping监视器。他们是这样做的一个坚实的理由。对于那些不太了解的人来说，这将是过度的杠杆作用。其结果将对作为监测工具的SCOM的质量产生不良影响。我的意思是，ping监视器是一个糟糕的想法，因为它不会告诉那些在凌晨2点醒来的可怜的灵魂，除了最高级别的概念之外，很多事情都是错误的。

如果您有5分钟时间坐在SCOM控制台前创建ping警报，那么如果您花费同样的5分钟创建Web应用程序可用性监视器，那么您将为您的支持团队提供更好的服务。这样做的原因是Web应用程序效用监视器实际上会查看响应，以确保它是合乎逻辑的和成功的。

下面是创建Web应用程序可用性监视器的文档。在第一次实现之前，这看起来很困难。这真的很简单。https://technet.microsoft.com/en-us/library/hh881882(v=sc.12).aspx

考虑一下，如果您有一个ping监视器，并且有人意外地删除了您的index.html文件，那么您的ping将很高兴地在不告诉任何人的情况下继续前进。错误的代码更新也是如此。见鬼，你甚至可以停止你的web应用服务器，而ping仍然会做出响应。

相反，如果您的Web应用程序效用监视器指向负载平衡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/