如果你在使用IIS的过程中装死，可以看看这篇文章是怎么解决的。IIS日志：
应用程序：isapi“c:\ Windows \ System32 \ inetsrv \ ASP . dll”报告它有问题，原因如下：“ASP不正常，因为100%的执行请求都被挂起。
请求队列已经使用了0%。
因为100%的执行请求被挂起，所以出现以下现象：站点打不开，或者打开很慢。HTML可以打开。可以继续重新启动或回收应用程序池。但过一会儿，它会出现在日志中：isapi ' c:\ Windows \ system32 \ inetsrv \ asp . dll '报告自己不健康，原因如下：' ASP不健康，因为100%的执行请求被挂起，6%的请求队列已满。'
或者：isapi ' c:\ Windows \ System32 \ inetsrv \ ASP。“DLL”报告它有问题，原因如下：“ASP不正常，因为100%的执行请求都被挂起。
请求队列已经使用了0%。
解决方案：
1.asp是否正确映射到c:\ WINDOWS \ system32 \ inetsrv \ ASP。' dll '
2.一般来说是由于IIS所属的应用池中某站ASP代码错误导致内存耗尽，检查代码本身的问题可以隔离到单独的应用池进行调试。
3.减少应用程序池回收时间。默认值为1740。可设置为120(每2小时一次)
IIS假死的原因：
当您打开IIS时，您将看到应用程序池。默认情况下，只有一个应用程序池。如果你看一下应用池的属性，你会发现它的回收时间默认是1740分钟，也就是说，回收这个应用池需要1740分钟。如果在这段时间内，
达到请求的最大限度，那么ASP就会假死，这是大型网站假死的情况。相反，对于小网站来说是不会发生的，因为他们的请求少，流量少，还没有到极限。当然，这取决于你服务器上的网站数量。
解决方案如下：
信息1
单个网站的解决方案：将应用池的回收时间缩短到300-600分钟，这期间需要一点CPU资源，没办法。为了稳定起见，请将回收时间设置为早上5点。
多站点解决方案：
根据服务器网站的数量，创建多个应用池，将每个池的恢复时间缩短到300分钟，然后给每个池分配10个左右的网站(这个分配取决于你网站的访问量)。如果一个网站有大量的访问，给它一个单独的程序池。
但是这样做的后果就是需要很大的内存。一个池现在占用了我大约120M的内存。反正内存大也没关系。
这么多网站是怎么分配应用池的？打开IIS -检查您想要分配的网站属性和主目录-您将看到下面的应用程序池。只分配一个。
数据2
当您使用iis6时.如果你安装了动态网络论坛，那一定出现过iis6的假死现象.也就是说，asp页面打开缓慢.但是iis是正常的.静态页面以相同的速度打开.这个时候，我一直是重启的方法.我查了官方数据，没有结果.根据官方数据，win2003将很快打补丁.就是iis6忽略了访问驱动的支持。这也是一个错误.因为我的服务器有许多虚拟主机.而且大部分都支持asp.如果我伪造了我的死亡，我不能运行它.我在各种数据搜索下找到了一个比较简单的方法.我通过了测试.iis6自带数据应用程序池.现在我要用它来解决假死的问题。
首先，为bbs设置一个单独的目录.然后单击应用程序池.创建新的应用程序池。输入应用程序池id。
然后从bbs虚拟目录下的应用程序池中选择新创建的应用程序池。
然后返回到您刚刚设置的应用程序池.点击.性能.并勾选回收过程的次数(分钟)和回收过程的次数以及在以下时间的回收时间过程.然后添加.选择一个时间.一般来说，网站上的人很少，直到凌晨3点.然后回收bbs进程的数量.可以解决iis假死的问题。
当然，我们也可以配置其他信息.例如iis6的用户名.我们可以打开电脑管理.然后打开计算机用户管理.添加用户.凝固后.在应用程序池中.将添加的用户放在上面.使用用户测试回收过程.当然，其他配置.其实非常简单.好好看看吧.你能理解其中的含义。
您还可以使用特殊的工具来回收应用程序池.这既方便又快捷.iis备份，统一修改虚拟主机ip和端口访问的ip记录.批处理是一种非常简单方便的方法。因此，保证服务器的安全并不容易.尤其是iis.经常去官网搜索信息是个好习惯.还有频繁的访问日志.注册表的用户必须加载并运行。
