問題是這樣的：

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

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

當(dāng)然要看你的服務(wù)器上拉了多少個網(wǎng)站而定.以下是我的解決方法.

單個網(wǎng)站解決方法：

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

多網(wǎng)站解決方法：

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

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

WIN2003 IIS6.0假死現(xiàn)象的分析

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

一大型網(wǎng)站出現(xiàn)WIN2003 IIS6.0假死現(xiàn)象的分析

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

根據(jù)站點的命中頻率我們設(shè)置回收進(jìn)程的時間，默認(rèn)為20分鐘，根據(jù)訪問量具體限定

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

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

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

IIS假死的原因：

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

以下是解決方法:

資料一

單個網(wǎng)站解決方法:

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

多網(wǎng)站解決方法：

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

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

WIN2003服務(wù)器IIS6.0中應(yīng)用程序池的問題

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

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

經(jīng)過多次試驗.解決問題如下：

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

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

當(dāng)然要看你的服務(wù)器上拉了多少個網(wǎng)站而定，以下是我的解決方法，

一、 單個網(wǎng)站解決方法：

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

二、多網(wǎng)站解決方法：

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

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

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