前些天，朋友的服務器出現問題了，現象就是IIS經常停止響應，restart iis 既正常！經過一番努力問題解決，把方法和相關參考總結供各位參考。

    下面是出問題的一些人的服務器的現象

    1、服務器 window2000 adv server cpu 4G 內存2G

    我公司負責維護的asp程序經常停止響應，具體現象是服務器有一個dllhost進程占用內存較大殺掉該進程后恢復正常。以前也出現過類似現象，當時根據日志查找報錯的頁面并修改后該問題解決。

    現在又出來了，而iis日志里報錯的信息也很少。你們有沒有比較好的查找原因的方法。

    2、我們單位一臺web服務器，用win2000+iis+asp+sql server 7，到現在共運行了一個月左右。其中出現了三次這種情況，就是當用戶瀏覽該站時，ie提示web服務器已經找到，然后就停在這里了，不能打開網頁；即使在服務器上瀏覽也是這樣。當重新啟動iis（不是windows)后故障即消失。

    這個站點每天的頁面瀏覽量在一萬到兩萬之間。請問這可能是由什么原因造成的？請問遇到故障的時候有什么方法和工具來幫助檢測故障所在。

    3、環境是：2000 adv server +SP4 升級到win2003打了所有補丁我們的網站，有ASP+access，PHP+mysql，jsp+mysql，PHP+sqlserver不知道在什么時候，什么原因下，就會出現ASP執行不了了，而且任務進程里面dllhost.exe占了100多M內存，CPU才2-3%。ASP訪問不了，但是PHP可以訪問。只有重新啟動IIS才行！希望大家幫忙看看是什么問題。

    4、win2003操作系統，本地局域網。運行一段時間以后就會出現客戶端打不開ASP網頁的情況（其他如html、cgi、php正常），但沒有腳本超時的提示。這種情況一天中會不間斷的發生（2-3次左右吧），好像沒什么規律。排除病毒的影響。以前只能通過重新啟動后才能解決。但近期發現只要右鍵點擊IIS6.0里面的應用程序池，選擇“回收”就解決問題了。現在要請教的是，為什么會出現這種客戶端不能打開asp網頁的情況的。“回收”它回收些什么東西？回收后，查看日志有以下內容：

    事件類型：錯誤

    事件來源：Active Server Pages

    事件種類：無

    事件 ID：5

    日期：2003-11-24

    事件：22：13：13

    用戶：N/A

    計算機：ABC

    描述：

    錯誤：應用程序池 ’DefaultAppPool’ 的模板永久性緩存初始化失敗，這是由下列錯誤所導致： 無法創建應用程序池的磁盤緩存子目錄。數據可能包含額外的錯誤代碼。

    這個問題我已咨詢了很多網站，都沒有辦法解決，查看微軟相關站點也沒有解決。這里是我最后的希望了。拜托各位高手了。

    原因及解決辦法參考：

    1、查看iis日志，分析日志！

    2、優化ASP程序，這個問題一般是由ASP程序開發的不太好造成的。

    3、設置一下所使用的應用程序池的屬性，將回收工作進程、最大虛擬內存、最大使用的內存修改為適當的值。

    這是Windows2003 IIS 特有，是IIS的應用程序進程池，可以設置在一定的時間之內回收進程池，也可以也讓它達到了多少M之后回收它，要不過大了之后，就會程序變得緩慢，好像是死了一樣，打不開ASP程序啦！

    你把它殺了之后，那就正常了！你可以在IIS的應用程序池里設置，讓它在達到多少M之后回收，回收之后，所有用用戶的進程(session，application)之類的都會沒有了，必需要重新登錄，相當重啟了IIS了。

    也可以設置在什么時候回收進程池，可以設為上網人數較少的時候，比如說凌晨3點回收，那時候受影響的用戶就沒有這么多啦！

    打開IIS，下面會有應用程序和站點這兩項，打開一個網站，右擊-〉屬性-〉 在主目錄下面有個屬性，就是對應應用程序池，IIS6里每一個可以同用一個進程池，也可以同站一個進程池，一個進程池，就是一個dllhost進程啦，如果說是大型網站的話，還是要設置一個獨立的進程池，這樣方便于管理. 如果說沒有配置進程池，就是有一個默認的進程池，打開應用程序里，你就可以看到相對應的進程池，然后右擊查屬性，里面的文字應該可以看得懂，由于網站的特點來設置就行啦， 找到了臨時解決辦法。適合WIN2003系統（IIS6），將每個應用程序設置不同的“應用程序池”即可。比如：新聞系統用一個單獨的應用程序池、論壇再用一個單獨的應用程序池、音樂站點再用一個應用程序池。通過以上的方法，目前服務器還算穩定，偶爾（一般是N天）“回收”一下有問題的“應用程序池”就OK了。

    其它說法：

    原因很明確，就是因為訪問的人量在服務器上生成的進程超過了服務器ISS的負荷！

    有人說是盜版的原因，難道盜版的數據引擎有問題嗎？不能確定。