問題是這樣的：

一臺運行WIN2003 IIS6.0的服務器.不定時出現.ASP不能訪問.可是其間.CGI PHP HTM JSP 一切正常.經過多次試驗.解決問題如下.

打開IIS 你就會看到應用程序池.默認只有一個應用程序池.你查看應用程序池的屬性.會發現他的回收時間.默認多達.1740分鐘.就是說.需要在1740分鐘后才回收此應用程序池.如果在這個時間內.達到請求的最高限制.那么就會出現ASP假死的情況.這個就是大型網站出現假死的情況.反而.小型網站確不會出現這樣的情況.因為他請求少.流量少.還沒達到限制數量。

當然要看你的服務器上拉了多少個網站而定.以下是我的解決方法.

單個網站解決方法：

(很簡單.把應用程序池回收時間縮短到300-600分鐘.其間回收過程中.需要占用一點CPU資源.沒辦法.為了穩定性.再把回收時間設為凌晨5點)

多網站解決方法：

我的服務器目前拉了70個網站左右.我新建六個應用程序池.把每個池回收時間縮小到300分鐘.然后再分配每個池10個網站左右(這個分配是要求你的網站訪問量所定)如果某個網站.訪問量大.就單獨給他一個程序池.但是這樣做的后果就是需要大內存.一個池現在占用我120M內存左右.反正內存大.沒關系.}'多網站如何分配應用程序池??.打開IIS--查看你要分配的網站屬性..查看主目錄--在下面你就會看到應用程序池了.分配一個就行了.

以上是我的臨床試驗.服務器現在穩定的運行中.本來幾乎一天就停一次.要我重起IIS才行.

WIN2003 IIS6.0假死現象的分析

不少朋友在做網絡管理中遇到一些網站系統經常會出現一段時間網速很慢，直到不能進入系統.本人也為這個事情困惑了很久.后來經過幾天的系統觀察,對WIN2003系統的分析跟蹤發現在是應用程序池的問題,后來設置了一下問題就解決了,現在提出供大家分析.

一大型網站出現WIN2003 IIS6.0假死現象的分析

關于一大型網站出現假死現象的分析（WIN2003 IIS6.0無故停止的問題）;;;;;系統環境：系統應用環境是：操作系統平臺是Windows Server 2003;;;;;后臺數據庫是ORACLE9I;;;;;問題：系統采用（B/S結構）經常會出現一段時間網速很慢，直到不能進入系統。管理人員不得不重新啟動機子，才能使系統正常工作。;;;;;分析：根據實地觀察發現在運行 Windows Server 2003 的計算機上，默認的 ASP 輔助進程為 w3wp.exe。(w3wp.exe 為ASP.NET的進程)w3wp.exe 進程通常在 NETWORK SERVICE 帳戶下運行，但可將它配置為在 SYSTEM SERVICE 或用戶帳戶下運行，w3wp.exe這個進程占用大量的CPU和內存，出現內存溢出，這時會出現ASP假死的情況也就是WIN2003 IIS6.0無故停止。Windows Server 2003 的計算機上的 ASP Web 應用程序W3wp.exe（多工作進程）將在訪問www服務時候啟動。通過IIS6.0新增的“應用程序池可以對此進行調度，根據調換Web園的數量可以限定該池的工作進程數量，經過測試同屬于一個池中的程序，服務器將在訪問每個虛擬目錄或站點時啟動一個W3wp.exe進程。直至達到設置的Web園最大數量。

根據站點的命中頻率我們設置回收進程的時間，默認為20分鐘，根據訪問量具體限定

在站點內存耗費過大時及時回收內存，可以有效的避免溢出

在開始--à程序--à管理工具à信息服務管理器-à打開應用程序池IIS 你就會看到應用程序池.默認只有一個應用程序池.你查看應用程序池的屬性.會發現他的回收時間.默認多達.1740分鐘.就是說.需要在1740分鐘后才回收此應用程序池.如果在這個時間內.達到請求的最高限制.那么就會出現ASP假死的情況.這個就是大型網站出現假死的情況.反而.小型網站確不會出現這樣的情況.因為他請求少.流量少.還沒達到限制數量。

