System Center 2012 R2实例3—SCOM之SharePoint全方位监视15—IIS监视

上节我们对SharePoint本体进行了监视，本节我们将对SharePoint网站服务所依赖的IIS服务进行综合监视。

IIS即Internet Information Services互联网信息服务，不仅Sharepoint产品，微软其他产品中只要提供Web服务的，都是基于IIS服务之上。如本SCOM的Web控制台，甚至是如Exchange 2013等微软已经放弃其传统的Exchange管理控制台 (EMC)，而转向基于Web的Exchange控制面板 (ECP)。

所以，对IIS的监视是Web服务监视的基础，及时了解IIS的可用性及健康状况是至关重要的。

Sharepoint监控⑦：IIS监视
警报阈值:

服务器	DB1	DB2	APP1	APP2	SCH1	WFE1	WFE2	DB3	SCOM
IIS监视	-	-	Y	Y	-	Y	Y	-	-

前端WFE服务器需要监视SharePoint的Web服务，APP服务器需要监视管理中心网站，SCOM服务器上由于有Web控制台，也一并进行监视。

1. 导入管理包
首先还是导入管理包，这里选择从目录添加
因为我这里监视的是Windows2012的IIS8，所以选择对应的管理包



解决依赖关系后点击安装。




2. 活动警报
导入管理包后，我们就可以在监视区中发现IIS服务监视文件夹
我们进入IIS的活动警报，发现已经生成了许多警报：
因为默认情况下，IIS监视包会对所用管理计算机中的所有IIS服务进行监视



我们简单分析下
1） SharePoint Web Services不可用：这个服务承载着所有的Sharepoint其他服务应用程序，我们去相应服务器启动。



2） Default Web Site不可用：由于Sharepoint并不使用默认Web站点，所以这个警报可忽略
3） SharePoint Web Services Root不可用：这个服务承载着类似于旧的Office Web Services之类的WCF服务应用程序，在每个场服务器上都默认为关闭，所以忽略。

但对于以上2）和3）点的警报，如果简单的去关闭警报，会使服务器状态变为错误状态，而直接去删除Default Web Site等操作又大可不必。
所以我们可以替代禁用这些默认的IIS监视器设置。






如果一个个进行禁用比较费事的话，我们可以创建一个忽略组，对这个组进行替代操作。
比如我这个创建了一个SPS Ignore Site组，然后添加Default Web Site和SharePoint Web Services Root为对象



在监视器上进行组的替代，来消除警报



不一会，所有误报的警报都消除了，世界终于清静了~

3．IIS各状态监视
在Application Pool中可以查看和监视各应用程序池的状态



IIS角色状态



Web站点状态



在Web Server Performance中，我们可以实时(一般延迟5分钟以内)查看到Web服务的收发流量情况。




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