Service Unavailable  win2003应用程序池假死解决方法

1：以前没有SP1打补丁的时候会出现这个IIS6。0假死问题，但现在微软都在自动更新里面出补丁了，一般你打好最新补丁后是不会出现此问题了。（所以现在的IIS假死与这个关系不是很大）

2：从IIS6.0开始CPU资源都在应用池里面限制了，不象以前的IIS。5。所以假死的池的缘故就是池被拉死，你在网站打不开的时候可以看到你的某个应用池是禁用的，上面出现一个红叉。你鼠标右键启动网站又会自动恢复。 这个原因：大概是以下几个因数造成的。

（1）：你限制了应用池的资源限制，限制得太小 比如：50这样或更少更多一点，这个时候如果你这个池下面的网站占用CPU太高，比如超过50% 那么5分钟后他就自动死了，手工默认建立的应用池默认是超过资源不操作。
出现上面这个情况解决方法：1：不限制CPU资源，（这个是不可取的，不限制资源，有的程序有BUG占用资源厉害了的，服务器都会被拉死，你可能都无法操作服务器。）2：在超过资源那里选择 关闭，这个关闭默认是失败5次，90秒内恢复，一般默认就可。网站能自动恢复，这个关闭：不是永久关闭，意思是超过资源关闭，然后在某时间内自动恢复池。不操作就是不恢复，这个是很多人的误区。上次我写过相关的这个讲解了。

（2）：内存限制 在IIS6。0应用池上面有虚拟内存和最大内存限制，如果你设置了这个。那么网站访问量大了 也会出现假死，所以不建议设置这里。默认就可。

3：就是服务器自身内存太小，网站运行当然需要使用到内存了，当内存不够的时候应用池也会死掉变成禁用。那么只有等内存全部释放出来才能恢复应用池了。出现这个情况：那么你就要考虑加内存或者检查到底是什么程序占用了内存了。比如MSSQL数据库，这个可是吃内存得大户啊，最好别和WEB服务器同时一个服务器上。很多人用1G内存做 2003系统，2003NET结构是很占用内存的，所以做服务器选2003还得把内存加到2G或更高才好。 内存不够上面 2点讲到的，是没办法操作了，也无法自动恢复。

4：就是ACCESS数据库太大或查询太多，这个也会出现把IIS拉死，解决方法；修复ACCESS数据库，或尽量少用ACCESS数据库。

5：不同网站用不同应用池：根据你自己实际情况而定，站点大的最好独立一个应用池，限制他的资源超过了自动回收，看上面 （1）讲到的，这样就不影响其他站点。  中型站点：多个网站共用一个应用池，比如5个站点用一个池，设置他资源时间等等。这样他们就算超资源了也不影响其他应用池的网站。

6：设置回收时间：很多人以为设置回收池越短越好，其实是错误的，每次回收当然是把内存回收回来了，但加重了一次服务器的负担，当服务器比较繁忙的时候，有可能导致其他应用池死。所以建议设置共1000就行了。其他独立池按照他网站流量而设置 可以设置600 也行，共用的不建议设置太短。

7：网站后台过不了多久自动退出又要重新登陆：这个情况就是你设置回收时间太短了，按照 6点设置吧。 不要设置什么20分 30分这样的，这样不好的。

转载自：http://www.liyingfei.com/read.php?86

柳永法(yongfa365)'Blog评：文章写的很全面，但实际应用时可能不是那么容易，一般是因为：

1.应用程序池的CPU做了限制，这样一来哪个站点总是占CPU过大或一个应用程序池里有几个占用比较大的，都会造成它所在的应用程序池的关闭。

2.有些人的ACCESS数据库都几百M，有几十万条数据，查询时是把所有记录都取出来，非常占用CPU

3.程序设计不合理，不够优化，而网站的访问量又非常大。

处理方法除了上面所说的方法外，本人觉得最重要的还是找出占服务器资源大的站点，一般一台服务器上占CPU大的站点不会超过5个，只要找出这些站点来，基本上别的站点放在一个应用程序池下都不会有什么问题的（当然，除了.net1.1与.net2.0共存的情况）。

这个是说起来容易做起来难，实现方法有两种：冷处理法与热处理法。

所谓的冷处理法是指关掉IIS然后修改IIS的XML配置文件，对所有站点进行应用程序池划分，这个过程最快的方法本人觉得是利用宏实现，这样冷处理的时间也许不到10s,但这种处理方法还不是很好，因为要多次关一会IIS。

所谓的热处理法就是使用WMI在不关闭IIS的前提下对IIS上的所有站点所在的应用程序池进行调整，找出占资源高的站点，但这个编程能力得比较强，也是本人正在研究的。