為應用程序池 'DefaultAppPool' 提供服務的進程關閉時間超過了限制
服務器經常產生“應用程序池 'DefaultAppPool' 提供服務的進程關閉時間超過了限制。進程 ID 是 '2068'?！钡腻e誤，導致iis處于假死狀態(tài)，經了解是IIS應用程序池的設置問題。解決方法如下：

Internet 信息服務(IIS)管理器－＞應用程序池－＞DefaultAppPool－＞右擊屬性
一、回收
1、回收工作進程（分鐘）：選中，值為1740
2、回收工作進程（請求數(shù)目）：不選（原先設置為35000）
3、在下列時間回收工作進程：不填
4、消耗太多內存時回收工作進程：全不選。（2、3、4項可能避免了在訪問量高的時候強制回收進程可能引發(fā)的服務器響應問題，導致iis假死不響應）
二、性能
只選中空閑超時20分鐘。其他都不選。WEB園最大工作進程數(shù)為1（默認）。注意web園這里一定要保持默認，如果填寫其他超過1的數(shù)字就會導致一些網站程序的后臺程序打不開或者刷新不停。

原來的請求隊列限制為4000，現(xiàn)在無限制。
三、運行狀況
前兩項都起用，是原來的默認設置。啟動時間限制90秒，關閉時間限制180秒。

啟動快速失敗保護的鉤去掉！
為了避免真的遇到很多錯誤時沒有提示，可以不關閉，只是把快速保護的保護范圍加大些，例如失敗數(shù)50次 時間段5分鐘 則關閉對應的程序。

“關閉時間限制180秒”是必須的，因為進程關閉的時間，原來為90秒限制,是默認值，如果進程關閉時間超過90秒，則認為超時，從而出現(xiàn)：進程關閉時間超過了限制 日志，所以，適當延長這個時間，可以避免這種錯誤

第2種方法：
原因：獨立進程的 內存堆戔消耗完了，IIS不能創(chuàng)建更多的進程工作空間來處理
解決方法：
1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2. 在Parameters鍵下新建一個DWORD項，名字為：UseSharedWPDesktop 值為1 重啟IIS
第3種
問題已解決,發(fā)現(xiàn)是數(shù)據(jù)庫連接無法釋放,不知道是什么原因,同樣的代碼在本地就是好的,在服務器端就有問題,最后在連接串里加入以下語句解決問題.
Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30
第4種
新建應用程序池，不同的網站引用不同程序池。

下面是其它網友的補充：

" 為應用程序池 'AppPool #1' 提供服務的進程關閉時間超過了限制" 的錯誤出現(xiàn)究其原因是由于網站的訪問量連接數(shù)過大，引起應用程序池處理連接的時候，新的還沒有接替，而舊的又要回收，但在回收的過程中不及時，照常應用程序池當機，網站無法訪問，出現(xiàn)了這個錯誤。

當網站無法訪問的時候，手動回收應用程序池，即可恢復，不過手動恢復的話，畢竟很麻煩，你不能一天都盯著這個網站看吧？問題出在應用程序池的話，那我們就從應用程序池的配置下手來看是否能解決問題。

1、首先建議每個網站分別建立一個應用程序池，一個應用程序池將對應不同的w3wp.exe進程，在“命令提示符”下使用iisapp命令 可以察看網站對應的w3wp.exe的pid值，方便查找出問題的進程。

2、應用程序池的配置
個人意見覺得在應用程序池的屬性窗口中，“回收”和“運行狀況”2個選項卡的配置比較重要。

2.1、回收 選項卡

