当前位置 主页 > 服务器问题 > win服务器问题汇总 > 最大化 缩小

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

    栏目:win服务器问题汇总 时间:2019-03-08 09:50

    几天服务器总是运行缓慢,远程登录后发现一个 w3wp.exe 的进程占用了 100% CPU。 问题的原因最终找到两个:

      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可以解决这个问题,但是打了这个补丁后,有些网站的问题依然存在。

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

    首先新建应用程序池:

     图1

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

    图2

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

    图3

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

    图4

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

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

    图5

    图6


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

    图7

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

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

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