縮短IIS應用池回收時間,減少IIS假死<轉>

IIS日志： 

應用程式:ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' 報告它自身有問題，原因如下: 'ASP 不正常，因為執行請求的 100% 被挂起，而且請求隊列已經使用了 0%。'。 

關于server 2003+IIS6 出現 'ASP 不正常，因為執行請求的 100% 被挂起 

現像如下: 

站點無法打開,或者打開很慢.HTML可以打開.重新啟動或者回收應用程式池可恢複.但過一段時間又會出現 

日志裡會有: 

ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' reported itself as unhealthy for the following reason: 'ASP unhealthy because 100% of executing requests are hung and 6% of the request queue is full.'. 

或者: 

ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' 報告它自身有問題，原因如下: 'ASP 不正常，因為執行請求的 100% 被挂起，而且請求隊列已經使用了 0%。'。 

解決方法: 

1.asp是否正确映射到'C:\WINDOWS\system32\inetsrv\asp.dll' 

2.一般來講,是由于在同屬IIS的應用程式池出現了某個站ASP代碼錯誤所緻,使得記憶體耗盡,檢查代碼本身的問題.可以隔離到單獨應用程式池調試 

3、減少應用程式池回收時間。預設為：1740。。可設為120（每2小時） 

IIS假死的原因： 

打開IIS 你就會看到應用程式池，預設隻有一個應用程式池，檢視應用程式池的屬性，會發現他的回收時間，預設多達，1740分鐘，就是說，需要在1740分鐘後才回收此應用程式池，如果在這個時間内，達到請求的最高限制，那麼就會出現ASP假死的情況，這個就是大型網站出現假死的情況，反而，小型網站确不會出現這樣的情況，因為他請求少，流量少，還沒達到限制數量。當然要看你的伺服器上網站數目而定。 

以下是解決方法: 

資料一 

單個網站解決方法: 

把應用程式池回收時間縮短到300-600分鐘，其間回收過程中，需要占用一點CPU資源，沒辦法，為了穩定性，再把回收時間設為淩晨5點。 

多網站解決方法： 

視伺服器網站的多少，建立多個應用程式池，把每個池回收時間縮小到300分鐘，然後再配置設定每個池10個網站左右(這個配置設定是要求你的網站通路量所定)如果某個網站，通路量大，就單獨給他一個程式池，但是這樣做的後果就是需要大記憶體，一個池現在占用我120M記憶體左右，反正記憶體大，沒關系， 

那麼多網站如何配置設定應用程式池，打開IIS--檢視你要配置設定的網站屬性，檢視主目錄--在下面你就會看到應用程式池了，配置設定一個就行了。 

資料二 

大家在使用iis6時..如果裝了動網論壇.肯定有出現過iis6假死現像..就是asp網頁打開慢..但是iis卻是正常的..靜态網頁打開速度一樣..這時候..我一直是重新開機的方法..查了官方的資料結果沒有...據官方資料說..win2003很快就要打這個更新檔了..是iis6對access驅動支援不理像..也算是一個bug吧..由于我的伺服器虛拟主機多..而且大多支援asp..如果一旦假死就無法運作..在多方面的資料查找下..找到了一個比較簡單的方法..具體我測試是通過了..iis6自帶資料應用程式池..現在就利用他來解決假死.. 

首先把bbs設一個單獨的目錄..然後點選應用程式池..建立應用程式池.輸入應用程式池id.. 

然後把bbs的虛拟目錄下面的.就用程式池..選擇剛才建立的應用程式池... 

然後再回到剛才設好的應用程式池...點選..屬性...把回收工作程序數(分鐘)及回收工作程序數還有在下列時間回收時間程序勾上..然後在下列時間回收程式池裡左邊添加..選擇一個時間..一般來說..網站到淩晨3點的時候.基本人都很少了..這時回收一下bbs的程序數..就可以解決了iis假死的現像.. 

當然還可以配置其他資訊..比如說iis6的使用者名.. 我們可以打開計算機管理..然後打開計算機使用者管理..添加一個使用者..設定好後..在應用程式池裡面..辨別..把添加的使用者放上去..用使用者來測試回收的程序..當然還有..其他配置..其實很簡單..隻要好好看一下..就能明白意思... 

也可以借助專用的工具來回收應用程式池..這樣友善而且快捷..iis的備份.虛拟主機ip的統一修改及端口通路的ip記錄..用批處理是一個很簡單又友善的方法.是以.把一台伺服器做的安全..并不是哪麼容易的事..特别是iis..經常去官方網站搜尋資料是一個好習慣..還有就是經常性的通路日志..及系統資料庫的使用者還有加載運作的程式.及服務也是一個好方法．

本文轉自溫景良(Jason)部落格園部落格，原文連結：http://www.cnblogs.com/wenjl520/archive/2010/07/08/1773956.html，如需轉載請自行聯系原作者