上节我们对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服务的收发流量情况。
转载于:https://blog.51cto.com/yaojiwei/1672673