IIS死锁问题？

b47617

测试时确认为IIS死锁问题，都有什么原因导致的呢？

是不是程序连接数据库的对象没有放开呢?

还有什么时候会引起数据库死锁呢？

b47617

谢谢你的"[秘技]查找死锁的IIS进程"

shanxi

重启机器或重装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就可以逆查出其对应的池的名称.

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

b47617

这个问题就么简单嘛？怎么没有人回答啊？