几天服务器总是运行缓慢，远程登录后发现一个 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可以解决这个问题，但是打了这个补丁后，有些网站的问题依然存在。

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

首先新建应用程序池：

 

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



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



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



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

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






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



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

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

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