indows 2000 及 IIS 5.0 中的功能及設(shè)置

　　如果您目前正在含 IIS 4.0 的 Windows NT Server 4.0 上執(zhí)行一個經(jīng)過適當(dāng)調(diào)整的站點，則該站點在 Windows 2000 Server 及 IIS 5.0 上應(yīng)可順利地執(zhí)行。相關(guān)信息請參閱 Windows 2000 Performance Test by ZD Labs。 當(dāng)進(jìn)行遷移時，您還是要監(jiān)視你的服務(wù)器及站點。您將會注意到在 Windows 2000 及 IIS 5.0 中有些針對增強(qiáng)性能及簡化管理而設(shè)計的新功能。此外，在 IIS 4.0 中的默認(rèn)的設(shè)置值到了 IIS 5.0 之后已有所改變。本節(jié)將討論這些功能及變化。

　　將 Windows 2000 設(shè)置為應(yīng)用程序服務(wù)器

　　如果打算將服務(wù)器主要當(dāng)作Web服務(wù)器使用，則將服務(wù)器計算機(jī)設(shè)為應(yīng)用程序服務(wù)器是提高性能的最快方法。如此可讓您利用較高的 SMP 縮放性、更高的網(wǎng)絡(luò)性能，及更多 Web 應(yīng)用程序物理內(nèi)存的支持。對于執(zhí)行 COM 的應(yīng)用程序，則使用 Windows 2000 當(dāng)作應(yīng)用程序服務(wù)器也會對COM+ 有更多好處。此外，您可以將 COM+ 的交易處理功能當(dāng)作一個交易監(jiān)視器使用，以提高數(shù)據(jù)庫應(yīng)用程序的性能。Windows 2000 Server 會默認(rèn)安裝成文件服務(wù)器，因此您必須確定在安裝過程中選擇了應(yīng)用程序服務(wù)器。不過，即使沒有選取，在安裝之后再將服務(wù)器設(shè)為應(yīng)用程序服務(wù)器也很容易。若要選取︰

　　1.按一下 [開始]，并指向 [設(shè)置] 后，再按 [網(wǎng)絡(luò)和撥號連接]。
　　2.選取 [區(qū)域連接]，并開啟它的屬性。
　　3.選取 [File and Printer Sharing for Microsoft Networks]，并開啟它的屬性。
　　4.在 [服務(wù)器最佳化] 選項卡上選取 [網(wǎng)絡(luò)應(yīng)用程序的數(shù)據(jù)傳輸量最大化]。

　　此設(shè)置將于重新啟動服務(wù)器之后才生效。

　　IISReset 公用程序

　　IIS 5.0 提供一些新功能及默認(rèn)設(shè)置，使得執(zhí)行 IIS 5.0 的站點更加可靠且容易管理。其中第一個功能是新的 IISReset.exe，它是一個讓您不必重新開機(jī)就能停止及重新啟動 IIS 服務(wù)的公用程序。IISReset 在默認(rèn)情況下會在它們失敗時重新啟動您的服務(wù)。您也可以使用 IISReset 從遠(yuǎn)程啟動、停止或暫停您的服務(wù)，或視需要重新啟動您的服務(wù)器計算機(jī)。您應(yīng)該在沒有辦法時才重新啟動。如果使用 IISReset 重新啟動您的網(wǎng)絡(luò)服務(wù)，用戶會遭遇短暫暫停，此時他們只要按一下重新整理即可取得新網(wǎng)頁。如果重新啟動整臺計算機(jī)，則無法使用的時間會更久。您也可以隔離您要停止的服務(wù)。例如，如果是在和Web服務(wù)器相同的計算機(jī)上執(zhí)行 SMTP 服務(wù)器，則可選擇只要停止并重新啟動您的 Web 服務(wù)，而不是連SMTP 服務(wù)也跟著停止。

　　您必須知道如果經(jīng)常重新開機(jī)及重新啟始(按Reset鍵)會有損于性能資料的完整性。如果使用 IISReset 自動重新啟動服務(wù)，就比較不會發(fā)生這個問題，因此您應(yīng)該不斷地監(jiān)視 [事件記錄文件]，以獲取重新開機(jī)的情況。

