Win2003 IIS 6.0 假死问题解决方法 图文教程

(编辑:jimmy 日期: 2024/12/23 浏览:2)

问题的原因最终找到两个:

  1、采用的jet 数据库连接方式存在问题:http://support.microsoft.com/?id=838306

  补丁文件    中文版:WindowsServer2003-KB838306-x86-chs.exe
          英文版:WindowsServer2003-KB838306-x86-enu.exe

  2、将 Access 数据库扩展名改为 asp

  下面是差错过程和解决方案:

  搜索一下发现类似问题还真不少,那个w3wp的进程是iis6.0的应用程序池,网上的说法有两种,一是因为asp或者asp.net代码中含有死循环引起的。但是服务器上这么多网站,谁知道那个网站出了问题。二是由于上面的jet连接数据库方式的bug引起的,下载838306的补丁,或者升级到sp1可以解决这个问题,但是打了这个补丁后,有些网站的问题依然存在。

  又去搜索,有人说将每个网站建立独立的应用程序池,应用程序池的安全性帐户设为本地服务即可。方法如下:

首先新建应用程序池:

 Win2003 IIS 6.0 假死问题解决方法 图文教程

  然后将网站的应用程序池指向刚才建立的应用程序池:

Win2003 IIS 6.0 假死问题解决方法 图文教程

  在建立完所有应用程序池后,统一修改应用程序池的属性:

Win2003 IIS 6.0 假死问题解决方法 图文教程

  将应用程序池安全帐户指定为本地服务:

Win2003 IIS 6.0 假死问题解决方法 图文教程

  设置完这些之后,问题依然存在,这样一个网站出现问题,不致影响其他网站,但是这个网站仍然占用大量资源,导致其它网站响应缓慢。不过在任务管理器中出现了每个应用程序池的进程,因此可以找到具体出问题的进程了。

  下面是寻找出错网站的过程:要找到这个网站,必须把有问题的进程跟该网站的应用程序池联系起来。首先设置任务管理器的查看方式,加入PID的显示:

Win2003 IIS 6.0 假死问题解决方法 图文教程

Win2003 IIS 6.0 假死问题解决方法 图文教程


  然后再命令行运行iisapp -a,可以看到PID跟应用程序池的对应关系:

Win2003 IIS 6.0 假死问题解决方法 图文教程

  再去iis中看该应用程序池对应的网站,有问题的网站就找到了,剩下的就是这个网站代码中的问题了。

  在某位网站管理员的纠缠不休下,我终于无法忍受,帮他找错误——无数次配置iis,网站程序也换了,该升级的也升级了,问题还是存在,黔驴技穷,把网站下载到本地看看到底怎么回事。当我试图打开他的数据库的时候,问题出现了:

  他的数据库是.asp的扩展名,要先修改为.mdb才能打开,但是当我点击要改名字的时候,我的电脑没有响应了!看来问题在这个数据库了。

  用命令行rename之后,打开数据库,修复,似乎没有任何问题,但是再改为.asp时,又出现了刚才的问题。原来是.asp的扩展名在作怪。

  但是我试着将其他的数据库改为.asp,没有问题。根本原因不得而知,望知情者告知。

  最后,在iis中随便添加了一个isapi对应到mdb,造成mdb无法执行,防止下载,将所有的.asp的数据库改回.mdb,问题解决。