w3wp.exe佔內存CPU問題 WIN2003 IIS6.0假死現象的分析

  打開IIS 你就會看到應用程序池.默認只有一個應用程序池.你查看應用程序池的屬性.會發現他的回收時間.默認多達.1740分鐘.就是說.需要在1740分鐘後纔回收此應用程序池.如果在這個時間內.達到請求的最高限制.那麼就會出現ASP假死的情況.這個就是大型網站出現假死的情況.反而.小型網站確不會出現這樣的情況.因爲他請求少.流量少.還沒達到限制數量.

    當然要看你的服務器上拉了多少個網站而定.以下是我的解決方法.

    單個網站解決方法.;

    (很簡單.把應用程序池回收時間縮短到300-600分鐘.其間回收過程中.需要佔用一點CPU資源.沒辦法.爲了穩定性.再把回收時間設爲凌晨5點)

    多網站解決方法.

    我的服務器目前拉了70個網站左右.我新建六個應用程序池.把每個池回收時間縮小到300分鐘.然後再分配每個池10個網站左右(這個分配是要求你的網站訪問量所定)如果某個網站.訪問量大.就單獨給他一個程序池.但是這樣做的後果就是需要大內存.一個池現在佔用我120M內存左右.反正內存大.沒關係.}'
多網站如何分配應用程序池??.打開IIS--查看你要分配的網站屬性..查看主目錄--在下面你就會看到應用程序池了.分配一個就行了.

    以上是我的臨牀試驗.服務器現在穩定的運行中.本來幾乎一天就停一次.要我重起IIS才行.

WIN2003 IIS6.0假死現象的分析
不少朋友在做網絡管理中遇到一些網站系統經常會出現一段時間網速很慢,直到不能進入系統.本人也爲這個事情困惑了很久.後來經過幾天的系統觀察,對WIN2003系統的分析跟蹤發現在是應用程序池的問題,後來設置了一下問題就解決了,現在提出供大家分析.

一大型網站出現WIN2003 IIS6.0假死現象的分析
. 關於一大型網站出現假死現象的分析(WIN2003 IIS6.0無故停止的問題)
系統環境:系統應用環境是:操作系統平臺是Windows Server 2003
後臺數據庫是ORACLE9I
問題:系統採用(B/S結構)經常會出現一段時間網速很慢,直到不能進入系統。管理人員不得不重新啓動機子,才能使系統正常工作。
分析:根據實地觀察發現在運行 Windows Server 2003 的計算機上,默認的 ASP 輔助進程爲 w3wp.exe。(w3wp.exe 爲ASP.NET的進程)w3wp.exe 進程通常在 NETWORK SERVICE 帳戶下運行,但可將它配置爲在 SYSTEM SERVICE 或用戶帳戶下運行,w3wp.exe這個進程佔用大量的CPU和內存,出現內存溢出,這時會出現ASP假死的情況也就是WIN2003 IIS6.0無故停止
Windows Server 2003 的計算機上的 ASP Web 應用程序W3wp.exe(多工作進程)將在訪問www服務時候啓動。通過IIS6.0新增的“應用程序池”可以對此進行調度,根據調換Web園的數量可以限定該池的工作進程數量,經過測試同屬於一個池中的程序,服務器將在訪問每個虛擬目錄或站點時啓動一個W3wp.exe進程。直至達到設置的Web園最大數量
根據站點的命中頻率我們設置回收進程的時間,默認爲20分鐘,根據訪問量具體限定
在站點內存耗費過大時及時回收內存,可以有效的避免溢出
        
在開始--à程序--à管理工具à信息服務管理器-à打開應用程序池IIS 你就會看到應用程序池.默認只有一個應用程序池.你查看應用程序池的屬性.會發現他的回收時間.默認多達.1740分鐘.就是說.需要在1740分鐘後纔回收此應用程序池.如果在這個時間內.達到請求的最高限制.那麼就會出現ASP假死的情況.這個就是大型網站出現假死的情況.反而.小型網站確不會出現這樣的情況.因爲他請求少.流量少.還沒達到限制數量.
解決方法:把應用程序池回收時間縮短到300-600分鐘.其間回收過程中.需要佔用一點CPU資源.沒辦法.爲了穩定性.再把回收時間設爲凌晨5點

IIS假死的原因:

