四、應(yīng)用程序池詳解

　　前面我們了解了IIS 6.0體系結(jié)構(gòu)的關(guān)鍵組件，下面來看看有關(guān)應(yīng)用程序池的一些問題。應(yīng)用程序池的“屬性”對話框有四頁——回收，性能，運行狀況，標(biāo)識，如圖六所示。在這些選項頁中，最引人注目的恐怕就是“回收”頁，使用該選項頁可以管理工作進程的回收。在工作進程隔離模式中，
IIS可以配置成定期重新啟動應(yīng)用程序池中的工作進程，從而更好地管理那些有錯誤的工作進程。這確保了池中的應(yīng)用程序運行正常，并且可以恢復(fù)丟失的系統(tǒng)資源。為了回收工作進程，失敗工作進程接收請求的能力將被限制，直到它處理完存儲在請求隊列中的所有剩余請求。為了排出當(dāng)前請求，可以給予進程配置限制。同一命名空間組的替換工作進程在舊的工作進程停止前啟動，從而防止服務(wù)中斷。舊的進程完成其未決的請求，然后正常關(guān)閉，或者如果在達到了配置的時間限制、請求數(shù)、設(shè)置的時間計劃，或當(dāng)達到指定的內(nèi)存用量限制后仍沒有關(guān)閉，則明確地終止進程。默認(rèn)情況下，應(yīng)用程序池每隔1740分鐘（29小時）回收一次。

　　W3SVC根據(jù)“運行狀況”頁的選項來判斷應(yīng)用程序池運行是否正常，包括：每隔指定的時間Ping工作進程，時間按秒計，默認(rèn)值30秒；啟動時間限制（工作進程必須在指定的時間內(nèi)開始）；關(guān)閉時間限制（工作進程必須在指定的時間內(nèi)關(guān)閉）；是否啟動快速失敗保護（如果在指定的時間段內(nèi)一定數(shù)目的工作進程發(fā)生失敗，則禁用應(yīng)用程序池）。另外，ISAPI應(yīng)用程序（包括ASP.NET和asp.dll）可以聲明自己不再適合提供服務(wù)，要求回收。

　　默認(rèn)情況下，當(dāng)IIS 6.0回收一個池時，它會使用一種稱為overlapped recycle的回收技術(shù)。在這種回收模式下，失敗的工作進程仍會保持運行狀態(tài)，同時創(chuàng)建一個新的工作進程。IIS 6.0把新傳入的請求傳遞給新的工作進程，但不拆除老的工作進程，直至老的工作進程處理完它隊列中的請求，或者遇到超時錯誤。在此期間，TCP/IP連接不會丟失，因為有http.sys保持著連接的有效性。當(dāng)失敗的工作進程超時出錯時，下一個請求傳遞給工作進程的請求是新的請求，因此原來保存在進程中的會話信息就會丟失。所有這類回收操作都自動進行，無需管理員干預(yù)，而且在大多數(shù)情況下，不會造成明顯的服務(wù)中斷現(xiàn)象。如有必要，可以將配置數(shù)據(jù)屬性LogEventOnRecycle的值設(shè)置為1，指示W(wǎng)3SVC執(zhí)行回收操作時生成一條事件日志記錄。

　　對于那些不能以多個實例運行的應(yīng)用程序，overlapped recycle回收技術(shù)可能引起問題。如果遇到這類問題，可以將配置數(shù)據(jù)屬性DissallowOverlappingRotation的值設(shè)置成True（1），關(guān)閉某個應(yīng)用程序池回收操作時的進程“重疊”現(xiàn)象。另外，對于失敗的工作進程，有時我們可能不想將它拆除，仍舊保留該進程，以便檢測和尋找發(fā)生問題的根源，這時可以將配置數(shù)據(jù)屬性O(shè)rphanActionExe設(shè)置成執(zhí)行文件的名字，使得工作進程成為“孤兒”時執(zhí)行文件仍保持運行狀態(tài)。

　　另一個與應(yīng)用程序池有關(guān)的特性是，IIS 6.0允許將應(yīng)用程序池配置成一個Web園（Web Garden）。要理解Web園的概念，可以設(shè)想這樣一種情形：假設(shè)有一個IIS 5.0服務(wù)器和三個Web網(wǎng)站，每一個Web網(wǎng)站運行著相同的應(yīng)用程序，如果IIS 5.0能夠自動按照圓形循環(huán)的模式將請求依次發(fā)送給這些功能上等價、實際上分離的Web網(wǎng)站，將負(fù)載分離到三個不同的進程，就可以構(gòu)成一個小型的Web農(nóng)場（Web Farm）——這就是Web園。

　　在IIS 6.0的Web園中，我們不必創(chuàng)建額外的Web網(wǎng)站，只要指定用于某個應(yīng)用程序池的工作進程的數(shù)量就可以了。具體的配置步驟是：打開應(yīng)用程序池的“屬性”對話框，轉(zhuǎn)到“性能”頁，在“Web園”下面的“最大工作進程數(shù)”輸入框中輸入進程數(shù)量，如圖八。當(dāng)服務(wù)器的負(fù)載較小，不需要額外的工作進程時，IIS 6.0在一定的時間后（默認(rèn)20分鐘，可配置）自動縮減實際的工作進程數(shù)量；如果負(fù)載變大，需要額外的工作進程，IIS 6.0再次增加工作進程數(shù)量。這一切操作都自動進行，不需要管理員干預(yù)。

screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>
　　圖八

　　兩個新的配置數(shù)據(jù)屬性——SMPAffinitze和SMPAffinitzeCPUMask——允許配置為工作進程指派的特定處理器：將SMPAffinitized屬性設(shè)置成true表示應(yīng)該把分配給應(yīng)用程序池的特定工作進程指派給特定的CPU，SMPProcessorAffinityMask屬性用來配置十六進制的處理器掩碼，該十六進制處理器掩碼指出應(yīng)用程序池中的工作進程應(yīng)該綁定到哪個CPU。

　　寫到這里，文章的篇幅似乎已經(jīng)太長了。本文主要從體系結(jié)構(gòu)的角度介紹IIS 6.0的新特性，并且盡力做到全面，至少要比通常見到的介紹更完善一些。文章的第二部分將涵蓋更多的IIS 6.0新特性，你會發(fā)現(xiàn)許多新特性正是自己長久以來盼望的。