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

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

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

Sharepoint监控④:群集监视

警报阈值:


服务器


DB1


DB2


APP1


APP2


SCH1


WFE1


WFE2


DB3


DC


群集监视


Y


Y


-


-


-


-


-


-


-

因为只有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项中,展开图示,能一目了然的显示出各个部件的状态及出现故障的区域。

时间: 2024-11-10 06:35:33

System Center 2012 R2实例3—部署SCOM监控SharePoint12—群集监视的相关文章

System Center 2012 R2实例3—部署SCOM监控SharePoint11—服务监视

Sharepoint的提供的各种功能及服务大多是基于相应的Windows服务进行的,当Windows服务出现问题时,势必会影响到Sharepoint的功能服务,所以对相应的Windows服务监视是很必要的. 本节我们来设定对于Sharepoint场内服务器的Windows服务的监视. Sharepoint监控③:服务监视 警报阈值: 服务器 APP1 APP2 SCH1 WFE1 WFE2 World Wide Web Publishing Service 停止 停止 - 停止 停止 Share

System Center 2012 R2实例3—部署SCOM监控SharePoint8—CPU监视

硬件监视指监视计算机物理层面的运行状况,包括诸如CPU利用率,内存可用量,磁盘剩余空间等的监视. 本节我们来设定对于Sharepoint场的CPU相关的硬件监视 Sharepoint监控②:硬件监视之CPU负荷监视 警报阈值: 服务器 DB1 DB2 APP1 APP2 SCH1 WFE1 WFE2 DB3 DC CPU             % Processor Time 85% 85% 95% 95% 95% 75% 75% 85% 95% 因为承担的角色和服务等不同,各个服务器CPU的

System Center 2012 R2实例3—部署SCOM监控SharePoint14—SharePoint监视

经过之前的一系列基础监视后,终于进入了本篇章的主题,对SharePoint本体进行综合监视. 通过导入管理包,SCOM可以收集Sharepoint的运行状况分析器(SPHA规则)的健康诊断信息,及时发出报警.也可以对WEB应用程序.服务应用程序.应用程序服务以及内容数据库等等进行严密监视. Sharepoint监控⑥:SharePoint监视 警报阈值: 服务器 DB1 DB2 APP1 APP2 SCH1 WFE1 WFE2 DB3 DC SharePoint监视 Y Y Y Y Y Y Y

System Center 2012 R2实例3—部署SCOM监控SharePoint9—内存监视

上节我们对CPU负荷进行监视警报,本节我们来设定对于内存的监视. Sharepoint监控②:硬件监视之内存监视 警报阈值: 服务器 DB1 DB2 APP1 APP2 SCH1 WFE1 WFE2 DB3 DC 内存             Available MBytes 1000 1000 1000 1000 1000 1000 1000 1000 1000 1. 配置内存监视 我们还是进入创作->监视器->Windows Server 2012 R2 FULL Operating Sy

System Center 2012 R2实例3—部署SCOM监控SharePoint6—死活监视

这节开始,我们将开始配置对Sharepoint的多维度的监控,最基本的就是计算机是否在线的死活监视. Sharepoint监控①:死活监视 警报内容: 服务器 DB1 DB2 APP1 APP2 SCH1 WFE1 WFE2 DB3 DC 死活监视 Y Y Y Y Y Y Y Y Y 1.所谓死活监视,就是监视计算机有无脱机,是否能够正常通讯. 一般情况下,我们经常使用ping命令来确认设备是否在线.而SCOM使用检测信号监视代理与代理的主要管理服务器之间的通信通道. 检测信号是定期从代理向管理

System Center 2012 R2实例3—部署SCOM监控SharePoint10—硬盘监视

本节我们来设定对于磁盘剩余空间等的硬件监视. Sharepoint监控②:硬件监视之硬盘剩余空间监视 警报阈值: 服务器 DB1 DB2 APP1 APP2 SCH1 WFE1 WFE2 DB3 DC 硬盘(警告)  % Free Space 20% 20% 20% 20% 20% 20% 20% 20% 20% 硬盘(严重错误) % Free Space 10% 10% 10% 10% 10% 10% 10% 10% 10% 这里我们计划使用2个阈值,当硬盘剩余空间小于20%时警告,小于10%

System Center 2012 R2实例3—部署SCOM监控SharePoint2—SCOM安装

本节我们来安装SCOM Server,如下图标红处. 安装服务器构成和账号如下: 服务器 主机名 内存 IP SCOM srv-scom01 16G 192.168.5.78 名称 作用 权限 xcloud\sc_omadmin 管理服务器操作帐户 SCOM本地管理员组成员 xcloud\sc_omservice System Center Configuration 服务和 System Center Data Access 服务帐户 SCOM本地管理员组成员 xcloud\sc_omdwa

System Center 2012 R2实例3—部署SCOM监控SharePoint1—DB准备

在上个章节SharePoint 2013实例1-构建三层服务器场中,我们已经构建了SharePoint 2013的三层服务器场.本节开始,我们利用System Center Operation Manager 2012 R2(以下简称SCOM)来监控此三层服务器场. 通过SCOM我们可以对SharePoint场进行以下几方面的监控: 1. HW监控:可以监控场内服务器的CPU.内存.硬盘空间.网络等的运行状态和性能状况. 2. OS监控:可以监控OS的系统服务.系统日志等状态. 3. DB监控:

System Center 2012 R2实例3—部署SCOM监控SharePoint5—导入管理包

在上节中,我们已经为Sharepoint场内服务器以及DC等都安装上了代理,但是在windows操作系统这一项中,发现状态为未监视. 接下来,我们导入windows管理来对操作系统进行监视. 进入管理->管理包,右键后点击导入管理包 这里选择从目录中添加 连接到微软管理包WEB服务下载管理包 考虑到目录中管理包众多,可以选择关键词搜索 因为我这里SPS场中OS都为windows 2012 R2,所以选择相应的管理包. 如果还有其他OS需要相应再添加 确认导入后发现还有依赖关系:windows 2