IIS應用程式集區cpu佔用率命令iisapp

iisapp的一些參數

iisapp -a pid

可以查出對應的網域名稱

反之 iisapp -p domain 查pid的文法
iisapp [a/
AppPoolName | /p
AppPoolID]

參數
/a AppPoolName

指定特定應用程式集區的名稱。（可選項）

/p AppPoolID

按 識別碼指定應用程式集區。（可選項）

注釋
如果未指定應用程式集區名或 ID，則 iisapp 列出所有運行應用程式。

僅當使用 /s 時，

才可使用 /u 和 /p 命令列選項。必須同時使用 /p 和 /u 才能提供使用者密碼。

Iisext.vbs 執行 IIS 管理器中可用的相同操作。可使用任何一種工具管理 IIS 網站。

發出命令的電腦必須正在運行 Windows XP 或 Windows Server 2003 作業系統。使用者必須是命令所影響的電腦上的 Administrators 群組成員。

命令所影響的電腦必須是運行帶有 Internet 資訊服務 (IIS) 6.0 的 Windows Server 2003 的伺服器。

說明一下:w3wp.exe為IIS裡面的應用程式集區進程,有幾個進程就會有幾個w3wp.exe,會發現某個w3wp.exe進程CPU和記憶體都高得可怕!

好，那我們來看看具體實踐中該如何解決首先是windows2003

首先開啟windows工作管理員--點擊查看---選擇列--把PID給鉤上!!,,

就可以在進程裡面看到PID的選項了

點擊運行--輸入CMD--輸入iisapp -a---很奇怪,這裡顯示PID的,是用快顯視窗一個個出現的,不知道別人會不,,反正我就是這樣,太不利於查看了!!
注意,希望人BLOG聽說第一次運行,會提示沒有js支援,點擊確定.然後再次運行就可以了.這樣就可以看到pid對應的應用程式集區,這個我就沒測試了!

這樣吧,先再CMD裡面輸入:cd %systemroot%/system32
然後再輸入:cscrIPt.exe iisapp.vbs -a
CMD視窗顯示如下:
W3WP.exe PID: 2488 AppPoolId: AppPool #26
W3WP.exe PID: 3008 AppPoolId: AppPool #2
W3WP.exe PID: 4704 AppPoolId: AppPool #15
W3WP.exe PID: 6388 AppPoolId: AppPool #19
W3WP.exe PID: 6004 AppPoolId: AppPool #8
奇怪的是,我還是彈出了視窗,不過不影響顯示!有了這樣對於就好辦了,!

再工作管理員裡面查看佔用CPU和記憶體過高進程的PID值,就知道是哪一個應用程式集區出了問題,就可以查到具體是什麼網站有問題了!!!

相關資料:

win2000的解決方案

2000下要怎麼辦呢?win2000下不大方便，需要將網站的應用程式保護設定為高，預設是中。

然後開啟管理工具 -> 組件管理，元件服務 -- 電腦 -- 我的電腦 -- com+ 應用程式
選擇查看 -> 狀態查看，就可以看到類似如下的顯示：

名稱 運行 PID
IIS-{www.zoubin.com//Root} 是 2544

===================================

1、在工作管理員中增加顯示pid欄位。就可以看到佔用記憶體或者cpu最高的進程pid
2、在命令提示字元下運行iisapp -a。注意，第一次運行，會提示沒有js支援，點擊確定。然後再次運行就可以了。這樣就可以看到pid對應的應用程式集區
3、到iis中察看該應用程式集區對應的網站，就ok了


iisapp -a pid

可以查出對應的網域名稱

反之 iisapp -p domain  查pid的

--------------------華麗的分割線----------------
1、 要限制一個網站之CPU使用，必須將該網站設定為獨立應用程式集區，共用應用程式集區是無法限制單個網站之。IIS獨立應用程式集區，就需要獨立之進程，非常消耗記憶體。獨立池越多，就有越多之W3WP進程。對於每個網站均要獨立應用程式集區之伺服器，在一般之普通P43.0 2G記憶體 之普通伺服器上，建議不要超過50個網站，最好30以內，不然伺服器壓力非常大。在配置上，我一般把資源消耗較大之網站獨立一個池，一般普通BBS或者產生HTML之系統大概5個站一個池。普通網站以及一些企業網站均共用一個池。

2、根據wlmmc之經驗，在伺服器硬體允許之情況下，一般不要限制網站記憶體使用量，這樣能夠保證網站運行，不會出現使用者掉線情況。需要限制某站之最大虛擬記憶體不要小於64M，不然可能出現一些未知之錯誤。 

3、這些都不是根本解決辦法，它之根本問題是網站程式有問題，要解決根本問題還要從程式查起。根據本文開頭提到之方法查到具體之應用程式集區，找到使用此應用程式集區之網站，解決網站程式存在之問題，如死迴圈之類。

4、除了w3wp.exe, 在調用資料庫進行大量查詢操作之時候，也會大量佔用CPU資源，這是難免之（資料庫方面之語句及結構最佳化不在本文討論範圍之內）。個人認為，只要不是CPU長時間佔用100%， 一般在75%左右都是正常之。