轉 伺服器正常執行CUP一般應該都在60%以下,有時候CUP出現上下波動很大,或者是伺服器突然很卡,或很慢.檢視任務管理器,可以發現很多的w3wp.exe消耗CPU,結束後立即有新的w3wp.exe出現佔CPU,管管理員在這種情況.只好重新啟動IIS服務，奇怪的是，重新啟動IIS服務後一切正常，但可能過了一段時間後，問題又再次出現了。
1 在iis管理器裡面設定多個應用程式池， 並把虛擬主機站點分別加入應用程式池。在多應用程式池的情況下，每個應用程式池會對應生成一個w3wp.exe檔案。透過任務管理器可以檢視到所有w3wp.exe佔用cpu利用率情況。透過iis管理器開啟應用程式池，可以逐個停掉應用程式池。一邊停應用程式池，一邊在任務管理器裡面觀察哪個w3wp.exe的cpu利用率一下子從降下來，cpu利用率恢復正常。這樣可以判斷是那個應用程式池出了問題。然後可以再建立多個應用程式池，每一個應用程式池對應一個站點。這樣逐個停應用程式池，就可以確定到底是哪個網站出問題。最有問題的往往是計數器類的ACCESS檔案，例如：“**COUNT.MDB” ，“*COUNT.ASP”，找到這個檔案後，可以刪除它，或下載下來，用ACCESS2000修復它，問題就解決。解決辦法：
2 w3wp.exe佔用cpu過高查詢方法,很多web提供商最頭疼的問題,在任務管理器經常出現w3wp.exe佔cup過高,導致整臺伺服器受影響.解決辦法如下: 1.先把任務管理器開啟,發現那個w3wp.exe佔cup關高就結束程序 2.在我的電腦-管理-事件檢視器-系統-會找到關w3wp.exe的錯誤報告,把程式池名字記錄下,再把具體時間記錄下來.(如12.59.56). 3.在到系統上面的安全性.找到對應時間(如12.59.56)登陸過的使用者. 4.開啟iis找到2中查詢到的程式池,和3查詢到登陸過的使用者,取交集,即可精確查到是那個web佔點站cup. 還不明白，看這裡：
轉 伺服器正常執行CUP一般應該都在60%以下,有時候CUP出現上下波動很大,或者是伺服器突然很卡,或很慢.檢視任務管理器,可以發現很多的w3wp.exe消耗CPU,結束後立即有新的w3wp.exe出現佔CPU,管管理員在這種情況.只好重新啟動IIS服務，奇怪的是，重新啟動IIS服務後一切正常，但可能過了一段時間後，問題又再次出現了。
直接原因： 有一個或多個ACCESS資料庫在多次讀寫過程中損壞，微軟的MDAC系統在寫入這個損壞的ACCESS檔案時，ASP執行緒處於BLOCK狀態，結果其他執行緒只能等待，IIS被死鎖了，全部的CPU時間都消耗在w3wp.exe中。解決辦法：1 在iis管理器裡面設定多個應用程式池， 並把虛擬主機站點分別加入應用程式池。在多應用程式池的情況下，每個應用程式池會對應生成一個w3wp.exe檔案。透過任務管理器可以檢視到所有w3wp.exe佔用cpu利用率情況。透過iis管理器開啟應用程式池，可以逐個停掉應用程式池。一邊停應用程式池，一邊在任務管理器裡面觀察哪個w3wp.exe的cpu利用率一下子從降下來，cpu利用率恢復正常。這樣可以判斷是那個應用程式池出了問題。然後可以再建立多個應用程式池，每一個應用程式池對應一個站點。這樣逐個停應用程式池，就可以確定到底是哪個網站出問題。最有問題的往往是計數器類的ACCESS檔案，例如：“**COUNT.MDB” ，“*COUNT.ASP”，找到這個檔案後，可以刪除它，或下載下來，用ACCESS2000修復它，問題就解決。解決辦法：
2 w3wp.exe佔用cpu過高查詢方法,很多web提供商最頭疼的問題,在任務管理器經常出現w3wp.exe佔cup過高,導致整臺伺服器受影響.解決辦法如下: 1.先把任務管理器開啟,發現那個w3wp.exe佔cup關高就結束程序 2.在我的電腦-管理-事件檢視器-系統-會找到關w3wp.exe的錯誤報告,把程式池名字記錄下,再把具體時間記錄下來.(如12.59.56). 3.在到系統上面的安全性.找到對應時間(如12.59.56)登陸過的使用者. 4.開啟iis找到2中查詢到的程式池,和3查詢到登陸過的使用者,取交集,即可精確查到是那個web佔點站cup. 還不明白，看這裡：