　　IIS 設(shè)置

　　[AspProcessorThreadMax Metabase 的內(nèi)容已改變。它原本在 IIS 4.0 中是稱為 ProcessorThreadMax，而且是存在注冊表(Registry)中，其默認(rèn)值為 10。在 IIS 5.0 中的新默認(rèn)值是 25 。這個設(shè)置是指每個處理器及每一進(jìn)程︰在雙 CPU 的系統(tǒng)上，每一進(jìn)程中的工作線程數(shù)目可達(dá) AspProcessorThreadMax 值的兩倍之高，或高達(dá) 50 個工作自變量 (這是指在雙 CPU 上的默認(rèn)值的數(shù)目)。如果正在執(zhí)行多個高度隔離的 ASP 應(yīng)用程序，則每一個進(jìn)程會有一組獨(dú)立的工作線程。

　　附注︰ASP 會以 CPU 個數(shù)加上 7 的工作線程數(shù)目開始。當(dāng) ASP 請求隊列的大小超過某個臨界值時，它會建立更多線程。

　　AspThreadGateEnabled 內(nèi)容已添加到 Metabase 中。它在默認(rèn)值是關(guān)閉的。如果開啟此內(nèi)容，則 IIS 會執(zhí)行線程傳送，從而動態(tài)地控制當(dāng)前線程的個數(shù)，以響應(yīng)不同的負(fù)載狀態(tài)。當(dāng) CPU 用量降到 50% 以下時，可能表示線程被阻斷 (例如正在等待外部數(shù)據(jù)庫傳回查詢的結(jié)果)，或純粹表示負(fù)載量低， IIS 5.0 會增加使用中的線程數(shù)目，以便實時服務(wù)其它請求。當(dāng)處理器用量超過 80% 時 (代表高負(fù)載量)，IIS 5.0 會撤消線程，以減少內(nèi)容切換的數(shù)量。您可以設(shè)置上限及下限︰AspThreadGateLoadLow 默認(rèn)是 50%；AspThreadGateLoadHigh 默認(rèn)是 80 %。不管AspThreadGateEnabled 的值如何，ASP 進(jìn)程的工作線程一定不會超過 CPU 個數(shù)乘以AspProcessorThreadMax。

　　對于需要處理大量 ASP 的站點，最好是通過開啟及關(guān)閉線程傳送來測試它的性能，看看會有什么效果。根據(jù)您的觀察作最后決定。對于主要是由靜態(tài)文件組成的站點，請開啟設(shè)置并監(jiān)視服務(wù)器性能，看看傳輸量及響應(yīng)時間是否有改善。

　　IIS 5.0 也改變了 ASP Template Cache的默認(rèn)行為。在 IIS 4.0 中，「ASP Template Cache」的限制默認(rèn)為 -1。使用這個設(shè)置，緩存會增加到無限大。在含有大量 ASP 內(nèi)容的網(wǎng)站上，「ASP Template Cache」常會用滿服務(wù)器上所有的 RAM。相反地，IIS 5.0 默認(rèn)限制是 250 個文件。因為每一個站點都有自己的需求，所以您應(yīng)重設(shè)此限制，以符合您站點的特殊需要。或許要完成這項工作最簡單的方式就是監(jiān)視您在增減此值時，服務(wù)器的性能會有什么變化。因為在這個緩存中的一個項目可以指向「ASP Script Engine Cache」中一個或多個項目，只有在「ASP Script Engine Cache」中能找到 ASP 頁中的腳本文件時才會達(dá)到最佳性能，所以絕對不要將「ASP Template Cache」的限制設(shè)為零。這樣做可防止發(fā)生存取「ASP Script Engine Cache」的情況，因為要參照特定 .asp 文件的「ASP Script Engine Cache」項目只能通過此樣本做到。因此，如果沒有緩存任何模板，則「ASP Script Engine Cache」等于毫無作用。存取「ASP Script Engine Cache」的性能高于存取「ASP Template Cache」的性能，因此如果阻斷了存取「ASP Script Engine Cahce」的機(jī)會，則除非您所有的網(wǎng)頁都是靜態(tài)網(wǎng)頁，否則性能會嚴(yán)重受損。在從 IIS 4.0 遷移到 IIS 5.0，「ASP Script Engine Cache」的限制已從 30 個文件增加到125 個文件。若要判定是否需要改變緩存設(shè)置，應(yīng)留意響應(yīng)時間、隊列中的 ASP 請求個數(shù)、內(nèi)容切換的數(shù)目，以及 CPU 使用的容量。

　　附注：「ASP Script Engine Cache」設(shè)置應(yīng)至少等于服務(wù)器上 CPU 個數(shù)加上 1，再乘上 AspProcessorThreadMax 設(shè)置的值。

　　此外，您應(yīng)考慮調(diào)整IIS File Cache的默認(rèn)值。您可以將這些設(shè)置添加到注冊表中，以修改 IIS 5.0 的默認(rèn)行為。您應(yīng)考慮增加的第一個設(shè)置是 MemCacheSize 對象；如果它不存在于注冊表中，則默認(rèn)行為允許緩存最大增至可用物理內(nèi)存的一半。這樣才能確保 IIS 可以與非專用Web服務(wù)器上的應(yīng)用程序適當(dāng)?shù)亟换ァ�嘗試增加此限制 (以 MB 為單位指定) 并監(jiān)視性能來看看是否能獲得好處。您應(yīng)考慮增加的第二個注冊表對象是 MaxCachedFileSize。這個 IIS 默認(rèn)行為允許緩存中的最大文件大小為 256KB。如果您的網(wǎng)站中有數(shù)個經(jīng)常存取的大型 .jpg 文件，則可以提高這個限制，以測試大于 256KB 的緩存文件能否在您的站點上運(yùn)行。請注意，如果文件大小是大約 200 到 300KB，則當(dāng)您存取它們時，所得的性能提升將逐漸變小。對于較小的文件，從磁盤讀取的負(fù)擔(dān)比從「IIS 文件緩存」讀取的負(fù)擔(dān)來得更大。對于較大文件來說，您不會獲得太多性能上的提升；只會浪費(fèi)內(nèi)存。IIS 會定期從最近未被請求的緩存文件中清除 (默認(rèn)是最近 30 秒內(nèi))。此臨界點是由ObjectCacheTTL (TTL 代表存留時間) 注冊表設(shè)置決定的；此對象默認(rèn)不出現(xiàn)在注冊表中。如果您有足夠的內(nèi)存，則將此 TTL 調(diào)高會很有效。

