IIS频繁假死，然后把应用程序池回收一下，就能好了，然后过一会儿又不行了，怎么办啊？请高手帮忙！

Posted 2023-03-19

缩短IIS应用程序池回收时间，减少IIS假死现象 。

解决方法:

　　1.asp是否正确映射到’C:\WINDOWS\system32\inetsrv\asp.dll’

　　2.一般来讲,是由于在同属iis(微软的WEB服务器平台)的应用程序池出现了某个站ASP代码错误所致,使得内存耗尽,检查代码本身的问题.可以隔离到单独应用程序池调试

　　3、减少应用程序池回收时间。默认为：1740。。可设为120（每2小时）

iis(微软的WEB服务器平台)假死的原因：

　　打开iis(微软的WEB服务器平台) 你就会看到应用程序池，默认只有一个应用程序池，查看应用程序池的属性，会发现他的回收时间，默认多达，1740分钟，就是说，需要在1740分钟后才回收此应用程序池，如果在这个时间内，达到请求的最高限制，那么就会出现ASP假死的情况，这个就是大型网站出现假死的情况，反而，小型网站确不会出现这样的情况，因为他请求少，流量少，还没达到限制数量。当然要看你的服务器上网站数目而定。

以下是解决方法:

　　资料一

　　单个网站解决方法:
　　把应用程序池回收时间缩短到300-600分钟，其间回收过程中，需要占用一点CPU资源，没办法，为了稳定性，再把回收时间设为凌晨5点。

多网站解决方法：

　　视服务器网站的多少，新建多个应用程序池，把每个池回收时间缩小到300分钟，然后再分配每个池10个网站左右(这个分配是要求你的网站访问量所定)如果某个网站，访问量大，就单独给他一个程序池，但是这样做的后果就是需要大内存，一个池现在占用我120M内存左右，反正内存大，没关系，

　　那么多网站如何分配应用程序池，打开iis(微软的WEB服务器平台)--查看你要分配的网站属性，查看主目录--在下面你就会看到应用程序池了，分配一个就行了。

资料二

　　大家在使用iis(微软的WEB服务器平台)6时..如果装了动网论坛.肯定有出现过iis(微软的WEB服务器平台)6假死现像..就是asp网页打开慢..但是iis(微软的WEB服务器平台)却是正常的..静态网页打开速度一样..这时候..我一直是重启的方法..查了官方的资料结果没有...据官方资料说..win2003很快就要打这个补丁了..是iis(微软的WEB服务器平台)6对access(小型网站之最爱)驱动支持不理像..也算是一个bug吧..由于我的服务器虚拟主机多..而且大多支持asp..如果一旦假死就无法运行..在多方面的资料查找下..找到了一个比较简单的方法..具体我测试是通过了..iis(微软的WEB服务器平台)6自带数据应用程序池..现在就利用他来解决假死..

　　首先把bbs设一个单独的目录..然后点击应用程序池..新建应用程序池.输入应用程序池id..

　　然后把bbs的虚拟目录下面的.就用程序池..选择刚才新建的应用程序池...

　　然后再回到刚才设好的应用程序池...点击..属性...把回收工作进程数(分钟)及回收工作进程数还有在下列时间回收时间进程勾上..然后在下列时间回收程序池里左边添加..选择一个时间..一般来说..网站到凌晨3点的时候.基本人都很少了..这时回收一下bbs的进程数..就可以解决了iis(微软的WEB服务器平台)假死的现像..

　　当然还可以配置其他信息..比如说iis(微软的WEB服务器平台)6的用户名.. 我们可以打开计算机管理..然后打开计算机用户管理..添加一个用户..设置好后..在应用程序池里面..标识..把添加的用户放上去..用用户来测试回收的进程..当然还有..其他配置..其实很简单..只要好好看一下..就能明白意思...

　　也可以借助专用的工具来回收应用程序池..这样方便而且快捷..iis(微软的WEB服务器平台)的备份.虚拟主机ip的统一修改及端口访问的ip记录..用批处理是一个很简单又方便的方法.所以.把一台服务器做的安全..并不是哪么容易的事..特别是iis(微软的WEB服务器平台)..经常去官方网站搜索资料是一个好习惯..还有就是经常性的访问日志..及注册表的用户还有加载运行的程序.及服务也是一个好方法． 参考技术A 请把应用池 单独出来。别所有网站在一个应用池 就解决了。

最终还是你的服务器配置低了本回答被提问者采纳

如何设置IIS程序池的回收时间，才能最大程度的减少对用户的影响

