以下是方案1：

現(xiàn)象：機(jī)器正在調(diào)試或允許IIS時(shí),被異常中斷服務(wù)(比如停電)，然后再次IIS運(yùn)行頁(yè)面時(shí)，CPU資源占用100%，即使重新啟動(dòng)也無(wú)效。
原因：發(fā)生中斷時(shí)，IIS會(huì)寫(xiě)異常日志，但是此時(shí)寫(xiě)入了亂碼，造成IIS一直寫(xiě)日志的死循環(huán)，耗盡了系統(tǒng)資源。找到系統(tǒng)路徑\System32\Logfiles\W3SVC1 下當(dāng)天的錯(cuò)誤日志文件，即可看到以上內(nèi)容。
解決：刪除 系統(tǒng)路徑\System32\Logfiles\W3SVC1 下當(dāng)天的錯(cuò)誤日志文件，如：ex060904.log，然后重新啟動(dòng)IIS即可。

以下是方案2：

環(huán)境：win2003server+IIs+ASP+MSSQL

現(xiàn)象：每隔一段時(shí)間（不定，有時(shí)幾分鐘，有時(shí)半小時(shí)）出現(xiàn)一次網(wǎng)站打開(kāi)非常緩慢，甚至有時(shí)會(huì)出現(xiàn)超時(shí)打不開(kāi)站點(diǎn)，此時(shí)查看服務(wù)器端的進(jìn)程，CPU占用率達(dá)到100%，其中w3wp占用70~80%，SQL占用20~30%。所有服務(wù)器端的操作也變得緩慢
初期解決方法：每次現(xiàn)象出現(xiàn)時(shí)，立即登錄服務(wù)器直接結(jié)束w3wp進(jìn)程或重啟IIS服務(wù)，平均每天約十次操作，由于服務(wù)器存放于遠(yuǎn)程機(jī)房，所有操作都是遠(yuǎn)程控制進(jìn)行，有時(shí)會(huì)因此出現(xiàn)遠(yuǎn)程無(wú)法連接登錄的情況，只能通過(guò)電話通知機(jī)房管理人員重啟服務(wù)器解決，此過(guò)程導(dǎo)致用戶抱怨不斷
經(jīng)過(guò)網(wǎng)上查閱資料，發(fā)現(xiàn)此類現(xiàn)象多數(shù)由于網(wǎng)頁(yè)代碼不合理所致，以下情況會(huì)導(dǎo)致此類現(xiàn)象發(fā)生： 

1、代碼中多處使用application、seesion等服務(wù)器緩存，導(dǎo)致服務(wù)器資料過(guò)度占用；
2、代碼有不合理語(yǔ)法，死循環(huán)等；
3、數(shù)據(jù)庫(kù)損壞，尤其是ACCESS數(shù)據(jù)庫(kù)； 
4、裝過(guò)多第三方軟件或插件，與IIS或網(wǎng)頁(yè)功能代碼沖突。 

第一階段排查：根據(jù)查閱到的參考資料逐項(xiàng)分析

1、服務(wù)器上所有站點(diǎn)代碼均為公司設(shè)計(jì)人員自行編寫(xiě)，可證實(shí)并無(wú)過(guò)多調(diào)用服務(wù)器緩存語(yǔ)法（排除）
2、代碼是否存在不合理語(yǔ)法（不確定）
3、根據(jù)情況來(lái)看，IIS進(jìn)程占用率升高時(shí)，SQL占用率同時(shí)升高，應(yīng)為SQL數(shù)據(jù)庫(kù)的站點(diǎn)，根據(jù)現(xiàn)象判斷，庫(kù)或表應(yīng)該正常，估計(jì)是數(shù)據(jù)方面可能有誤；（不確定） 
4、服務(wù)器端除了基本的系統(tǒng)服務(wù)，防殺毒及網(wǎng)站運(yùn)作必備服務(wù)之外，并無(wú)多余第三方軟件，機(jī)率不大（排除）。

經(jīng)過(guò)以上分析判斷，將不確定項(xiàng)連起來(lái)得出的結(jié)論是：某個(gè)采用了SQL數(shù)據(jù)庫(kù)的網(wǎng)站網(wǎng)頁(yè)代碼存在不合理語(yǔ)法，導(dǎo)致IIS和SQL進(jìn)程CPU占用率過(guò)高。

第二階段排查：

確定范圍，接著繼續(xù)把范圍縮小。
由于服務(wù)器上采用SQL數(shù)據(jù)庫(kù)的站點(diǎn)并不多，便于建立獨(dú)立進(jìn)程ID來(lái)觀察，將所有采用SQL數(shù)據(jù)庫(kù)的站點(diǎn)在IIS管理器中分別建立獨(dú)立的應(yīng)用程序池，然后通過(guò)CMD界面輸入：iisapp -a 命今查看并記錄下各IIS池的進(jìn)程ID號(hào)，通過(guò)多次現(xiàn)象重現(xiàn)時(shí)的觀察，有個(gè)IIS進(jìn)程ID是導(dǎo)致此次問(wèn)題的罪魁禍?zhǔn)住?

以下是方案3：

在IIS6下，經(jīng)常出現(xiàn)w3wp.exe的內(nèi)存及CPU占用不能及時(shí)釋放，從而導(dǎo)致服務(wù)器響應(yīng)速度很慢。 
 
解決內(nèi)存占用過(guò)多，可以做以下配置： 
1、在IIS中對(duì)每個(gè)網(wǎng)站進(jìn)行單獨(dú)的應(yīng)用程序池配置。即互相之間不影響。
2、設(shè)置應(yīng)用程序池的回收時(shí)間，默認(rèn)為1720小時(shí)，可以根據(jù)情況修改。再設(shè)置當(dāng)內(nèi)存占用超過(guò)多少（如500M），就自動(dòng)回收內(nèi)存。

解決CPU占用過(guò)多：
1、在IIS中對(duì)每個(gè)網(wǎng)站進(jìn)行單獨(dú)的應(yīng)用程序池配置。即互相之間不影響。
2、設(shè)置應(yīng)用程序池的CPU監(jiān)視，不超過(guò)25%（服務(wù)器為4CPU），每分鐘刷新，超過(guò)限制時(shí)關(guān)閉。 

根據(jù)w3wp取得是那個(gè)一個(gè)應(yīng)用程序池：  
1、在任務(wù)管理器中增加顯示pid字段。就可以看到占用內(nèi)存或者cpu最高的進(jìn)程  
2、在命令提示符下運(yùn)行iisapp -a。注意，第一次運(yùn)行，會(huì)提示沒(méi)有js支持，點(diǎn)擊確定。然后再次運(yùn)行就可以了。這樣就可以看到pid對(duì)應(yīng)的應(yīng)用程序池。（iisapp實(shí)際上是存放在C:\windows\system32目錄下的一個(gè)VBS腳本，全名為iisapp.vbs，如果你和我一樣，也禁止了Vbs默認(rèn)關(guān)聯(lián)程序，那么就需要手動(dòng)到該目錄，先擇打開(kāi)方式，然后選“Microsoft (r) Windows Based Script Host”來(lái)執(zhí)行，就可以得到PID與應(yīng)用程序池的對(duì)應(yīng)關(guān)系。）
3、到iis中察看該應(yīng)用程序池對(duì)應(yīng)的網(wǎng)站，就ok了，做出上面的內(nèi)存或CPU方面的限制，或檢查程序有無(wú)死循環(huán)之類的問(wèn)題。

最新評(píng)論