　　關(guān)于 IIS 及 ASP 如何使用緩存來處理連接請求的討論，請參閱〈附錄 3︰ASP 緩存〉。

　　進(jìn)程隔離

　　IIS 4.0 介紹了在進(jìn)程外執(zhí)行 Web 應(yīng)用程序的概念。這個功能為 Web 服務(wù)器建立了更高的穩(wěn)定性，但也產(chǎn)生相當(dāng)大的性能成本。在 IIS 5.0 中，進(jìn)程外(out-of-process)應(yīng)用程序的性能已獲得改善，尤其是對 APS 更明顯。不過，相較于 IIS 5.0 進(jìn)程內(nèi)(in-process)的應(yīng)用程序，還是有些性能降級的現(xiàn)象。除了更高的性能外，在進(jìn)程外(out-of-process)執(zhí)行應(yīng)用程序的概念也有所延伸。您現(xiàn)在可以在一個緩沖池的(pooled)進(jìn)程外環(huán)境中執(zhí)行 Web 應(yīng)用程序。

　　在 Web 服務(wù)進(jìn)程中執(zhí)行的應(yīng)用程序 (Inetinfo.exe) 能產(chǎn)生更高的性能，但是因不良應(yīng)用程序而導(dǎo)致 Web 服務(wù)無法使用的風(fēng)險也更高。建議的設(shè)置是讓 Inetinfo.exe 在自己的進(jìn)程中執(zhí)行、讓負(fù)擔(dān)重要任務(wù)的應(yīng)用程序在自己的進(jìn)程中執(zhí)行 (高度保護(hù))，并讓剩余的應(yīng)用程序在一個共享的緩沖池進(jìn)程 (中度保護(hù)) 中執(zhí)行。若要獲得最佳性能和可靠性，請以中度保護(hù)執(zhí)行 ASP 應(yīng)用程序，并將所有 COM+ 組件設(shè)置為鏈接庫應(yīng)用程序，而非服務(wù)器應(yīng)用程序。

