上一节我们对Sharepoint相关的Windows服务进行了监视,其中也包括群集服务。

但是对于群集的监视,仅仅监视群集的服务还是不完整的,这节我们看下怎么对群集进行综合监视。

 

Sharepoint监控④:群集监视

警报阈值:

服务器

DB1

DB2

APP1

APP2

SCH1

WFE1

WFE2

DB3

DC

群集监视

Y

Y

-

-

-

-

-

-

-


因为只有Sharepoint后端的两台数据库安装有群集服务,所以只对这两台服务器进行监视。

 

1. 导入管理包

在SCOM中,对群集服务提供了专门的管理包,我们首先导入群集管理包

选择导入管理包

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第1张图片

还是从目录添加

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第2张图片

基于我这边的OS,选择了对应的Windows Server 2012 R2 Cluster管理包

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

自动解决依赖关系

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第4张图片

再次解决依赖,从解决依赖关系的过程中,也可以了解各个管理包的关系。

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第5张图片

确认管理包后,点击安装

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

最后顺利导入

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第7张图片

 

2. 启用代理程序

因为我们无法直接在群集上安装代理,所以需要在群集各节点上启用代理程序,来对群集进行无代理监控。

在管理区中,点击代理管理,选择我们群集的2个节点

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第8张图片

在属性的安全选项卡中,勾选允许此代理充当代理并发现其他计算机上的托管对象

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第9张图片

稍等片刻后,就会在无代理管理中出现3个群集角色:Cluster、MSDTC和SQL

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第10张图片

转到监视区的Windows计算机中,也能确认3个角色的状态

clip_p_w_picpath021

我们可以看到,群集状态显示为未监视,因为群集管理包并没有包含专门针对群集对象的监视器。这不要紧,活动群集节点上的代理将执行所有监视。如果此节点出现故障,则群集节点上群集故障转移到的代理将开始监视,但故障转移节点上的代理对其他节点上的代理以前监视的内容(如警报、状态更改等)将一无所知,因为代理是独立的。

 

3. 群集监视

在监视区中,我们发现出现了一个新的文件夹:Mincrosoft Windows Cluster

在Cluster Service State项中,我们可以查看到2个群集节点的状态

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第11张图片

在Windows Server 2012 R2 Cluster Resource Group State中,也可以查看群集角色的状况。

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

 

4. 群集报警测试

接下来我们测试下报警

进入一个节点,停止Cluster Service服务

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第13张图片

不久,邮件就收到报警通知

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第14张图片

在Cluster项中,展开图示,能一目了然的显示出各个部件的状态及出现故障的区域。

System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视_第15张图片