Microsoft 群集服務

在 Windows 2000 Advanced Server 中使用 Microsoft Cluster Service (MSCS) 您可以將兩臺服務器組合到一起作為一個服務器群集工作，確�？蛻舳耸冀K可以使用到任務關鍵性應用和資源。 服務器群集使得用戶和管理員可以把它們作為一個單一的系統(tǒng)而不是獨立的計算機，對服務器的某些資源或節(jié)點進行訪問。

在 MSIB 2.0 的企業(yè)部署中，MSIB 項目組使用了可感知群集的 Commerce Server 2002 和 SQL Server 2000 的組件。

Content Management Server 2002

Microsoft Content Management Server （MCMS）2002 不支持群集和故障切換。 特別需要指出的是，MCMS 2002 的組件在故障切換時數(shù)據(jù)庫連接斷開的時候不會自動重試操作。 這樣一來，在被動節(jié)點變?yōu)榛顒庸?jié)點的過程中，指向啟用了 MCMS 的頁面的頁面請求將會產(chǎn)生 ODBC 錯誤。 當系統(tǒng)處于 DEBUG 模式時，或者當瀏覽器會話是發(fā)起自正在與數(shù)據(jù)庫斷開連接的 Web 服務器時，這些錯誤只會返回到客戶端的瀏覽器上。

注: 這些錯誤只是在 MCMS 站點的頁面請求失敗的時候發(fā)生。

Commerce Server 2002

關于如何群集每個 Microsoft Commerce Server 2002 組件的詳細介紹可以在 Planning for Reliability and High Availability 中找到，地址在 http://go.microsoft.com/fwlink/?LinkId=15044。

SQL Server

SQL Server 為 MSIB 解決方案主管運行數(shù)據(jù)庫、管理數(shù)據(jù)庫和數(shù)據(jù)倉庫。 另外，SQL Server 2000 還為報告和分析solution 提供了聯(lián)機分析處理（OLAP）引擎。

MSIB 2.0 解決方案中所有的服務器產(chǎn)品都要與一臺群集 SQL 服務器一起工作，因此在 MSIB 2.0 的企業(yè)部署中， MSIB 項目組實施了一個兩節(jié)點的群集。

如需了解群集選項和故障切換群集方面的詳細信息，參見 SQL Server 2000 Resource Kit 中的第 12 章。 MSIB 項目組為本文實施的群集選項在 MSIB 2.0 隨帶的 MSIB Deployment Guide 中有詳細介紹。

組件負載均衡

Microsoft Application Center 可以提供組件負載均衡（CLB）技術，供管理員創(chuàng)建一個服務器群集，對組件請求做出響應。

為了實現(xiàn)高可用性，MSIB 項目組未配置的組件

出于編寫本文的考慮， MSIB 項目組決定以單點故障（SPOF）配置實施本部分前面所述的幾個軟件組件。 這只不過是一個設計決策，并不能反映出使用 CLB 部署的組件能力。

在 MSIB 2.0 解決方案中，有多個 Microsoft Operations Manager Consolidator /Agent Manager 未被 MSIB 實施。 關于如何添加這項功能的詳細介紹可以在 Configuring Microsoft Operations Manager 2000 to Manage Complex Distributed Environments 一文中找到，地址在 http://go.microsoft.com/fwlink/?LinkId=15101.

此外，MSIB 項目組還沒有在一個高度可用的環(huán)境中實施 Commerce Server 2002 Direct Mailer 。 關于如何安裝這項功能的詳細介紹可以在 Planning for Reliability and High Availability 一文中找到，地址在 http://go.microsoft.com/fwlink/?LinkId=15102.

OLAP 解決方案同樣未被 MSIB 項目組以一種高度可用的方式加以安裝。 如需了解關于如何實現(xiàn) OLAP 解決方案高可用性的方面的信息，參見 Creating Large-Scale ， Highly Available OLAP Sites 一文， http://go.microsoft.com/fwlink/?LinkId=15103.