　　如果決定在單獨(dú)的進(jìn)程中執(zhí)行您的應(yīng)用程序，或在單一的進(jìn)程中執(zhí)行其它應(yīng)用程序，則必須從 ][主目錄] 或 [虛擬目錄] 屬性頁上的 [應(yīng)用程序保護(hù)]下拉列表中選取 [高 (隔離的)] 或 [中 (緩沖池的)]。您應(yīng)先建立一個應(yīng)用程序目錄并將它指定為「主目錄」或「虛擬目錄」(如果尚未這樣做的話)。所有新應(yīng)用程序默認(rèn)會以中度保護(hù)執(zhí)行。

　　這些注冊表設(shè)置及 Metabase 內(nèi)容的相關(guān)信息，請參閱〈附錄 1︰性能設(shè)置〉。本節(jié)中所提功能的相關(guān)信息，請參閱 IIS 5.0 及 Windows 2000 聯(lián)機(jī)文檔。

　　調(diào)整及疑難排除的建議

　　如果您判定需要處理特定硬件驅(qū)動的性能問題，請考慮使用下列建議。

　　·升級到較大的「L2 緩存」。如果判定需要添加或升級處理器，請選擇有大型 (L2) 緩存的處理器。例如 IIS 等服務(wù)器應(yīng)用程序可以從大型處理器緩存中獲益，因為它們的指示路徑牽涉到許多不同的組件，而且它們必須存取大量資料。若想提升執(zhí)行 IIS 5.0 的服務(wù)器的性能，建議您使用大量處理器緩存(如果是處理器外部的緩存，建議使用 2 MB 或以上，如果在 CPU 芯片上，則請使用可用的最大值)。

　　·升級到更快的 CPU。網(wǎng)絡(luò)應(yīng)用程序特別能從更快的處理器獲益。

　　·設(shè)置「活動的連接超時時間」。若要盡可能地抵抗網(wǎng)絡(luò)等待時間，請設(shè)置活動的連接超時時間。如果您執(zhí)行的是高傳輸量的網(wǎng)站，這將是非常重要的。開啟的連接會使性能降級。ConnectionTimeout Metabase 內(nèi)容默認(rèn)會設(shè)為 15 分鐘。此內(nèi)容的相關(guān)信息，請參閱〈附錄 1︰性能設(shè)置〉。

　　·使用「過期標(biāo)題」。在所有靜態(tài)及動態(tài)內(nèi)容上設(shè)置「過期」標(biāo)題，讓這兩種內(nèi)容可以存放在客戶端的緩存中。如此可加快響應(yīng)時間、減少服務(wù)器上的負(fù)載及網(wǎng)絡(luò)上的傳輸量。例如，您可以建立一個標(biāo)題，指定如果用戶已經(jīng)造訪過您的站點時，不要下載您公司的標(biāo)幟 .jpg 檔。若要為靜態(tài)內(nèi)容設(shè)置「過期」標(biāo)題，請使用 [HTTP 標(biāo)題] 內(nèi)容頁。若要為動態(tài)內(nèi)容設(shè)置「過期」標(biāo)題，請使用 Response.AddHeader 方法。此方法的相關(guān)信息，請參閱 IIS 5.0 聯(lián)機(jī)文檔。

