IIS如何快速找出死循环

用过IIS5的朋友都知道,如果ASP代码有缺陷,例如,死循环,或者代码中没能遵循数据库访问的开合原则,那么,就有可能引起IIS死锁.在IIS5下,死锁是一件可怕的事,因为,服务器上任何一个IIS站点的死锁会导致IIS被阻塞,其结果是IIS进程CPU使用率很高,这样,所有对于WEB服务的访问都无法得到回应

IIS6中,防止死锁做的相当不错,而且IIS6中增加了池的概念,就是将若干个站点放在一个进程中执行,而这个进程W3WP,跟IIS的进程分离开来,这样,即便有一个站点死锁,那么,只影响其所在的W3WP进程,而不会影响其他应用程序池.这个概念应该是得益于ASP.NET的应用程序域而来的.另外,IIS6聪明的一点还在于,如果发生死锁,持续一段时间后,IIS会自动终止这个W3WP进程,重新为其建立新的进程,用于处理请求,这样,就避免一直死锁下去.看来,IIS6中这种将IIS进程,处理请求的工作进程分离开来的做法,确不错

但是,光解决问题还不行,通常,如果你不想这种情况反复发生的话,你就应该找出那个导致死锁的站点,然后将其隔离并检查ASP代码.对于一个管理员来说,这不是一件容易的事.因为,通常一台服务器,可能有几十甚至上百个站点,这样,你也不知道哪个池对应于哪个W3WP进程,因此,就算你知道死锁进程的PID,你也不知道应用程序池的名字.

幸好,IIS6提供了一套不错的IIS管理脚本,当死锁时,使用

iisapp -a

就可以列出每一个IIS应用程序池与W3WP进程ID对应的关系.这样,我们由死锁进程ID就可以逆查出其对应的池的名称.

然后,我们就可以将范围缩小到一个池中.然后,对池中的几个网站逐一排查了

这真是一套非常有用的工具

在IIS下的WEB程序在调试时,时常会因为一个死循环或者数据库的查询语句错误,而导致IIS卡死,第一反应就是去重新启动IIS,但是结果却经常会在停止服务再启动服务时说无法启用.在这里说个小窍门,让您不必重启机器,你只需要打开任务管理器,结束inetinfo.exe进程,系统会自动重新开启这个进程,这时等于就是重新启动了一次IIS.

---