IIS6.0應用程序池回收和工作進程

公司的一個網站程序長時間運行后，速度變慢，重新啟動網站后速度明顯變快，估計是網站程序占用的內存和CPU資源沒能及時釋放，才需要每隔一段時間重啟網站釋放資源。但手工重啟總不能算解決問題的方法，怎樣才能實現自動管理呢?IIS6.0的應用程序池自動回收功能可以解決這一問題。

應用程序池是將一個或多個應用程序鏈接到一個或多個工作進程集合的配置。因為應用程序池中的應用程序與其他應用程序被工作進程邊界分隔，所以某個應用程序池中的應用程序不會受到其他應用程序池中應用程序所產生的問題的影響。

為Web程序配置應用程序池需要以下步驟：1)創建應用程序池，右鍵單擊“應用程序池”，“新建/應用程序池”，命名為KefuAppPool;2)為Web程序指定應用程序池，在網站虛擬目錄屬性“應用程序設置”里面的“應用程序池(N)”里選擇KefuAppPool;3)應用程序池自動回收方式的設置。回收方式有如下幾種：

a.根據運行時間

系統默認是1740分鐘,也就是29個小時,這個不是很好控制,建議不用。

b.請求數目

這個要看具體的情況了。如果只有10個請求，可是有5個都在請求那個比較占資源的頁面(可能是統計年度報表之類)，這個時候就會出現進程當掉的情況，如果請求有1000個可是一個也沒運行比較占資源的頁面，這個時候進程肯定是很正常的，所以根據請求的數目來決定也不一定符合實際需要。

c.計劃的時間

這個其實很好，不過具體什么時間回收好呢?通常我們都是設置在凌晨兩三點鐘，這個時候回收是有必要的，不過針對出現隨時可能出現是高內存占用并不是很適用。

d.內存(虛擬內存或已使用的內存)

這個針對出現內存問題引起的進程當掉實在太合適了，不過設置多大的值比較好是一個很重要的問題，值不能太小了，否則如果訪問量都很大超過這個值的時候也會自動回收，這個就很沒必要了。一定要多多觀察進程的實際占用情況再做決定。

下面重點談談對工作進程回收應用程序池的理解。

默認情況下，WWW服務建立“重疊回收”，即繼續運行要終止的工作進程，直到啟動新的工作進程后為止。 在重疊回收方案中，要回收的進程繼續處理請求，同時 WWW 服務創建一個替代工作進程。在停止舊工作進程之前啟動新的工作進程，然后將請求定向到新的進程。此設計可以防止服務中斷，因為舊進程關閉前仍然保持與 HTTP.sys 的通信以處理請求。因為可重疊關閉或啟動的關閉超時值是可以配置的，所以在工作進程仍在處理請求的同時可以終止該進程(如果它在時間限制內沒有處理完請求的話)。

注意：當 WWW 服務回收某個工作進程時，它并不斷開現有的 TCP/IP 連接。HTTP 協議堆棧 (HTTP.sys) 建立并維護 TCP/IP 連接。

IIS中的每個應用程序池由一個“工作進程”進行管理，也就是"W3wp.exe" 進程。如果有多個應用程序池中的程序運行，我們就能看到多個w3wp.exe。這點可以在任務管理器中看到，如下圖所示，任務管理器中有兩個w3wp.exe進程，恰好對應兩個有應用程序在運行的應用程序池。

下圖顯示了手動執行應用程序池KefuAppPool的回收，在回收前，回收中和回收后應用程序池和工作進程情況。我們注意到：回收過程中增加了一個工作進程(PID=3896)，該工作進程(PID=3896)啟動好后，舊的工作進程(PID=5716)才被停止，新工作進程(PID=3896)正式替代舊進程工作，這就很好的防止了應用程序池回收過程中服務被中斷，保證了程序的連續運行。而其他兩個應用程序池對應的工作進程 PID都沒用變。該圖很好的展示了應用程序池回收的過程。

