win2003 iis6 iis假死
更新時間:2008年02月15日 08:31:29 作者:
縮短IIS應用池回收時間,減少IIS假死的解決方法
IIS日志:
應用程序:ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' 報告它自身有問題,原因如下: 'ASP 不正常,因為執(zhí)行請求的 100% 被掛起,而且請求隊列已經(jīng)使用了 0%。'。
關于server 2003+IIS6 出現(xiàn) 'ASP 不正常,因為執(zhí)行請求的 100% 被掛起
現(xiàn)像如下:
站點無法打開,或者打開很慢.HTML可以打開.重新啟動或者回收應用程序池可恢復.但過一段時間又會出現(xiàn)
日志里會有:
ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' reported itself as unhealthy for the following reason: 'ASP unhealthy because 100% of executing requests are hung and 6% of the request queue is full.'.
或者:
ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' 報告它自身有問題,原因如下: 'ASP 不正常,因為執(zhí)行請求的 100% 被掛起,而且請求隊列已經(jīng)使用了 0%。'。
解決方法:
1.asp是否正確映射到'C:\WINDOWS\system32\inetsrv\asp.dll'
2.一般來講,是由于在同屬IIS的應用程序池出現(xiàn)了某個站ASP代碼錯誤所致,使得內(nèi)存耗盡,檢查代碼本身的問題.可以隔離到單獨應用程序池調(diào)試
3、減少應用程序池回收時間。默認為:1740。??稍O為120(每2小時)
IIS假死的原因:
打開IIS 你就會看到應用程序池,默認只有一個應用程序池,查看應用程序池的屬性,會發(fā)現(xiàn)他的回收時間,默認多達,1740分鐘,就是說,需要在1740分鐘后才回收此應用程序池,如果在這個時間內(nèi),達到請求的最高限制,那么就會出現(xiàn)ASP假死的情況,這個就是大型網(wǎng)站出現(xiàn)假死的情況,反而,小型網(wǎng)站確不會出現(xiàn)這樣的情況,因為他請求少,流量少,還沒達到限制數(shù)量。當然要看你的服務器上網(wǎng)站數(shù)目而定。
以下是解決方法:
資料一
單個網(wǎng)站解決方法:
把應用程序池回收時間縮短到300-600分鐘,其間回收過程中,需要占用一點CPU資源,沒辦法,為了穩(wěn)定性,再把回收時間設為凌晨5點。
多網(wǎng)站解決方法:
我的服務器目前拉了70個網(wǎng)站左右,我新建六個應用程序池,把每個池回收時間縮小到300分鐘,然后再分配每個池10個網(wǎng)站左右(這個分配是要求你的網(wǎng)站訪問量所定)如果某個網(wǎng)站,訪問量大,就單獨給他一個程序池,但是這樣做的后果就是需要大內(nèi)存,一個池現(xiàn)在占用我120M內(nèi)存左右,反正內(nèi)存大,沒關系,
那么多網(wǎng)站如何分配應用程序池,打開IIS--查看你要分配的網(wǎng)站屬性,,查看主目錄--在下面你就會看到應用程序池了,分配一個就行了。
資料二
大家在使用iis6時..如果裝了動網(wǎng)論壇.肯定有出現(xiàn)過iis6假死現(xiàn)像..就是asp網(wǎng)頁打開慢..但是iis卻是正常的..靜態(tài)網(wǎng)頁打開速度一樣..這時候..我一直是重啟的方法..查了官方的資料結果沒有...據(jù)官方資料說..win2003很快就要打這個補丁了..是iis6對access驅(qū)動支持不理像..也算是一個bug吧..由于我的服務器虛擬主機多..而且大多支持asp..如果一旦假死就無法運行..在多方面的資料查找下..找到了一個比較簡單的方法..具體我測試是通過了..iis6自帶數(shù)據(jù)應用程序池..現(xiàn)在就利用他來解決假死..
首先把bbs設一個單獨的目錄..然后點擊應用程序池..新建應用程序池.輸入應用程序池id..
然后把bbs的虛擬目錄下面的.就用程序池..選擇剛才新建的應用程序池...
然后再回到剛才設好的應用程序池...點擊..屬性...把回收工作進程數(shù)(分鐘)及回收工作進程數(shù)還有在下列時間回收時間進程勾上..然后在下列時間回收程序池里左邊添加..選擇一個時間..一般來說..網(wǎng)站到凌晨3點的時候.基本人都很少了..這時回收一下bbs的進程數(shù)..就可以解決了iis假死的現(xiàn)像..
當然還可以配置其他信息..比如說iis6的用戶名.. 我們可以打開計處機管理..然后打開計算機用戶管理..添加一個用戶..設置好后..在應用程序池里面..標識..把添加的用戶放上去..用用戶來測試回收的進程..當然還有..其他配置..其實很簡單..只要你好好看一下..就能明白意思...
對于我來說..這種方法可能不太方便..所以我用一個工具來回收應用程序池..這樣方便而且快捷..個人用戶當然不需要這種工具..我是公司工作..服務器壓力挺大..所以都用工具來解決一些問題.所括.iis的備分.及虛擬主機ip的統(tǒng)一修改及端口訪問的ip記錄..用批處理是一個很簡單又方便的方法.所以.把一臺服務器做的安全..并不是哪么容易的事..特別是iis..經(jīng)常去官方網(wǎng)站搜索資料是一個好習慣..還有就是經(jīng)常性的訪問日志..及注冊表的用戶還有加載運行的程序.及服務也是一個好方法..所以.要學會如何遇到問題如何處理問題!!!!
微軟關于該問題的解釋:
http://support.microsoft.com/default.aspx?scid=kb;en-us;828222
應用程序:ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' 報告它自身有問題,原因如下: 'ASP 不正常,因為執(zhí)行請求的 100% 被掛起,而且請求隊列已經(jīng)使用了 0%。'。
關于server 2003+IIS6 出現(xiàn) 'ASP 不正常,因為執(zhí)行請求的 100% 被掛起
現(xiàn)像如下:
站點無法打開,或者打開很慢.HTML可以打開.重新啟動或者回收應用程序池可恢復.但過一段時間又會出現(xiàn)
日志里會有:
ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' reported itself as unhealthy for the following reason: 'ASP unhealthy because 100% of executing requests are hung and 6% of the request queue is full.'.
或者:
ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' 報告它自身有問題,原因如下: 'ASP 不正常,因為執(zhí)行請求的 100% 被掛起,而且請求隊列已經(jīng)使用了 0%。'。
解決方法:
1.asp是否正確映射到'C:\WINDOWS\system32\inetsrv\asp.dll'
2.一般來講,是由于在同屬IIS的應用程序池出現(xiàn)了某個站ASP代碼錯誤所致,使得內(nèi)存耗盡,檢查代碼本身的問題.可以隔離到單獨應用程序池調(diào)試
3、減少應用程序池回收時間。默認為:1740。??稍O為120(每2小時)
IIS假死的原因:
打開IIS 你就會看到應用程序池,默認只有一個應用程序池,查看應用程序池的屬性,會發(fā)現(xiàn)他的回收時間,默認多達,1740分鐘,就是說,需要在1740分鐘后才回收此應用程序池,如果在這個時間內(nèi),達到請求的最高限制,那么就會出現(xiàn)ASP假死的情況,這個就是大型網(wǎng)站出現(xiàn)假死的情況,反而,小型網(wǎng)站確不會出現(xiàn)這樣的情況,因為他請求少,流量少,還沒達到限制數(shù)量。當然要看你的服務器上網(wǎng)站數(shù)目而定。
以下是解決方法:
資料一
單個網(wǎng)站解決方法:
把應用程序池回收時間縮短到300-600分鐘,其間回收過程中,需要占用一點CPU資源,沒辦法,為了穩(wěn)定性,再把回收時間設為凌晨5點。
多網(wǎng)站解決方法:
我的服務器目前拉了70個網(wǎng)站左右,我新建六個應用程序池,把每個池回收時間縮小到300分鐘,然后再分配每個池10個網(wǎng)站左右(這個分配是要求你的網(wǎng)站訪問量所定)如果某個網(wǎng)站,訪問量大,就單獨給他一個程序池,但是這樣做的后果就是需要大內(nèi)存,一個池現(xiàn)在占用我120M內(nèi)存左右,反正內(nèi)存大,沒關系,
那么多網(wǎng)站如何分配應用程序池,打開IIS--查看你要分配的網(wǎng)站屬性,,查看主目錄--在下面你就會看到應用程序池了,分配一個就行了。
資料二
大家在使用iis6時..如果裝了動網(wǎng)論壇.肯定有出現(xiàn)過iis6假死現(xiàn)像..就是asp網(wǎng)頁打開慢..但是iis卻是正常的..靜態(tài)網(wǎng)頁打開速度一樣..這時候..我一直是重啟的方法..查了官方的資料結果沒有...據(jù)官方資料說..win2003很快就要打這個補丁了..是iis6對access驅(qū)動支持不理像..也算是一個bug吧..由于我的服務器虛擬主機多..而且大多支持asp..如果一旦假死就無法運行..在多方面的資料查找下..找到了一個比較簡單的方法..具體我測試是通過了..iis6自帶數(shù)據(jù)應用程序池..現(xiàn)在就利用他來解決假死..
首先把bbs設一個單獨的目錄..然后點擊應用程序池..新建應用程序池.輸入應用程序池id..
然后把bbs的虛擬目錄下面的.就用程序池..選擇剛才新建的應用程序池...
然后再回到剛才設好的應用程序池...點擊..屬性...把回收工作進程數(shù)(分鐘)及回收工作進程數(shù)還有在下列時間回收時間進程勾上..然后在下列時間回收程序池里左邊添加..選擇一個時間..一般來說..網(wǎng)站到凌晨3點的時候.基本人都很少了..這時回收一下bbs的進程數(shù)..就可以解決了iis假死的現(xiàn)像..
當然還可以配置其他信息..比如說iis6的用戶名.. 我們可以打開計處機管理..然后打開計算機用戶管理..添加一個用戶..設置好后..在應用程序池里面..標識..把添加的用戶放上去..用用戶來測試回收的進程..當然還有..其他配置..其實很簡單..只要你好好看一下..就能明白意思...
對于我來說..這種方法可能不太方便..所以我用一個工具來回收應用程序池..這樣方便而且快捷..個人用戶當然不需要這種工具..我是公司工作..服務器壓力挺大..所以都用工具來解決一些問題.所括.iis的備分.及虛擬主機ip的統(tǒng)一修改及端口訪問的ip記錄..用批處理是一個很簡單又方便的方法.所以.把一臺服務器做的安全..并不是哪么容易的事..特別是iis..經(jīng)常去官方網(wǎng)站搜索資料是一個好習慣..還有就是經(jīng)常性的訪問日志..及注冊表的用戶還有加載運行的程序.及服務也是一個好方法..所以.要學會如何遇到問題如何處理問題!!!!
微軟關于該問題的解釋:
http://support.microsoft.com/default.aspx?scid=kb;en-us;828222
相關文章
windows下使用cwRsync定期備份網(wǎng)站(服務器文件同步)
丟失數(shù)據(jù)是站長的噩夢,為了數(shù)據(jù)安全,一個好的智能的備分軟件是必須的。這次為大家奉獻上的是windows下的定期備分軟件,cwRsync,希望可以幫到你。:)2009-08-08win2003 服務器 安全設置 技術實例(比較安全的方法)
文章著重談需要的權限,也就是最終文件夾或硬盤需要的權限,可以防御各種木馬入侵,提權攻擊,跨站攻擊等,本實例經(jīng)過多次試驗.安全性能很好.服務器基本沒有被木馬威脅的擔憂了.2009-07-07IIS7.5顯示ASP的詳細錯誤信息"500 – 內(nèi)部服務器錯誤解決"
iis6.0的時候默認是顯示 錯誤的詳細內(nèi)容,這樣解決故障比較方便,但是也存在一定的安全問題,IIS7.5默認全部不顯示詳細錯誤內(nèi)容,需要手動打開2013-06-06防止黑客侵入你正在使用的Windows系統(tǒng)(克隆管理員賬戶)
當黑客入侵一臺主機后,會想方設法保護自己的“勞動成果”,因此會在肉雞上留下種種后門來長時間得控制肉雞,其中使用最多的就是賬戶隱藏技術2012-07-07