1、回收工作進程（分鐘）：在工作進程運行多少分鐘后回收工作進程，默認啟用，并且設置為1740分鐘（29小時）；
2、回收工作進程（請求數(shù)目）：在工作進程處理多少 個HTTP請求后終止此工作進程，默認禁用，如果啟用則默認值為35000；
3、在下列時間回收工作進程：在指定的時間回收工作進程，默認禁用；如需啟用，勾選后點擊添加按鈕添加回收的時間即可，使用24小時制定義回收的時間；
4、消耗太多內存時回收工作進程：
最大虛擬內存（兆）：當工作進程使用的虛擬內存達到設置的值時回收工作進程，默認禁用，如果啟用則默認值為500 M；建議設置為不超過虛擬內存總數(shù)的70％；
最大使用的內存（兆）：當工作進程使用的物理內存達到設置的值時回收工作進程，默認禁用，如果啟用則默認值為192 M；建議設置為不超過物理內存總數(shù)的60％；

2.2、性能

1、在空閑此段時間后關閉工作進程（分鐘）：當工作進程空閑多少分鐘后關閉此工作進程，這降低了空閑工作進程對系統(tǒng)資源和CPU性能的消耗，默認啟用并且設置為20分鐘；

2、核心請求隊列限制為（請求次數(shù)）：當HTTP.sys接收到某個客戶端發(fā)送的HTTP請求時，如果處理此請求的對應應用程序池的工作進程還處于忙狀態(tài)，則HTTP.sys將接收到的請求保存在對應應用程序池的請求隊列中，直到工作進程空閑為止。此選項即用于設置此應用程序池的請求隊列所能容納的請求數(shù)量，默認情況下每個應用程序池的請求隊列限制為保留1000個請求，如果超出則向客戶端返回503錯誤，你可以根據(jù)需要適當進行修改，最大可以設置為65535。但是如果設置太大則會消耗大量的系統(tǒng)資源 ，而設置太小會導致客戶端訪問時頻繁出現(xiàn)503錯誤。

2.3、運行狀況

1、啟用Ping：默認情況下應用程序池配置為每隔30秒Ping工作進程，當工作進程沒有進行響應時，則認為此工作進程出現(xiàn)故障并默認配置為關閉此工作進程。你可以修改Ping的時間間隔，但是太長的Ping間隔可能會導致Web服務的中斷，而太短的Ping間隔又會消耗更多的系統(tǒng)資源和CPU利用率，因此建議你保留默認配置；
2、啟用快速失敗保護：如果Web應用程序代碼編寫有問題，它可能會導致工作進程持續(xù)出現(xiàn)問題。默認情況下應用程序池配置為啟用快速失敗保護，當工作進程在配置的時間段（默認為5分鐘）內發(fā)生的失敗次數(shù)超過了配置的值（默認為5次），則禁用此應用程序池。
3、啟動時間限制：IIS等待屬于此應用程序池的工作進程啟動的時間，當工作進程啟用時間超出此設置值時，IIS會在事件日志中進行記錄；
4、關閉時間限制：當IIS檢測到某個工作進程出現(xiàn)故障時，將此工作進程標記為關閉，此選項指定了IIS等待工作進程自動關閉的時間限制，如果超出此時間限制后工作進程尚未關閉，則IIS強行關閉工作進程。

不同的情況下有不同的設置方法，

[引用:iis 回收工作進程時出錯的解決辦法

第一種解決方案：

iis6系統(tǒng)默認的工作進程回收時間是29個小時有很多問題是在回收工作進程后出現(xiàn)很多問題如典型的500錯誤等經過我做服務器的一段時間的觀察大家可以不用回收工作進程而是把應用程序池的最大使用內存調整到一個合適的值就可以了，因為如果設置了不回收工作進程，哪么這個應用程序池所占用內存的體積會很大并在不短增加中，我們設置了這個池最大使用內存的大小就控制注了這個應用程序池的程序變化在一個合理的值里

第二種解決方法：

IIS6的應用程序池會經常出現(xiàn)一些問題

[查看系統(tǒng)日志會發(fā)現(xiàn)下邊錯誤]

為應用程序池 'DefaultAppPool' 提供服務的進程關閉時間超過了限制。進程 ID 是 '3484'。

[隨之而來的還有]

事件 ID ( 54 )的描述(在資源( HTTP )中)無法找到。本地計算機可能沒有必要的注冊信息或消息 DLL 文件來從遠程計算機顯示消息。您可能可以使用 /AUXSOURCE= 標識來檢索詞描述；查看幫助和支持以了解詳細信息。下列信息是事件的一部分: /Device/Http/AppPool.

網上查了很多資料，多說是應用程序池無法在指定的時間內回收造成的。適當?shù)难娱L時間即可解決，最開始我設定為10分鐘內必須回收。但是問題依舊。無奈只好關閉了回收，不回收的結果就是內存得不到釋放，一次手動回收程序池并觀察進程動態(tài)，讓我突然明白其中道理。

