問題的原因最終找到兩個：

　　1、采用的jet 數(shù)據(jù)庫連接方式存在問題：http://support.microsoft.com/?id=838306

　　補丁文件　　　　中文版：WindowsServer2003-KB838306-x86-chs.exe
　　　　　　　　　　英文版：WindowsServer2003-KB838306-x86-enu.exe

　　2、將 Access 數(shù)據(jù)庫擴展名改為 asp

　　下面是差錯過程和解決方案：

　　搜索一下發(fā)現(xiàn)類似問題還真不少，那個w3wp的進程是iis6.0的應用程序池，網(wǎng)上的說法有兩種，一是因為asp或者asp.net代碼中含有死循環(huán)引起的。但是服務器上這么多網(wǎng)站，誰知道那個網(wǎng)站出了問題。二是由于上面的jet連接數(shù)據(jù)庫方式的bug引起的，下載838306的補丁，或者升級到sp1可以解決這個問題，但是打了這個補丁后，有些網(wǎng)站的問題依然存在。

　　又去搜索，有人說將每個網(wǎng)站建立獨立的應用程序池，應用程序池的安全性帳戶設為本地服務即可。方法如下：

首先新建應用程序池：



　　然后將網(wǎng)站的應用程序池指向剛才建立的應用程序池：



　　在建立完所有應用程序池后，統(tǒng)一修改應用程序池的屬性：



　　將應用程序池安全帳戶指定為本地服務：



　　設置完這些之后，問題依然存在，這樣一個網(wǎng)站出現(xiàn)問題，不致影響其他網(wǎng)站，但是這個網(wǎng)站仍然占用大量資源，導致其它網(wǎng)站響應緩慢。不過在任務管理器中出現(xiàn)了每個應用程序池的進程，因此可以找到具體出問題的進程了。

　　下面是尋找出錯網(wǎng)站的過程：要找到這個網(wǎng)站，必須把有問題的進程跟該網(wǎng)站的應用程序池聯(lián)系起來。首先設置任務管理器的查看方式，加入PID的顯示：






　　然后再命令行運行iisapp -a，可以看到PID跟應用程序池的對應關(guān)系：



　　再去iis中看該應用程序池對應的網(wǎng)站，有問題的網(wǎng)站就找到了，剩下的就是這個網(wǎng)站代碼中的問題了。

　　在某位網(wǎng)站管理員的糾纏不休下，我終于無法忍受，幫他找錯誤——無數(shù)次配置iis，網(wǎng)站程序也換了，該升級的也升級了，問題還是存在，黔驢技窮，把網(wǎng)站下載到本地看看到底怎么回事。當我試圖打開他的數(shù)據(jù)庫的時候，問題出現(xiàn)了：

　　他的數(shù)據(jù)庫是.asp的擴展名，要先修改為.mdb才能打開，但是當我點擊要改名字的時候，我的電腦沒有響應了！看來問題在這個數(shù)據(jù)庫了。

　　用命令行rename之后，打開數(shù)據(jù)庫，修復，似乎沒有任何問題，但是再改為.asp時，又出現(xiàn)了剛才的問題。原來是.asp的擴展名在作怪。

　　但是我試著將其他的數(shù)據(jù)庫改為.asp，沒有問題。根本原因不得而知，望知情者告知。

　　最后，在iis中隨便添加了一個isapi對應到mdb，造成mdb無法執(zhí)行，防止下載，將所有的.asp的數(shù)據(jù)庫改回.mdb，問題解決。

最新評論