这节开始,我们将开始配置对Sharepoint的多维度的监控,

其中最基本的就是计算机是否在线的宕机监视。


Sharepoint监控①:宕机监视

警报阈值:


服务器

DB1

DB2

APP1

APP2

SCH1

WFE1

WFE2

DB3

DC

宕机

Y

Y

Y

Y

Y

Y

Y

Y

Y



1.所谓宕机监视,就是监视计算机有无脱机,是否能够正常通讯。

一般情况下,我们经常使用ping命令来确认设备是否在线。而SCOM使用检测信号监视代理与代理的主要管理服务器之间的通信通道。

检测信号是定期从代理向管理服务器发送的数据包,默认情况下每60秒发送一次并且使用端口5723 (UDP)。

如果代理有4次无法发送检测信号,则会生成“运行状况服务检测信号失败”警报,并且管理服务器会尝试使用 ping 与计算机联系。 如果计算机未响应 ping,则会生成“连接到计算机失败”警报。下图显示了此过程。

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第1张图片

我们可以利用SCOM的这种检测信号来进行计算机的宕机监视。

在管理—>设置中,可以确认和修改检测信号的间隔和失败量。

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第2张图片

信号间隔:

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第3张图片

允许丢失信号数:

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第4张图片

所以通过以上机制,SCOM可以在5分钟内确认计算机的宕机状态,发出警报,从而完成宕机监视。


2.现在事先创建针对Sharepoint监视的管理包。有了这种集成的管理包,我们可以方便地导出导入我们针对各种系统而做出的自定义设定。

打开管理—>管理包,点击创建管理包

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第5张图片

输入管理包名称

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第6张图片

点击创建

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第7张图片


3.进入创作—>管理包对象—>监视器

找到运行状况服务观察程序的监视集。

在可用性下,对计算机不可访问和运行状况服务检测信号失败进行替代设置。

所谓替代,就是用自己自定义的值来替换SCOM中的默认值。

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第8张图片

选择运行状况服务检测信号失败的监视器,替代所有对象。

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第9张图片

勾选以下几项:

已启用:是指启用此监视器

生成警报:生成活动警报

自动解决:当故障恢复时自动解除警报

管理包选择自定义的Sharepoint System

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第10张图片

对计算机不可访问监视器,也做出同样替代

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第11张图片


4.修改完成后,我们尝试使WFE1脱机,关机或断开网络都可以。

稍等5分钟左右,就会在活动警报中,出现以下两个警报:

clip_p_w_picpath024

点开进入产品知识,可以查看具体内容

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第12张图片

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第13张图片


5.当我们使WFE1这台服务器重新在线时,活动警报会自动关闭,消失。

那我们怎么确认历史警报呢?

我们可以新建自定义警报视图

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第14张图片

名称取所有警报,条件为查看所有警报

System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视_第15张图片

进入所有警报视图,可以查看确认警报已经关闭。

clip_p_w_picpath034