為了優(yōu)化 MSIB 2.0 站點的性能，MSIB 開發(fā)組對以下內容做了調查：

    分析 SQL 服務器
    使用高速緩存方案
    調節(jié)硬件
    調節(jié) IIS
    橫向擴展 Web 群

分析 SQL 服務器

優(yōu)化站點軟件性能和可擴展性的第一步是分析后端 SQL 服務器的使用情況。 MSIB 項目組為站點內的每個頁面進行了一次 SQL Query Analyzer 追蹤。 以下是免費文本搜索頁面的輸出結果：

EventClass TextData CPU Reads Writes Duration SPID StartTime
　SQL:BatchCompleted SET NO_BROWSETABLE ON 0 0 0 0 52 2000-12-05　11:07:16.513
　SQL:BatchCompleted select * from CatalogGlobal where [CatalogName] =N'ANVIL0' 0 2 0 0 52 2000-12-05 11:07:16.513
　SQL:BatchCompleted SET NO_BROWSETABLE ON 0 0 0 0 52 2000-12-05　11:07:16.513
　SQL:BatchCompleted SELECT A.* FROM CatalogAttributes A， syscolumns SWHERE S.id = OBJECT_ID('ANVIL0_CatalogProducts') AND A.propertyname =S.name ORDER BY A.PropertyName 15 55 0 16 52 2000-12-05 11:07:16.513
　SQL:BatchCompleted EXEC sp_GetResults_for_AllColumns N'ANVIL0'， N'*'，N'FREETEXT (*， N''testasdf'' )'， ''， 1，11，1，39 32 1147 0 76 52 2000-12-05 11:07:16.530
　SQL:BatchCompleted EXEC sp_CheckCatalog '*'， 'ANVIL0'， 'FREETEXT (*，N''testasdf'' )' 0 29 0 0 52 2000-12-05 11:07:16.607

　MSIB 項目組的第一項查詢優(yōu)化措施是在追蹤分析過程中發(fā)現(xiàn)的。 MSIB 項目組在頁面上查找重復的查詢并減少冗余的 Select 語句。 MSIB 項目組很好地跟蹤了目標的信息并對代碼重新排序，使得查詢操作只能進行由條件調用，從而完成了這一步驟。

接下來， MSIB 項目組從磁盤讀取的角度確定了為昂貴的查詢。 為了簡化這些操作，MSIB 項目組嘗試著降低查詢操作的 I/O 復雜性。 例如，改變 Select * 語句，使其歸入隔離更好的返回子集中。

后，MSIB 項目組通過 SQL 服務器調節(jié)向導重放了記錄下的跟蹤結果。 該向導建議對表格索引進行一些變更。 所有這些頁面級變更的組合降低了后端 SQL 服務器的負荷并因此改善了 MSIB 2.0 Web 站點的可擴展性。

在 SQL Server 服務器上，MSIB 項目組保留了與性能有關的所有默認配置。

使用高速緩存方案

提高吞吐量的下一步是利用應用服務器中的高速緩存。 MSIB 項目組利用了以下的高速緩存方案以優(yōu)化 MSIB 2.0 站點的性能。

頁面輸出高速緩存

Microsoft .NET Framework 系統(tǒng)內內置了頁面輸出高速緩存。 關于 MSIB 項目組如何使用這種功能的詳細情況在 MSIB Developers Guide 中有所介紹，該資料隨 MSIB 2.0 提供。 這種高速緩存方案對于未經(jīng)個性化的頁面是有效的，例如那些未用個性化內容對象（PCO）顯示 Microsoft Content Management Server （MCMS）的頁面。

MCMS 服務器的性能