打開IIS 你就會看到應用程序池,默認只有一個應用程序池,查看應用程序池的屬性,會發現他的回收時間,默認多達,1740分鐘,就是說,需要在1740分鐘後纔回收此應用程序池,如果在這個時間內,達到請求的最高限制,那麼就會出現ASP假死的情況,這個就是大型網站出現假死的情況,反而,小型網站確不會出現這樣的情況,因爲他請求少,流量少,還沒達到限制數量。當然要看你的服務器上網站數目而定。

以下是解決方法:

資料

單個網站解決方法:

把應用程序池回收時間縮短到300-600分鐘,其間回收過程中,需要佔用一點CPU資源,沒辦法,爲了穩定性,再把回收時間設爲凌晨5點。

多網站解決方法:

我的服務器目前拉了70個網站左右,我新建六個應用程序池,把每個池回收時間縮小到300分鐘,然後再分配每個池10個網站左右(這個分配是要求你的網站訪問量所定)如果某個網站,訪問量大,就單獨給他一個程序池,但是這樣做的後果就是需要大內存,一個池現在佔用我120M內存左右,反正內存大,沒關係,

那麼多網站如何分配應用程序池,打開IIS--查看你要分配的網站屬性,,查看主目錄--在下面你就會看到應用程序池了,分配一個就行了。

WIN2003服務器IIS6.0中應用程序池的問題

最近我校網絡平臺服務器經常出問題,主要是WEB無法訪問,這個問題曾經困擾了我半個月時間,一臺新購低檔服務器,運行WIN2003 IIS6.0的操作系統,不定時出現.ASP不能訪問,通過測試發現,ENGLISH網站可以訪問,因這個網站全是HTML頁,後來發現其它程序如CGI、HTML等一切正常。

剛開始不知道是怎麼會事,用最笨的辦法,把服務器重啓後正常,後來發現這個ASP不能訪問的時間越來越短了,就上網去查了海量的資料,可是在IIS6.0的配製與設置中,這些問題都注意了的,還好在上週的時候看到了希望,我在論壇上看到了一個求助貼子,跟我們現在的情況一樣,但是一看後面的回覆才知,最後問題還是沒有解決,哎,看來又只好作罷了,後來我也去發過求助貼子,但是回覆的人員說的我都做過了,問題還是沒得起色。接下來,我把我辦公的這臺電腦裝成了win2003來進行調試,在網上繼續查看相關的資料,看到微軟官方網站上的一篇文章,提到關於應用程序池的設置問題,其實這個我也設置過,總覺得沒什麼問題,但仔細閱讀後,還是沒提到與這個ASP無法訪問相關的話題,於是去搜索“應用程序池”相關的文章,看到了一些關於應用程序池設置不當導致ASP頁無法訪問的話題,於是就開始作試驗了。

經過多次試驗.解決問題如下:

    打開IIS 你就會看到應用程序池,默認只有一個應用程序池,你查看應用程序池的屬性.會發現他的回收時間,默認多達.1740分鐘,就是說,需要在1740分鐘後纔回收此應用程序池.如果在這個時間內,達到請求的最高限制,那麼就會出現ASP假死的情況.這個就是大型網站出現假死的情況,反而,小型網站確不會出現這樣的情況,因爲他請求少,流量少,還沒達到限制數量。

    廢話就不說了,解決如下:

    當然要看你的服務器上拉了多少個網站而定,以下是我的解決方法,

   一、 單個網站解決方法:

    很簡單,把應用程序池回收時間縮短到300-600分鐘,其間回收過程中,需要佔用一點CPU資源,沒辦法,爲了穩定性,再把回收時間設爲凌晨5點。

    二、多網站解決方法:

新建多個應用程序池,根據你網站的多少而定,比如你有10網站,那就建兩個吧,把每個池回收時間縮小到300分鐘,然後再分配每個池5個網站左右(這個分配是要求你的網站訪問量所定)如果某個網站,訪問量大,就單獨給他一個程序池,但是這樣做的後果就是需要大內存,一個池現在佔用120M內存左右,根據你的具體情況而定吧。

多網站如何分配應用程序池?打開IIS--查看你要分配的網站屬性,查看主目錄—>在下面你就會看到應用程序池了,分配一個就行了。
發佈了23 篇原創文章 · 獲贊 3 · 訪問量 7萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章