旨在獲得高可用性的軟件建議

建議您在運行 IIS 5.0 的 Web 服務器上使用以下軟件將資源消耗問題降到低程度，以免這些問題影響到您的 MSIB 2.0 部署的性能和可用性。

IIS5Recycle

IIS 5.0 Process Recycling Tool，IIS5Recycle 是作為一項服務運行在運行著 Windows 2000 和 Internet Information Services (IIS) 5.0 的計算機上的。 IIS5Recycle 的目的是要重復利用過程，在資源消耗問題影響到性能和可靠性之前將其影響降到小程度。 這一工具可以根據(jù)存儲在 Windows 注冊表中的配置對 IIS 過程進行重復利用。 管理員還可以利用 IIS5Recycle 收集信息以便在排除故障過程和應用中使用。

在重復利用 IIS 過程之前， IIS5Recycle 會在啟用了 Windows Network Load Balancing （NLB）的系統(tǒng)中從群集（Web 群）中將 Web 服務器刪除掉。 每次把某一服務器從群集中刪除的時候，到這個 Web 服務器的連接也將會斷掉。 一旦連接號降至配置的閾值之下或已經(jīng)達到了給定的時間， IIS 服務得到了循環(huán)利用。

如需下載該工具及其隨帶的文檔，可參見 http://go.microsoft.com/fwlink/?LinkId=15077。

旨在獲得高可用性的硬件建議

MSIB 項目組為本文所用的 MSIB 2.0 企業(yè)部署方案中包括了以下旨在實現(xiàn)高可用性的硬件建議。

存儲系統(tǒng)

部署中所用的每臺服務器都有其相應的存儲需求。 為了消除單點故障，MSIB 項目組部署了一個存儲區(qū)域網(wǎng)（SAN）。 該 SAN 單元本身帶有冗余的驅動器、控制器和電源。 SAN 甚至還可以通過與另一個數(shù)據(jù)中心之間的遠程光纖連接將自身復制一份。 可以通過冗余的主機總線適配卡實現(xiàn) SAN 的連接，這樣適配卡本身不會成為一種單點故障了。

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

網(wǎng)絡可以具備幾個層次的冗余。 對非冗余服務器中的每塊網(wǎng)絡接口卡（NIC）都進行 分組目的是為了防止 NIC 本身成為一種單點故障（SPOF）。 在本文后面的部分中對單點故障以及如何避免的問題進行了討論。

為了避免因單個路由器故障造成的網(wǎng)絡停用，您可以部署冗余的路由器。 還可以在設計上使路由器少有兩個到外部網(wǎng)絡，即 Internet 的連接。 這種層次上的設置不在 MSIB 2.0 版本介紹范圍之內(nèi)。

服務器系統(tǒng)

如本文前面部分所述，為了實現(xiàn)高可用性，MSIB 項目組使用 NLB 和 Microsoft Cluster Service （MSCS）以群集的方式部署了物理服務器。

避免單點故障
這一部分中列出了 MSIB 2.0 部署中典型的單點故障并提供了用于解決每種 SPOF 的高可用性技術。

以下這些方面是 MSIB 2.0 部署中常見的故障點：

    網(wǎng)絡
    服務器硬件
    磁盤子系統(tǒng)
    應用程序
    數(shù)據(jù)庫和數(shù)據(jù)庫連接

下表所列的技術可以用來在您的 MSIB 2.0 部署中提供高可用性，并且介紹了它們能夠解決哪些故障點。 這些高可用性技術可以解決本文前面介紹的問題。 建議您在部署 MSIB 2.0 site 站點的時候在較寬基礎結構的層次上（如附錄A“Hardware and Network Topology Details”給出的企業(yè)部署）采用這些技術。 在您的部署中遇到的單點故障越少，這種部署更加具有高可用性。