　　·確定已啟用「ASP Buffering」。「ASP 緩沖處理」默認(rèn)會在全新安裝 Windows 2000 之后啟用。如果是從 Windows NT 4.0 及 IIS 4.0 升級，您可能需要手動啟用它。「ASP 緩沖處理」可讓所有來自應(yīng)用程序的輸出在通過網(wǎng)絡(luò)傳給客戶端瀏覽器之前，先收集在緩沖區(qū)中。 如此可以降低網(wǎng)絡(luò)傳輸量及響應(yīng)時間。雖然緩沖處理可以降低響應(yīng)時間，但可能會讓用戶察覺網(wǎng)頁的速度變慢，因為除非網(wǎng)頁已完成執(zhí)行，否則用戶看不見任何信息。審慎地使用 Response.Flush 可以改善交互的感覺。Response.Flush 方法的相關(guān)信息，請參閱 IIS 5.0 聯(lián)機(jī)文檔。相關(guān)信息，請參閱〈附錄 1︰性能設(shè)置〉中的 AspBufferingOn Metabase 項目。

　　·延長連接隊列及使用 HTTP Keep-Alives。如果您判定您服務(wù)器的帶寬不足以滿足需要，并且正計劃增加請求負(fù)載，則可以通過執(zhí)行兩個動作讓網(wǎng)絡(luò)帶寬的使用更理想︰延長連接隊列，及確定HTTP Keep-Alives 已啟用。

　　每一個 IIS 5.0 服務(wù)都有一個連接隊列，而且皆設(shè)為 15 個項目。如果這個數(shù)字在負(fù)載量下不符合您的需求，則通過將 ListenBackLog 參數(shù)添加到注冊表中，并將此值設(shè)置為需要服務(wù)器維持的最大連接請求數(shù)目，即可增加它。相關(guān)信息，請參閱〈附錄 1︰性能設(shè)置〉。

HTTP Keep-Alives 會保持客戶端與服務(wù)器之間的連接，即使初始請求已完成也是如此。這個功能可以縮短等待時間、減少 CPU 負(fù)荷，及最佳化帶寬。HTTP Keep-Alives 是默認(rèn)啟用的。如果它們已停用，但您又想啟用它們，請在 [Internet 服務(wù)管理員] 中選取一個站點，開啟該站點的 [屬性] 頁，并按一下 [性能] 選項卡后，再選取 [HTTP Keep-Alives] 復(fù)選框。

　　·縮小文件大小。您可以通過縮小服務(wù)中的文件大小來增進(jìn)Web服務(wù)器的性能。圖像文件應(yīng)以適當(dāng)?shù)膲嚎s格式存放。盡可能限制圖像及其它大型文件的數(shù)目。通過縮減 HTMP 及 ASP 程序代碼也可以縮小文件大小。從 ASP 頁中刪除不必要的程序代碼區(qū)塊，并確定您的 HTML 文件編寫得很有效率。

　　·將記錄文件存放在個別的磁盤上，并刪除不需要的信息。如果您的服務(wù)器控制了多個站點，則每一個站點會建有個別的日志文件；這些日志文件在向磁盤寫入時會在您的服務(wù)器上造成瓶頸。您應(yīng)該將日志存放在不同于 Web 服務(wù)器的磁盤分區(qū)或磁盤上。另一個減少磁盤瓶頸的方法是避免記錄不重要的信息。例如，您可以將所有圖像文件放在一個虛擬目錄 (例如 /images) 中，并停用該目錄的日志。若要這樣做，請開啟該目錄的內(nèi)容頁，清除 [日志查閱次數(shù)] 復(fù)選框，并按一下 [確定]。您也可以使用腳本文件或 ISAPI 過濾器來執(zhí)行這項調(diào)整作業(yè)。如果您的站點是特別忙碌的大型站點，那么這項作業(yè)可以為您省下每天好幾千兆的磁盤空間，以及大量的日志后處理時間。

　　·使用 RAID 及等量分配。若要增加磁盤存取，請使用 RAID 及等量磁盤組。您也許要考慮使用一個有較大 RAM 緩存的磁盤驅(qū)動器控制器。如果您的站點倚賴頻繁的數(shù)據(jù)庫存取，則請將數(shù)據(jù)庫移到另一臺計算機(jī)上。

　　·需要時才使用「CPU 限制」。IIS 5.0 介紹兩種處理不良應(yīng)用程序的新功能︰一個是進(jìn)程記錄，它會記錄網(wǎng)站使用的 CPU 及其它資源；另一個是進(jìn)程限制，它會限制網(wǎng)站可以使用的資源數(shù)量。

