如果你在使用iis的过程中装死，可以看看这篇文章是怎么解决的。IIS日志：
应用程序：isapi“c:\ windows \ system32 \ inetsrv \ asp . dll”报告了它自己的问题，原因如下：“ASP不正常，因为100%的执行请求被挂起，而请求队列已被使用0%。”。
ASP关于server 2003 IIS6是异常的，因为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: 00
多站点解决方案：
根据服务器网站的数量，创建多个应用程序池，将每个池的恢复时间减少到300分钟，然后给每个池分配10个左右的网站(这个分配是由你网站的访问量决定的)。如果一个网站的访问量很大，就给它一个单独的程序池，但这样做的后果是需要很大的内存。一个池现在占用了我大约120M的内存。反正内存大也没关系。
那如何给多个网站分配应用池呢？打开IIS -检查你想要分配的网站的属性，检查主目录-你会看到下面的应用程序池。只分配一个。
信息2
当您使用iis6时.如果你安装了一个活跃的网络论坛.一定有很多人在装死.也就是asp网页打开慢.但是iis是正常的.静态网页以相同的速度打开.此时此刻.我一直用重启的方法.我查了官方数据，没有发现结果.根据官方数据，win2003将很快打这个补丁.但是iis6并不关心访问驱动支持。这也是一个错误.因为我的服务器有许多虚拟主机.而且大部分都支持asp.如果它一旦假死就不能运行.我在各种信息搜索下找到了一个比较简单的方法.我通过了特定的测试.iis6自带数据应用程序池.现在用它来解决假死。
首先，为bbs建立一个单独的目录.然后单击应用程序池.创建新的应用程序池。输入应用程序池id.
然后，使用bbs虚拟目录下的程序池选择新创建的应用程序池。
然后回到刚才设置的应用程序池.点击.性能.在以下时间检查恢复工人的数量(分钟)、恢复工人的数量和恢复时间过程.然后在以下时间将其添加到恢复程序池的左侧.选择一个时间.一般来说，网站到凌晨三点，基本人很少.此时，恢复bbs进程的数量.可以解决iis假死的问题。
当然，你也可以配置其他信息.例如，iis6的用户名.我们可以打开电脑管理.然后打开计算机用户管理.添加用户.设置好之后.在应用程序池中.识别.将添加的用户放在上面.与用户一起测试回收流程.当然了.其他配置.其实很简单.好好看看吧.你能理解其中的含义。
您还可以在特殊工具的帮助下回收应用程序池.这既方便又快捷.iis备份。统一修改虚拟主机ip和端口访问的ip记录.批处理是一种非常简单方便的方法。因此.让服务器变得安全并不容易.尤其是iis.经常去官网搜索信息是个好习惯.还有频繁的访问日志.并且注册表的用户可以加载和运行。
