System Center 2012 R2实例3—部署SCOM监控SharePoint12—群集监视

标签：scom   监控   sharepoint   

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

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

Sharepoint监控④：群集监视

警报阈值:

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

1. 导入管理包

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

选择导入管理包

还是从目录添加

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

自动解决依赖关系

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

确认管理包后，点击安装

最后顺利导入

2. 启用代理程序

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

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

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

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

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

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

3. 群集监视

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

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

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

4. 群集报警测试

接下来我们测试下报警

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

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

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

本文出自 “无敌议长之铁腕” 博客，请务必保留此出处http://yaojiwei.blog.51cto.com/762134/1669774

System Center 2012 R2实例3—部署SCOM监控SharePoint12—群集监视

标签：scom   监控   sharepoint   

原文地址：http://yaojiwei.blog.51cto.com/762134/1669774