每個程序池都會有個獨立進程 w3wp.exe ，而在回收程序池時，系統(tǒng)會新建個w3wp.exe進程，用于處理新的web請求，從而慢慢釋放舊的進程。如果在指定時間內舊的進程沒有釋放完，那么就會導致程序池出錯。

所以，把時間設長點就行了，我設成了3600秒，也就是一小時。設定之后程序池就再沒出現(xiàn)過問題，每天觀察服務器，內存都能被很好的釋放。

下面是我的程序池設定，僅供參考。

右擊應用程序池DefaultAppPool，選取屬性：

一、回收

1、回收工作進程（分鐘）：（不選）

2、回收工作進程（請求數(shù)目）：（不選）

3、在下列時間回收工作進程：我設定為凌晨3點，因為那個時候訪問量最少，請求最少，較容易釋放資源。

4、消耗太多內存時回收工作進程：（不選）

二、性能

空閑超時20分鐘：（不選）

請求隊列限制：（不選）

WEB園最大工作進程數(shù)為1（默認）。

三、運行狀況

啟用ping：選中

啟用快速失敗保護：不選。

啟動時間限制：900秒

關閉時間限制：3600秒。

第三種解決方法：

因為應用程序池 DefaultAppPool 提供服務的進程關閉時間超過了限制 服務器經常產生“應用程序池 DefaultAppPool 提供服務的進程關閉時間超過了限制。進程 ID 是 2068?！钡腻e誤，導致iis處于假死狀態(tài)，經了解是IIS應用程序池的設置問題。解決方法如下：Internet 信息服務(IIS)管理器－＞應用程序池－＞DefaultAppPool－＞右擊屬性一、回收1、回收工作進程（分鐘）：選中，值為17402、回收工作進程（請求數(shù)目）：不選（原先設置為35000）3、在下列時間回收工作進程：不填4、消耗太多內存時回收工作進程：全不選。（2、3、4項可能避免了在訪問量高的時候強制回收進程可能引發(fā)的服務器響應問題，導致iis假死不響應）二、性能只選中空閑超時20分鐘。其他都不選。WEB園最大工作進程數(shù)為1（默認）。注意web園這里一定要保持默認，如果填寫其他超過1的數(shù)字就會導致一些網站程序的后臺程序打不開或者刷新不停。原來的請求隊列限制為4000，現(xiàn)在無限制。三、運行狀況前兩項都起用，是原來的默認設置。啟動時間限制90秒，關閉時間限制180秒。啟動快速失敗保護的鉤去掉！為了避免真的遇到很多錯誤時沒有提示，可以不關閉，只是把快速保護的保護范圍加大些，例如失敗數(shù)50次 時間段5分鐘 則關閉對應的程序。“關閉時間限制180秒”是必須的，因為進程關閉的時間，原來為90秒限制,是默認值，如果進程關閉時間超過90秒，則認為超時，從而出現(xiàn)：進程關閉時間超過了限制 日志，所以，適當延長這個時間，可以避免這種錯誤

]

這篇博文里給出的方法不失為一些很好的解決方案，但是對于我的服務器而言，不能解決問題，我的網站由于有一個投票系統(tǒng)，有人刷票，這種刷票行為是不定時不確定的，來的時候大量訪問，造成當機，不刷的時候服務器沒什么流量，所以它所提到的方法不是很適合我的服務器。

最新評論