IIS應用程序池的設置問題解決IIS 假死狀態

　　為應用程序池 'DefaultAppPool' 提供服務的進程關閉時間超過了限制，服務器經常產生“應用程序池 'DefaultAppPool' 提供服務的進程關閉時間超過了限制。進程 ID 是 '2068'。”的錯誤，導致iis處於假死狀態，經了解是IIS應用程序池的設置問題。

　　解決方法如下：

　　1、Internet 信息服務(IIS)管理器->應用程序池->DefaultAppPool->右擊屬性

　　一、回收

　　1、回收工作進程(分鐘)：選中，值為1740

　　2、回收工作進程(請求數目)：不選(原先設置為35000)

　　3、在下列時間回收工作進程：不填

　　4、消耗太多內存時回收工作進程：全不選。(2、3、4項可能避免了在訪問量高的時候強制回收進程可能引發的服務器響應問題，導致iis假死不響應)

　　二、性能

　　只選中空閒超時20分鐘。其他都不選。WEB園最大工作進程數為1(默認)。注意web園這裡一定要保持默認，如果填寫其他超過1的數字就會導致一些網站程序的後台程序打不開或者刷新不停。

　　原來的請求隊列限制為4000，現在無限制。

　　三、運行狀況

　　前兩項都起用，是原來的默認設置。啟動時間限制90秒，關閉時間限制180秒。

　　啟動快速失敗保護的鉤去掉!

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

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

　　第2種方法：

　　原因：獨立進程的 內存堆戋消耗完了，IIS不能創建更多的進程工作空間來處理

　　解決方法：

　　1. HKEY_LOCAL_MACHINESystemCurrentControlSetServicesW3SVC

　　2. 在Parameters鍵下新建一個DWORD項，名字為：UseSharedWPDesktop 值為1 重啟IIS

　　第3種

　　問題已解決,發現是數據庫連接無法釋放,不知道是什麼原因,同樣的代碼在本地就是好的,在服務器端就有問題,最後在連接串裡加入以下語句解決問題.

　　Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30

　　第4種

　　新建應用程序池，不同的網站引用不同程序池。