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服務的收發流量狀況。