應用程序池這個東西著實讓管理服務器的人頭疼，如果不設置好網站隨時有可能罷工，甚至拖累服務器。因此特地找來此文章供大家參考。

另外說一點,如果網站訪問量不是很大，晚上沒什么人訪問，可以嘗試凌晨重啟服務器，這樣可以提高服務器的速度，為第二天的訪問做準備。

IIS 6的核心在于工作進程隔離模式，而應用程序池則是定義工作進程如何進行工作，因此，可以說應用程序池是整個IIS 6的核心。

和IIS 5中只能使用單個應用程序池不同，工作在工作進程隔離模式的IIS 6可以創建多個應用程序池，不同的應用程序池之間是完全隔離的，某個應用程序池停止服務時不會影響到其他應用程序池。

在使用應用程序池之前，你應該確定你所需要的應用程序池數量。可能有很多朋友會認為，既然不同的應用程序池之間是完全隔離的，那么我只需要為每個Web站點創建一個應用程序池就可以了。這個辦法在IIS服務器上具有較少的Web站點數量時可以使用，但是如果IIS服務器上具有很多Web站點數量，那么這個辦法就不適用了，因為不同的應用程序池在被訪問時都會創建各自的工作進程，當大量的工作進程并發工作時會消耗大量的系統資源和CPU利用率，反而會降低服務器性能。你應該根據Web站點的重要性、隔離性、所運行代碼的安全性和穩定性等來對IIS服務器上所具有的Web站點進行劃分，然后根據情況來決定所需要的應用程序池數量。對于那些非常重要的Web站點、需要單獨隔離的Web站點、所運行代碼穩定性和安全性并不可靠的Web站點配置為使用各自獨立的應用程序池，而將其他普通的Web站點配置為使用一個公共的應用程序池。

默認情況下，在安裝IIS時會創建一個默認網站并創建一個名為DefaultAppPool的應用程序池為其使用;默認配置下的應用程序池已經可以很好的進行工作，建議你只有在特別需要時才對應用程序池進行配置。

配置應用程序池屬性

在IIS管理控制臺中展開應用程序池文件夾，然后右擊對應的應用程序池，點擊屬性，你可以在應用程序池的屬性中進行以下配置：

回收

在回收標簽，你可以設置工作進程的回收方式：

回收工作進程(分鐘)：在工作進程運行多少分鐘后回收工作進程，默認啟用，并且設置為1740分鐘(29小時);

回收工作進程(請求數目)：在工作進程處理多少 個HTTP請求后終止此工作進程，默認禁用，如果啟用則默認值為35000;

在下列時間回收工作進程：在指定的時間回收工作進程，默認禁用;如需啟用，勾選后點擊添加按鈕添加回收的時間即可，使用24小時制定義回收的時間;

消耗太多內存時回收工作進程：

最大虛擬內存(兆)：當工作進程使用的虛擬內存達到設置的值時回收工作進程，默認禁用，如果啟用則默認值為500 M;建議設置為不超過虛擬內存總數的70%;

最大使用的內存(兆)：當工作進程使用的物理內存達到設置的值時回收工作進程，默認禁用，如果啟用則默認值為192 M;建議設置為不超過物理內存總數的60%;

另外需要注意的是，應用程序池具有以下兩種工作進程回收方式，不過這兩種回收方式均不會造成Web服務的中斷：

默認情況下，應用程序池使用重疊回收方式。在這種方式下，當應用程序池要關閉某個工作進程時，會先創建一個工作進程，直到新的工作進程成功創建后才關閉舊的工作進程;

應用程序池也可以先關閉舊的工作進程，然后再創建新的工作進程。

如果Web 應用程序不支持多實例運行，那么你必須配置應用程序池禁止使用重疊回收方式。此配置無法在IIS管理控制臺中進行修改，只能通過在 metabase.xml中修改對應應用程序池的DisallowOverlappingRotation metabase屬性為true進行。