Microsoft Content Management Server (MCMS) 2002 可以在縱橫兩個方向上進行擴展。 目前正在編寫一份關于 MCMS 部署的文件，其中討論了各種可用于 MCMS 的高速緩存方法。 在編寫完成之后，可以從以下地址得到該文件 http://go.microsoft.com/fwlink/?LinkId=15170。如需了解關于 MCMS 2002 高速緩存的更多信息，參見 MCMS 2002 Help 中的“Optimizing MCMS Site Performance”。 如需了解關于利用 MCMS 2002 SCA 設置高速緩存屬性的更多信息，參見 MCMS 2002 Help 中的“Specifying cache properties”部分。 如需了解 MCMS 性能的更多信息，參見 MCMS 主頁，地址在 http://go.microsoft.com/fwlink/?LinkId=8426.

調節(jié)硬件

在進行性能分析的過程中，為 Web 服務器和 SQL 服務器選擇正確的硬件發(fā)揮著非常重要的作用。 此外知道如何為這些服務器選擇正確的硬件還能夠讓您為其他用戶提供相關硬件的建議。 這一部分介紹了 MSIB 項目組是如何為本文所述的測試選擇 SQL 服務器的。

Web 服務器

在為 Web 服務器選擇硬件的時候， MSIB 項目組考慮了以下幾個方面：

    內存
    磁盤子系統(tǒng)
    網(wǎng)絡系統(tǒng)
    CPU

內存

MSIB 項目組為 Web 服務器配置了較大的隨機存取存儲器（RAM），所配容量超出了服務器運行任務所需的量。 為了確定服務器可以減少多少物理 RAM 內存，之后項目組計算了在工作負載下服務器的大工作集。 一個典型部署所需的 RAM 數(shù)量取決于您為該部署對高速緩存和內存的需求。 不過，在大多數(shù)情況下，1GB 的物理 RAM 已經(jīng)是足夠的了。

磁盤子系統(tǒng)

MSIB 站點前端 Web 服務器的磁盤子系統(tǒng)作為一個只讀設備，是用來存儲自舉分區(qū)和站點內容的。 這一子系統(tǒng)必需要有讀/寫設備才能進行文件分頁操作，不過如果有足夠的物理存儲器支持系統(tǒng)的話，這些操作都是低限度的要求了。 Web 服務器確實是利用磁盤子系統(tǒng)寫事件日志和 Web 日志的。 這種操作已經(jīng)由 Windows 2000 操作系統(tǒng)進行了很好的調節(jié)，很少需要超過一個內存芯片才能達到所需性能的。

網(wǎng)絡系統(tǒng)

Web 服務器上的網(wǎng)絡系統(tǒng)至少應當包括一塊 100BaseT 的網(wǎng)卡。 要實現(xiàn)更高的安全性、可管理性和可用性，服務器應該配備兩塊甚至三塊網(wǎng)卡。 在 MSIB 項目組的測試中，web 服務器的網(wǎng)路吞吐量并不足以用完一塊 100 兆位的網(wǎng)卡能力。

CPU

后，應當為服務器選用當前好的 CPU 和處理子系統(tǒng)。 在可以預見到的將來，這個特別的硬件子系統(tǒng)仍將是該服務器的瓶頸。 這是因為動態(tài) Web 頁動態(tài)和過程全面的性質造成的。

確定適當?shù)?CPU 數(shù)量是 Microsoft Server 每處理器許可計劃的一項要求。 要確定這一需求，需要對您的 MSIB 2.0 站點進行一次 TCA 分析，在本文前面的“使用 TCA 方法進行容量規(guī)劃”一部分對此做了介紹。

SQL 服務器

MSIB 項目組利用本部分介紹的指南建立起了 SQL 服務器，使之并未成為 MSIB 2.0 部署中的瓶頸。

在為 SQL 服務器選擇硬件的時候， MSIB 項目組考慮了以下幾個方面：

    內存
    磁盤子系統(tǒng)
    數(shù)據(jù)庫

內存

大量的隨機存取存儲器（RAM）對于 SQL 服務器是有好處的，因此您應當依照數(shù)據(jù)庫的工作集權衡 RAM 的數(shù)量。 在運行的時候測試網(wǎng)絡的輸入/輸出 （I/O）。 SQL 服務器的處理負荷將是訪問 SQL 服務器數(shù)據(jù)庫的前端服務器數(shù)量以及負荷配置文件的正函數(shù)。