　　進(jìn)程記錄及進(jìn)程限制適用于 CGI (Common Gateway Interface) 應(yīng)用程序及在進(jìn)程外(out-of-process)執(zhí)行的應(yīng)用程序。您無法為進(jìn)程內(nèi)(in-process)的應(yīng)用程序或在新 IIS 5.0 進(jìn)程外緩沖池 (中度保護(hù)) 中執(zhí)行的應(yīng)用程序啟動記錄。

　　若要啟用進(jìn)程記錄

　　1.在 [Internet 服務(wù)管理器] 中選取您要建立進(jìn)程記錄的網(wǎng)站。

　　2.開啟站點的屬性頁，并按一下 [主目錄] 選項卡。

　　3.在 [應(yīng)用程序保護(hù)] 方塊中選取 [高 (獨(dú)立的)]。

　　4.在站點的內(nèi)容頁上按一下 [Web站點] 選項卡，并確定選取 [啟用記錄]。

　　5.在 [Web站點] 內(nèi)容頁上按一下 [屬性] 按鈕，并選取[擴(kuò)充內(nèi)容] 的 [處理帳戶]。

　　前兩個步驟會將網(wǎng)站設(shè)置為在進(jìn)程外執(zhí)行，后兩個步驟會啟動該站點的進(jìn)程記錄。

　　例如，如果您是 ISP，且您的某個用戶站點正在使用的 CPU 時間超過它應(yīng)有的部份，您就可以啟動程序處理記錄并延長記錄，以記下「工作對象」計數(shù)器的數(shù)值。有了從進(jìn)程記錄收集到的信息之后，您就可以決定是否要在您的安裝中升級服務(wù)器、調(diào)整這位特殊用戶的費(fèi)用，或限制該站點可以使用的資源數(shù)量。

　　在決定該用戶的站點正在使用的資源數(shù)量之后，您可能想要限制這位用戶只能使用您的可用資源中某個百分比的數(shù)量，這樣可以釋放資源供其它用戶使用。若要限制站點的資源，請在進(jìn)程外執(zhí)行站點應(yīng)用程序，然后按下列方式啟用進(jìn)程限制︰

　　1.在站點的內(nèi)容頁上按一下 [性能] 選項卡。

　　2.選取 [啟用作業(yè)限制設(shè)置]。

　　3.在 [最大 CPU 使用] 方塊中，設(shè)置該站點專用的 CPU 資源的百分比。

　　4.選取 [強(qiáng)行限制]。

　　當(dāng)站點達(dá)到預(yù)先設(shè)置的限制時，它會采取已定義的動作，例如降低進(jìn)程優(yōu)先級、中止進(jìn)程，或中止站點。請注意，如果位于一個受限制站點內(nèi)的虛擬目錄是設(shè)置為程序中或緩沖池型程序的應(yīng)用程序，則該站點實際上可能會超過表面上的處理器使用限制。進(jìn)程內(nèi)及緩沖池型程序的應(yīng)用程序不會受到處理器限制的影響，而且不會含在處理帳戶記錄的統(tǒng)計中。

　　·下列技術(shù)可協(xié)助您判定是否需要使用處理器限制︰記錄「Processor︰% Processor Time」、「Web Service: Maximum CGI Requests」及「Web Service: Total CGI Requests」計數(shù)器；啟用處理帳戶記錄，讓「工作對象」計數(shù)器包含在 IIS 記錄中；以及檢查 Dllhost 對象計數(shù)器以判定進(jìn)程外(out-of-process) WAM 及 ISAPI 請求的數(shù)目。

　　您應(yīng)注意作業(yè)限制有時會帶來相反的結(jié)果。因為受限制的 Dllhost 進(jìn)程是以較低的優(yōu)先級執(zhí)行，所以不會快速地響應(yīng)來自Inetinfo 進(jìn)程的請求。這會使得許多 I/O 線程受阻，于是降低了服務(wù)器的整體響應(yīng)能力。如往常一樣，只要做過任何一種改變之后，您都需要仔細(xì)地監(jiān)視您的服務(wù)器在設(shè)置了啟用作業(yè)限制之后，對性能帶來哪些效果。