　　IIS的程序池默认回收间隔是1740分钟(29小时)，在自动回收过程中，应用程序池将会清空，保留在内存中的数据将会被清理（相当于IIS重启）。对于互联网应用程序，为了减少数据库服务器的负担，也许会选择将大量数据暂存在内存中，回收会造成内存数据丢失，如果没有及时保存到数据库中，可能导致应用程序出问题。如果遇到系统使用高峰期，回收将可能导致一段时间应用程序无响应（出现假死状态），给予用户一种很不好的体验。

　　在优化应用程序池之前，我们应用先了解下程序池的几个配置信息：

　　IIS应用程序池

　　发生配置更改时禁止回收：如果为True,应用程序池在发生配置更改时将不会回收。

　　固定时间间隔（分钟）：超过设置的时间后，应用程序池回收，为0意味着应用程序池不会按固定间隔回收。

　　系统默认设置的时间是1740分钟（29小时）。

　　禁用重叠回收： 如果为true，将发生应用程序池回收，以便在创建另一个工作进程之前退出现有工作进程。

　　请求限制： 应用程序池在回收之前可以处理的最大请求数。如果值为0，则表示应用程序池可以处理的请求数没有限制。

　　生成回收事件日志条目： 每发生一次指定的回收事件时便产生一个事件日志条目，里面的明细设置不一一介绍。

　　问题分析：每1740分钟(29小时)回收一次是否合理？

　　不太合理，这个周期内，有可能应用程序处于访问高峰期。因为每天的回收时间都是不一样的，很有可能在高峰期回收，就会造成短时间内网站访问出现问题。因此，要避免最大程度的减少对用户的影响，我们需要充分的分析应用程序的访问情况，例如哪个时间段是高峰，

　　哪个时间段访问人数最少。了解到这些后，应用程序部署人员就应该设定固定的回收时间，例如一个网站凌晨两点访问人数是最少的，那么它可以设置“特定回收时间”在凌晨两点，应用程序池里面的特定时间是支持设定多个的，请注意。

参考技术A 作为.Net开发人员，其实对IIS的应用程序池知之甚少，前段时间被问到一个问题：
对于互联网web应用，如何在用户毫无感知的情况下回收程序池?（对用户产生最小的影响）
简单理解IIS应用程序池
应用程序池可以看成是装载计算机分配给Web应用程序的内存的容器。
网络上有人这样比喻：如果内存是水，那么应用程序池就是鱼缸，Web应用程序就是鱼缸里的金鱼。多个Web应用程序可以放在同一个应用程序池里面，也就是说一个鱼缸可以养多条金鱼。如果金鱼多了，鱼缸的的空间有限，那么金鱼之间就会争抢生存空间，不是很坚固的鱼缸就会破裂，所有的金鱼（网站）就会受到影响，即内存不足，造成内存溢出的问题。如果时间久了，鱼缸里面的水质就会变差，金鱼就好像生活在臭水沟里，因此我们需要定期换水（回收程序池）。
程序池自动回收优化
IIS的程序池默认回收间隔是1740分钟(29小时)，在自动回收过程中，应用程序池将会清空，保留在内存中的数据将会被清理（相当于IIS重启）。对于互联网应用程序，为了减少数据库服务器的负担，也许会选择将大量数据暂存在内存中，回收会造成内存数据丢失，如果没有及时保存到数据库中，可能导致应用程序出问题。如果遇到系统使用高峰期，回收将可能导致一段时间应用程序无响应（出现假死状态），给予用户一种很不好的体验。
在优化应用程序池之前，我们应用先了解下程序池的几个配置信息：
发生配置更改时禁止回收：如果为True,应用程序池在发生配置更改时将不会回收。
固定时间间隔（分钟）：超过设置的时间后，应用程序池回收，为0意味着应用程序池不会按固定间隔回收。
系统默认设置的时间是1740分钟（29小时）。
禁用重叠回收：
如果为true，将发生应用程序池回收，以便在创建另一个工作进程之前退出现有工作进程。
请求限制：
应用程序池在回收之前可以处理的最大请求数。如果值为0，则表示应用程序池可以处理的请求数没有限制。
生成回收事件日志条目：
每发生一次指定的回收事件时便产生一个事件日志条目，里面的明细设置不一一介绍。
问题分析：每1740分钟(29小时)回收一次是否合理？
不太合理，这个周期内，有可能应用程序处于访问高峰期。因为每天的回收时间都是不一样的，很有可能在高峰期回收，就会造成短时间内网站访问出现问题。因此，要避免最大程度的减少对用户的影响，我们需要充分的分析应用程序的访问情况，例如哪个时间段是高峰，哪个时间段访问人数最少。了解到这些后，应用程序部署人员就应该设定固定的回收时间，例如一个网站凌晨两点访问人数是最少的，那么它可以设置“特定回收时间”在凌晨两点，应用程序池里面的特定时间是支持设定多个的，请注意。