磁盤子系統(tǒng)

一般情況下， SQL 服務器重要的調節(jié)選項是安裝物理磁盤子系統(tǒng)。 為了獲得佳性能，數(shù)據(jù)庫應當與它們在不同物理驅動器上的業(yè)務處理記錄分離開來。 您應當建立起所有的數(shù)據(jù)庫、業(yè)務處理記錄和 TempDB ，這樣才不致讓單個的磁盤子系統(tǒng)成為瓶頸。 在 MSIB 項目組的測試方案中，磁盤子系統(tǒng)并未成為一個問題。 不過，對于正在運行中的站點來說，您應當認真地將磁盤成本和交易聯(lián)系起來考慮，以便為增加的磁盤需求做好規(guī)劃。

數(shù)據(jù)庫

MSIB 2.0 的設計使其可以進行橫向擴展并為后端數(shù)據(jù)庫系統(tǒng)分區(qū)。 用于營銷、用戶配置文件管理、目錄、數(shù)據(jù)倉庫、交易、內容和管理的數(shù)據(jù)庫可以分離開來，放到物理 SQL 服務器數(shù)據(jù)庫中。 這樣一來您能夠輕松地按照數(shù)據(jù)庫將部署系統(tǒng)分配到獨立的服務器或群集上去。 關于如何做到這一點的詳細介紹在隨 MSIB 2.0 附帶的 MSIB 2.0 部署指南中可以找到。

調節(jié) IIS

為了進行本分析，MSIB 項目組對前端 web 服務器進行了小限度的調節(jié)。 在默認 Web 站點的 Properties 頁面的 Performance 選項卡上，性能調節(jié)塊被改變?yōu)槊刻斐�過 100000 次命中的數(shù)值。 所有其他的設置都保持原狀。 如果您必需要在測試站點或實際站點中改變任何參數(shù)的話，那么請每次只改變一個，然后將新的結果與舊結果加以比較。

重要事項： 對這些參數(shù)中的任何一個進行不適當?shù)母淖兛赡軙�給站點管理帶來麻煩。

Web 群：MSIB 2.0 站點的擴展

如果所需的 CPU P4EM 比單臺服務器所能提供的能力大，那么 Web 群將需要用到多臺 Web 服務器。 出于可用性和可靠性的考慮，MSIB 項目組建議在任何部署中少都要使用兩臺 Web 服務器。

第三部分 — MSIB 2.0 站點的可用性

　可用性規(guī)劃和可擴展性規(guī)劃是非常類似的兩項工作。 可用性規(guī)劃的第一步是要確定您的業(yè)務需求。 作為一項指導，建議您重新審查一下您現(xiàn)有站點的行為，然后將您的站點與競爭對手們的站點加以比較。 如需獲得各個競爭對手的可用性和頁面等待時間等信息的列表，參見 http://www.keynote.com，地址在 http://go.microsoft.com/fwlink/?LinkId=15046。

有兩個站點提供了全面的 Internet 性能和一般性能指導性原則，它們是www.mediametrix.com ，地址在 http://go.microsoft.com/fwlink/?LinkId=15045 和“http://Nielsen-netratings.com”，地址在 http://go.microsoft.com/fwlink/?LinkId=15043。

您可以按照不同級別的可用性部署 MSIB 2.0 解決方案。 應當在規(guī)劃階段中確定您的 MSIB 2.0 站點的可用性目標。

這一部分介紹了可用性，概述了可能會造成您的 MSIB 2.0 站點不可用的事件，提供了高可用性技術和建議，介紹了如何避免單點故障，并討論了 MSIB 2.0 企業(yè)部署的恢復模型。

本部分包括：

什么是可用性？

使站點不可用的三類事件

高可用性技術和建議

避免單點故障

MSIB 2.0 企業(yè)部署的恢復模型

確定預期的可用性