【正文】 這種解決方案適用于 SQL Server 、Exchange Server 和 COM+ Server 。網(wǎng)絡(luò)負(fù)載均衡(NLB)服務(wù)。 這種解決方案適用橫向擴展模式。 在這種模式下，多個數(shù)據(jù)庫服務(wù)器在一個單一的虛擬 IP 地址之下進行了負(fù)載均衡。 一般情況下這些數(shù)據(jù)庫服務(wù)器是作為主數(shù)據(jù)庫服務(wù)器的用戶工作的，這個數(shù)據(jù)庫服務(wù)器則作為一個數(shù)據(jù)發(fā)布者工作。 在一個數(shù)據(jù)庫服務(wù)器出現(xiàn)故障的時候， NLB 將該服務(wù)器從群集中刪除并將連接指向其他正常的服務(wù)器。組件負(fù)載均衡(CLB) 服務(wù)。 這種解決方案適用于 COM+ 應(yīng)用程序。 遠(yuǎn)程 COM+ 組件是安裝在 CLB 服務(wù)上的。 在某一臺 COM+ 服務(wù)器出現(xiàn)故障的時候， CLB 能夠檢測到該故障并將請求指向功能正常的服務(wù)器上。多臺服務(wù)器。 專門為 Active Directory Domain Controller 部署多臺服務(wù)器。 Active Directory 是通過復(fù)制其目錄存儲和在多個域控制器之間分布請求實現(xiàn)高可用性的。硬件冗余。 使用內(nèi)置硬件冗余的計算機系統(tǒng)，例如冗余電源等。磁盤磁盤子系統(tǒng)是由 MSIB 下列的依賴項使用的：IIS Server （包括 IIS 元數(shù)據(jù)庫、Web 站點內(nèi)容：ASP ，HTML ，GIF ，PCF 等等。）Commerce Server 2002 Direct Mailer 用的 Mail Drop 文件夾搜索內(nèi)容的內(nèi)容索引文件/磁盤子系統(tǒng)可能會因為如下原因發(fā)生故障：硬盤驅(qū)動器中物理磁頭失效電子故障硬盤驅(qū)動器中物理扇區(qū)損壞建議采用的解決方案在磁盤子系統(tǒng)這一個級別上，建議您使用以下技術(shù)中的一個或多個以確保實現(xiàn)高可用性：RAID 5RAID 1RAID 1 + 0多個 SAN 光纖信道通道（交換機、總線和控制器等）不過，一旦基礎(chǔ)設(shè)施級別上的容錯功能未能保護子系統(tǒng)，這種故障就會以文件丟失、目錄丟失或驅(qū)動器句柄的形式反映在操作系統(tǒng)（OS）級別上，引起對文件/磁盤子系統(tǒng)資源的后續(xù)訪問失敗。 如需了解關(guān)于 RAID 的更多信息，請在 Windows 2000 Help 中搜索 RAID 。應(yīng)用程序Commerce Server 和 ISA 等應(yīng)用程序都是由 MSIB 用以執(zhí)行該解決方案所需的綜合軟件功能的。 由于應(yīng)用程序是運行在平臺操作系統(tǒng)（OS）頂部的，因此存在很多引起故障的原因，包括：磁盤子系統(tǒng)失效網(wǎng)絡(luò)故障二進制失效服務(wù)器故障建議采用的解決方案建議采用兩種 Windows 2000 高可用性解決方案：Microsoft 群集服務(wù)。 這種解決方案適用于那些本身是服務(wù)而且支持這一功能的應(yīng)用程序組件。網(wǎng)絡(luò)負(fù)載均衡(NLB)。 這種解決方案適用于工作于橫向擴展模式下的 Search ，ISA ，MCMS 和 Commerce Server 2002 。 在這種模式下，多個應(yīng)用服務(wù)器在一個單一的虛擬 IP 地址之下進行了負(fù)載均衡。 前端應(yīng)用服務(wù)器上運行的組件為那些需要使用持續(xù)狀態(tài)的操作在后端數(shù)據(jù)庫服務(wù)器上維護著狀態(tài)。 在一個應(yīng)用服務(wù)器出現(xiàn)故障的時候， NLB 將該服務(wù)器從群集中刪除并將連接指向其他正常的服務(wù)器。解決方案部署中應(yīng)當(dāng)包括對構(gòu)成應(yīng)用程序的其他二進制代碼的備份。數(shù)據(jù)庫SQL Server 2000 由 MSIB 及其依賴項用于連接到數(shù)據(jù)庫上。 由于數(shù)據(jù)庫服務(wù)器是運行在平臺操作系統(tǒng)和服務(wù)頂部的，因此存在很多引起故障的原因，包括：文件/磁盤系統(tǒng)失效網(wǎng)絡(luò)故障數(shù)據(jù)庫應(yīng)用程序故障服務(wù)器故障建議采用的解決方案建議采用兩種 Windows 2000 高可用性解決方案：Microsoft 群集服務(wù) (MSCS)。 這種解決方案適用于 MSIB 數(shù)據(jù)庫服務(wù)器。 這種解決方案可以提供可靠性，不過卻不能提供額外的可擴展性，這是因為其工作負(fù)荷并不是分布式的。網(wǎng)絡(luò)負(fù)載均衡(NLB)。 這種解決方案適用橫向擴展模式。 在這種模式下，多個數(shù)據(jù)庫服務(wù)器在一個單一的虛擬 IP 地址之下進行了負(fù)載均衡。 一般情況下這些數(shù)據(jù)庫服務(wù)器是作為主數(shù)據(jù)庫服務(wù)器的用戶工作的，這個數(shù)據(jù)庫服務(wù)器則作為一個數(shù)據(jù)發(fā)布者工作。 在一個數(shù)據(jù)庫服務(wù)器出現(xiàn)故障的時候， NLB 將該服務(wù)器從群集中刪除并將連接指向其他正常的服務(wù)器。解決方案部署中應(yīng)當(dāng)包括對數(shù)據(jù)庫和構(gòu)成數(shù)據(jù)庫的存儲過程的備份。MSIB 企業(yè)部署的恢復(fù)模型下圖給出了 MSIB 企業(yè)部署中典型的單點故障，下表介紹了 MSIB 企業(yè)部署是如何從單點故障中恢復(fù)過來的。 為了避免發(fā)生這些單點故障，建議您在投入實際運行之前在您的 MSIB 企業(yè)部署中采用本文前面介紹的高可用性技術(shù)。注: 在下表中，所謂的可接受時限是指小于默認(rèn) ASP 超時時間的一個期間，在理想情況下為 15 秒鐘或更少。 為了進行本文所述的測試，所有的故障切換時間都由 MSIB 項目組進行了記錄。單點故障故障類型檢定/描述1 (前端應(yīng)用程序/Web 服務(wù)器) 套接字由 NLB 將 Web 服務(wù)器從群集中刪除，最終用戶不會感覺到出現(xiàn)了錯誤或者數(shù)據(jù)丟失。網(wǎng)絡(luò)由 NLB 將 Web 服務(wù)器從群集中刪除，最終用戶不會感覺到出現(xiàn)了錯誤或者數(shù)據(jù)丟失。2 (前端搜索服務(wù)器)套接字由 NLB 將 搜索服務(wù)器從群集中刪除，最終用戶不會感覺到出現(xiàn)了錯誤或者數(shù)據(jù)丟失。網(wǎng)絡(luò)由 NLB 搜索服務(wù)器從群集中刪除，最終用戶不會感覺到出現(xiàn)了錯誤或者數(shù)據(jù)丟失。3 和 4 (防火墻之間的連接) 套接字在可接受時限之內(nèi)平穩(wěn)過渡到備份防火墻。網(wǎng)絡(luò)在可接受時限之內(nèi)平穩(wěn)過渡到備份防火墻。5和6 (域控制器之間的連接) 套接字在可接受時限之內(nèi)平穩(wěn)過渡到備份的域控制器。網(wǎng)絡(luò)在可接受時限之內(nèi)平穩(wěn)過渡到備份的域控制器。7 和 8 (前端 Web 和搜索服務(wù)器上的硬盤) 磁盤NLB 將故障服務(wù)器從群集中刪除掉。9 和 10 (Web 或搜索服務(wù)器失效)服務(wù)器NLB 將故障服務(wù)器從群集中刪除掉。11 (第二防火墻層上的硬盤) 磁盤由防火墻正確地將載荷傳遞到故障切換服務(wù)器上，不會給客戶端帶來數(shù)據(jù)損失或超時。12 (防火墻失效)服務(wù)器由防火墻正確地將載荷傳遞到故障切換服務(wù)器上，不會給客戶端帶來數(shù)據(jù)損失或超時。13 (防火墻和數(shù)據(jù)庫群集之間的連接)套接字為了測試這個連接，建議您對使用未經(jīng)高速緩存的數(shù)據(jù)庫請求的 Web 頁面進行測試，以確保不會發(fā)生最終用戶可見的錯誤。網(wǎng)絡(luò)為了測試這個連接，建議您對使用未經(jīng)高速緩存的數(shù)據(jù)庫請求的 Web 頁面進行測試，以確保不會發(fā)生最終用戶可見的錯誤。14和15 (到域控制器的連接)套接字在可接受時限之內(nèi)平穩(wěn)過渡到備份的域控制器。網(wǎng)絡(luò)在可接受時限之內(nèi)平穩(wěn)過渡到備份的域控制器。16 (Business Desk 計算機和 SQL Cluster 之間的連接)網(wǎng)絡(luò)為了測試這一連接，建議您在幾種不同模塊中對幾種 Business Desk 功能進行測試，以確保不會發(fā)生任何錯誤，以至令系統(tǒng)處于一種部分失效的狀態(tài)。17 ( MSCS 數(shù)據(jù)庫故障切換:交易、內(nèi)容、管理、運動）服務(wù)器一個服務(wù)器錯誤會引起包括應(yīng)用數(shù)據(jù)庫在內(nèi)的 MSCS 故障切換。 為了核實這種錯誤狀態(tài)，建議您對使用未經(jīng)高速緩存的數(shù)據(jù)庫請求的 Web 頁面執(zhí)行 GET 操作，以確保不會發(fā)生最終用戶可見的錯誤。 系統(tǒng)會在被動節(jié)點變成活動節(jié)點之后重試請求，由 Web 頁面返回成功的請求。18 (SQL 群集上的硬盤故障：目錄、搜索、用戶)磁盤一個系統(tǒng)磁盤錯誤會引起包括應(yīng)用數(shù)據(jù)庫在內(nèi)的 MSCS 故障切換。 為了檢驗這種錯誤狀態(tài)，建議您對使用未經(jīng)高速緩存的數(shù)據(jù)庫請求的 Web 頁面執(zhí)行 GET 操作，以確保不會發(fā)生最終用戶可見的錯誤。 系統(tǒng)會在被動節(jié)點變成活動節(jié)點之后重試請求，由 Web 頁面返回成功的請求。19(域控制器故障)服務(wù)器失敗的請求將會被路由到其他的域控制器。20(域控制器磁盤失效)磁盤失敗的請求將會被路由到其他的域控制器。服務(wù)器故障切換恢復(fù)前面的部分討論了如何利用網(wǎng)絡(luò)負(fù)載均衡（NLB）和 Microsoft Cluster Service （MSCS）消除單點故障。 這一部分的目的是要介紹，當(dāng)您在企業(yè)部署種使用了 NLB 和MSCS 時，MSIB 是如何從故障種恢復(fù)過來的。ISA 故障切換在 ISA 服務(wù)器因服務(wù)器故障而出現(xiàn)故障的時候， NLB 軟件(運行在 ISA 服務(wù)器之上)將會把故障服務(wù)器從 NLB 群集中刪除掉。 在 ISA 服務(wù)器因連接、RPC 或磁盤故障而出現(xiàn)故障的時候，ISA 服務(wù)器會將自己從群集中脫離開。 最后的結(jié)果是，仍然正常的冗余服務(wù)器將會把所有的請求接管過來。NLB 故障切換當(dāng)某一表示層服務(wù)器不能發(fā)送或響應(yīng)心跳消息的時候，其他服務(wù)器將會進行收斂。 最后的結(jié)果是，仍然可對請求作出響應(yīng)的表示服務(wù)器會為故障服務(wù)器處理所有的入站請求。 當(dāng)某臺新的表示服務(wù)器試圖加入到該群集的時候，它將會發(fā)出一個意在收斂的心跳消息。 當(dāng)所有的表示服務(wù)器都同意接受該成員的時候，將會對客戶端的工作量重新劃分。SQL Server MSCS 數(shù)據(jù)庫故障切換SQL Server 使用了一套共享的磁盤子系統(tǒng)，它可以以一個群集服務(wù)器的形式工作。 當(dāng)群集中的某活動 SQL 服務(wù)器出現(xiàn)故障的時候，備用的 SQL 服務(wù)器將會接管故障服務(wù)器的負(fù)載，處理客戶請求，從同一共享盤上讀取和寫數(shù)據(jù)，如下圖所示。確定預(yù)期的可用性這一部分將介紹一個計算實例，MSIB 項目組為本文使用了這種計算方法以確定 MSIB 企業(yè)部署的可用性，也稱為預(yù)期的正常運行時間。 這一實例是根據(jù) Microsoft Technical Report 中的Markov Model of Availability for Server Clusters 中的數(shù)學(xué)模型給出的，地址在 在這一模型中需要考慮五個 MSIB 企業(yè)部署的群集。 這五個群集都是由兩個節(jié)點/計算機構(gòu)成的，它們必需能夠正常運行，令那些考慮要可用的系統(tǒng)真正可用。 出于這一分析的考慮，群集列舉如下：面向 Internet 的防火墻 NLB 群集Web NLB 群集搜索 NLB 群集內(nèi)部防火墻 NLB 群集SQL Server 群集每個群集都有一個可用性，p n 其中，0pn =1。 整個系統(tǒng)的可用性由以下的計算得到：p1 X p2 X p3 X p4 X p5群集內(nèi)每個節(jié)點的可用性可以通過帶入以下三個數(shù)值的平均測量值得到。故障切換時間 是指從群集發(fā)現(xiàn)某一節(jié)點停止響應(yīng)到將其從群集內(nèi)刪除所花的時間。平均恢復(fù)時間(MTTR) 是指將該要素重新引入群集所花的平均時間。平均無故障時間(MTTF) 是最難測量的一個指標(biāo)。 故障可能會按照一定的頻率發(fā)生，不過也可能是隨機發(fā)生的。 為了進行討論，在計算過程中允許您在可用性計算時對 MTTF 進行變動。 之所以這么做是為了幫助您判斷要確保特定數(shù)量的九的可用性，您的部署必需要滿足或必需要超過的 MTTF 。 這是本文計算可用性的方法與其他方法的根本差別。MSIB 項目組首先切斷活動活動群集中來自服務(wù)器/節(jié)點的基本網(wǎng)絡(luò)連接，然后再重新啟用這些連接，通過這種方法測量了企業(yè)部署的恢復(fù)時間和故障切換時間。 對于活動——被動 SQL 群集，項目組從群集管理控制臺執(zhí)行了一個移動組命令。 如需了解關(guān)于如何測定恢復(fù)時間和故障切換時間的更多信息，參見“附件 C——Collecting Availability Data”。 請注意由 MSIB 項目組為本文所述測試部署的系統(tǒng)是按照 MSIB 隨帶的 MSIB Deployment Guides 中所述的嚴(yán)格的設(shè)置和配置進行部署的。頂級 ISA NLB 群集頂級 ISA 網(wǎng)絡(luò)負(fù)載均衡（NLB）群集是一種雙節(jié)點的 NLB Web 服務(wù)器群集。 這一系統(tǒng)的可用性是根據(jù)服務(wù)器群集可用性的馬爾可夫模型（MMASC）計算的。 這一實例是根據(jù) Microsoft Technical Report 中的Markov Model of Availability for Server Clusters 中的數(shù)學(xué)模型給出的，地址在 ，MSIB 項目組發(fā)現(xiàn)其平均故障切換時間為 3 分鐘，MTTR 時間為 9 分鐘 56 秒。下表給出了根據(jù)搜集到的數(shù)據(jù)和節(jié)點的目標(biāo) MTTF 為一個活動活動 2 節(jié)點群集計算得到的可用性。 MTTF 仍然無法輕松測到，因此該表給出了在目標(biāo) MTTF 處的可用性。描述目標(biāo) MTTF2 個活動節(jié)點，一個進行了故障切換7 (天)最后一個節(jié)點進行故障切換 (天)描述測量的時間結(jié)果系統(tǒng)從 0 個活動節(jié)點恢復(fù)到 1 個活動節(jié)點所花的時間9:56 (分鐘)系統(tǒng)從 1 個活動節(jié)點恢復(fù)到 2 個活動節(jié)點所花的時間9:56 (分鐘)系統(tǒng)檢測到故障并進行故障切換所花的時間3:00 (分鐘)使用 MMASC 方法，此 2 節(jié)點活動活動群集計算得到的可用性為 %下表給出了在 MTTF 為 30 天的條件下，計算得到的活動活動 2 節(jié)點群集的可用性。描述目標(biāo) MTTF2 個活動節(jié)點，一個進行了故障切換30 (天)最后一個節(jié)點進行故障切換15 (天)描述測量的時間結(jié)果系統(tǒng)從 0 個活動節(jié)點恢復(fù)到 1 個活動節(jié)點所花的時間9:56 (分鐘)系統(tǒng)從 1 個活動節(jié)點恢復(fù)到 2 個活動節(jié)點所花的時間9:56 (分鐘)系統(tǒng)檢測到故障并進行故障切換所花的時間3:00 (分鐘)使用 MMASC 方法，此 2 節(jié)點活動活動群集計算得到的可用性為 %注: 前面的兩張表格給出了一個節(jié)點和兩個節(jié)點情況下的故障切換實例。 對于以單個節(jié)點而非一個群集的形式運行的服務(wù)器來說，預(yù)計其 MTTF 大約為 2節(jié)點活動活動群集的一半。Web NLB 群集頂級