解決方法：把應用程序池回收時間縮短到300-600分鐘.其間回收過程中.需要占用一點CPU資源.沒辦法.為了穩定性.再把回收時間設為凌晨5點

IIS假死的原因：

打開IIS 你就會看到應用程序池，默認只有一個應用程序池，查看應用程序池的屬性，會發現他的回收時間，默認多達，1740分鐘，就是說，需要在1740分鐘后才回收此應用程序池，如果在這個時間內，達到請求的最高限制，那么就會出現ASP假死的情況，這個就是大型網站出現假死的情況，反而，小型網站確不會出現這樣的情況，因為他請求少，流量少，還沒達到限制數量。當然要看你的服務器上網站數目而定。

以下是解決方法:

資料一

單個網站解決方法:

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

多網站解決方法：

我的服務器目前拉了70個網站左右，我新建六個應用程序池，把每個池回收時間縮小到300分鐘，然后再分配每個池10個網站左右(這個分配是要求你的網站訪問量所定)如果某個網站，訪問量大，就單獨給他一個程序池，但是這樣做的后果就是需要大內存，一個池現在占用我120M內存左右，反正內存大，沒關系，

那么多網站如何分配應用程序池，打開IIS--查看你要分配的網站屬性，，查看主目錄--在下面你就會看到應用程序池了，分配一個就行了。

WIN2003服務器IIS6.0中應用程序池的問題

最近我校網絡平臺服務器經常出問題，主要是WEB無法訪問，這個問題曾經困擾了我半個月時間，一臺新購低檔服務器，運行WIN2003 IIS6.0的操作系統，不定時出現.ASP不能訪問，通過測試發現，ENGLISH網站可以訪問，因這個網站全是HTML頁，后來發現其它程序如CGI、HTML等一切正常。

剛開始不知道是怎么會事，用最笨的辦法，把服務器重啟后正常，后來發現這個ASP不能訪問的時間越來越短了，就上網去查了海量的資料，可是在IIS6.0的配制與設置中，這些問題都注意了的，還好在上周的時候看到了希望，我在論壇上看到了一個求助貼子，跟我們現在的情況一樣，但是一看后面的回復才知，最后問題還是沒有解決，哎，看來又只好作罷了，后來我也去發過求助貼子，但是回復的人員說的我都做過了，問題還是沒得起色。接下來，我把我辦公的這臺電腦裝成了win2003來進行調試，在網上繼續查看相關的資料，看到微軟官方網站上的一篇文章，提到關于應用程序池的設置問題，其實這個我也設置過，總覺得沒什么問題，但仔細閱讀后，還是沒提到與這個ASP無法訪問相關的話題，于是去搜索“應用程序池相關的文章，看到了一些關于應用程序池設置不當導致ASP頁無法訪問的話題，于是就開始作試驗了。

經過多次試驗.解決問題如下：

打開IIS 你就會看到應用程序池，默認只有一個應用程序池，你查看應用程序池的屬性.會發現他的回收時間，默認多達.1740分鐘，就是說，需要在1740分鐘后才回收此應用程序池.如果在這個時間內，達到請求的最高限制，那么就會出現ASP假死的情況.這個就是大型網站出現假死的情況，反而，小型網站確不會出現這樣的情況，因為他請求少，流量少，還沒達到限制數量。

廢話就不說了，解決如下：

當然要看你的服務器上拉了多少個網站而定，以下是我的解決方法，

一、 單個網站解決方法：

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

二、多網站解決方法：

新建多個應用程序池，根據你網站的多少而定，比如你有10網站，那就建兩個吧，把每個池回收時間縮小到300分鐘，然后再分配每個池5個網站左右(這個分配是要求你的網站訪問量所定)如果某個網站，訪問量大，就單獨給他一個程序池，但是這樣做的后果就是需要大內存，一個池現在占用120M內存左右，根據你的具體情況而定吧。

多網站如何分配應用程序池？打開IIS--查看你要分配的網站屬性，查看主目錄—>在下面你就會看到應用程序池了,分配一個就行了。

以上是我的臨床試驗，服務器現在穩定的運行中，希望能給還在做這個事的朋友一點幫助。