问题是这样的：

　　一台运行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--查看你要分配的网站属性，查看主目录—>在下面你就会看到应用程序池了,分配一个就行了。

　　以上是我的临床试验，服务器现在稳定的运行中，希望能给还在做这个事的朋友一点帮助。