System Center 2012 R2实例3—部署SCOM监控SharePoint4—安装代理

上两节我们已经把SCOM功能安装完毕,本节我们计划把Sharepoint场内所有服务器纳入监控范围。

SCOM是通过安装代理来对计算机进行监视的,虽然在无法或不适合在计算机上安装代理可以使用无代理监视,但综合监视要求还是要在发现的计算机上安装代理。

所谓“代理”是安装在计算机上的一项服务。 代理会收集数据、将采样数据与预定义的值进行比较、创建警报并运行响应。 管理服务器会接收配置并将配置分发到受监视的计算机上的代理。

本节我们通过发现向导来自动安装windows代理。

我们首先进入监视—>windows计算机,可以看到现在已经有一台SCOM的管理服务器在其中了。

现在进入管理,右键打开发现向导

选择windows计算机

可以使用自动发现来扫描域中基于 Windows 的计算机,会多花些时间。

这里选择高级发现来添加计算机,

选择浏览或键入计算机名称,这里点击浏览,从AD中选择需要安装代理的计算机

由于现在SCOM的管理账号没有AD管理员权限,所以无法在域中计算机上安装代理。

这里填入域管理员账号

选择需要安装代理的计算机

确定代理安装目录

最后点击完成后,自动在所选计算机上安装代理。

不幸的是,由于我这边实验环境所有虚拟机在同一宿主机上,因为磁盘IO的关系,有些计算机安装代理超时失败。

如果再次推送代理,会提示以下错误

这时进入管理—>挂起的管理中,可以发现刚才推送失败的计算机

右键点击,选择批准手动代理安装

确认批准

再次进入监视—>windows计算机,稍等片刻,可以发现所有Sharepoint场内服务器都安装上了代理,系统状态都正常。

时间: 2024-10-15 08:10:01

System Center 2012 R2实例3—部署SCOM监控SharePoint4—安装代理的相关文章

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监控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监控SharePoint5—导入管理包

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

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

上一节我们对Sharepoint相关的Windows服务进行了监视,其中也包括群集服务. 但是对于群集的监视,仅仅监视群集的服务还是不完整的,这节我们看下怎么对群集进行综合监视. Sharepoint监控④:群集监视 警报阈值: 服务器 DB1 DB2 APP1 APP2 SCH1 WFE1 WFE2 DB3 DC 群集监视 Y Y - - - - - - - 因为只有Sharepoint后端的两台数据库安装有群集服务,所以只对这两台服务器进行监视. 1. 导入管理包 在SCOM中,对群集服务提

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使用检测信号监视代理与代理的主要管理服务器之间的通信通道. 检测信号是定期从代理向管理