問題是這樣的：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

IIS假死的原因：

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

以下是解決方法:

資料一

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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