vmware搭建雙節(jié)點cluster.doc

虛擬機vmware6.5 搭建win2003雙節(jié)點clusterVMware Workstation 6.0 中Cluster配置指南目錄一、群集介紹二、群集專業(yè)術(shù)語三、實驗環(huán)境介紹及要求1、拓撲圖.2、軟件配置說明(1) DC軟件配置信息(2) Cluster Node A軟件配置信息(3) Cluster Node B軟件配置信息3、硬件配置要求(1) 網(wǎng)卡(2) 共享磁盤四、安裝群集前的準備工作1、創(chuàng)建共享磁盤(1) 創(chuàng)建用來保存共享磁盤的目錄(2) 創(chuàng)建仲裁磁盤(3) 創(chuàng)建數(shù)據(jù)共享磁盤(4) 驗證共享磁盤是否成功創(chuàng)建(5) 附加共享磁盤2、網(wǎng)絡(luò)及系統(tǒng)配置(1) 創(chuàng)建群集服務(wù)帳戶(2) 添加群集A記錄(3) ClusterNodeA上的共享磁盤配置(4) 網(wǎng)絡(luò)配置(5) ClusterNodeB上的共享磁盤配置五、安裝群集服務(wù)1、在A節(jié)點上新建一個群集2、將B節(jié)點加入現(xiàn)有群集六、配置群集服務(wù)1、群集網(wǎng)絡(luò)配置2、心跳適配器優(yōu)先化3、仲裁磁盤配置4、創(chuàng)建一個啟動延遲（此操作非必需）5、測試群集安裝七、故障轉(zhuǎn)移測試1、初級測試2、高級測試(1) 手工模擬故障1次(2) 手工連續(xù)模擬故障4次(3) 停止群集服務(wù)測試(4) 模擬意外斷電時故障轉(zhuǎn)移八、結(jié)束語一、群集介紹 服務(wù)器群集是一組協(xié)同工作并運行Microsoft群集服務(wù)（Microsoft Cluster Service，MSCS）的獨立服務(wù)器。它為資源和應(yīng)用程序提供高可用性、故障恢復(fù)、可伸縮性和可管理性。它允許客戶端在出現(xiàn)故障和計劃中的暫停時，依然能夠訪問應(yīng)用程序和資源。如果群集中的某一臺服務(wù)器由于故障或維護需要而無法使用，資源和應(yīng)用程序?qū)⑥D(zhuǎn)移到可用的群集節(jié)點上。（說明:本文檔編寫的目的是為了幫助大家實現(xiàn)所關(guān)心的如何在VMWare Workstation中完成典型群集的配置步驟，不會具體的涉及到如何安裝群集應(yīng)用程序，如Exchange群集等）二、群集專業(yè)術(shù)語 節(jié) 點: 構(gòu)建群集的物理計算機群集服務(wù): 運行群集管理器或運行群集必須啟動的服務(wù)資 源: IP地址、磁盤、服務(wù)器應(yīng)用程序等都可以叫做資源共享磁盤: 群集節(jié)點之間通過光纖 SCSI 電纜等共同連接的磁盤柜或存儲仲裁資源: 構(gòu)建群集時，有一塊磁盤會用來仲裁信息，其中包括當前的服務(wù)狀態(tài)各個節(jié)點的狀態(tài)以及群集轉(zhuǎn)移時的一些日志資源狀態(tài): 主要指資源目前是處于聯(lián)機狀態(tài)還是脫機狀態(tài)資源依賴:資源之間的依存關(guān)系組:故障轉(zhuǎn)移的最小單位虛擬服務(wù)器: 提供一組服務(wù)-如數(shù)據(jù)庫 文件和打印共享等故障轉(zhuǎn)移: 應(yīng)用從宕機的節(jié)點切換到正常聯(lián)機的節(jié)點故障回復(fù): 某節(jié)點從宕機狀態(tài)轉(zhuǎn)為聯(lián)機狀態(tài)后，仍然繼續(xù)宕機前的工作，為其他節(jié)點分流三、實驗環(huán)境介紹及要求 1、拓撲圖 2、軟件配置說明(1) DC軟件配置信息 OS:Windows Server 2003 X86 SP1 中文企業(yè)版Role: Active Directory域控制器Domain:ServerName:DC.IP:54 （以“橋接”方式連接）Netmask:Gateway:54(2) Cluster Node A軟件配置信息 OS: Windows Server 2003 X86 SP1 中文企業(yè)版Role: Member ServerServerName:ClusterNodeA.IP1: （以“橋接”方式連接）Netmask1:Gateway1:Dns1:54IP2: （以“VMnet2”方式連接）Netmask2:Gateway2:NoneDNS2:None(3) Cluster Node B軟件配置信息 OS: Windows Server 2003 X86 SP1 中文企業(yè)版Role: Member ServerServerName:ClusterNodeB.IP1:Netmask1:Gateway1: （以“橋接”方式連接）Dns1:54IP2: （以“VMnet2”方式連接）Netmask2:Gateway2:NoneDNS2:None3、硬件配置要求 (1) 網(wǎng)卡 1) 群集中的每個節(jié)點需要有兩個網(wǎng)卡。一個用來連接您的公共網(wǎng)絡(luò)，一個用來進行群集節(jié)點間的通訊，俗稱“心跳連接”。2) 心跳線必須通過交叉線直接連接群集節(jié)點，不能通過任何路由設(shè)備。因為群集心跳數(shù)據(jù)包的生存時間TTL值為1。我們知道，數(shù)據(jù)包在每經(jīng)過一個路由節(jié)點時，TTL值都會減一。(2) 共享磁盤 1) 除操作系統(tǒng)所在磁盤外，還需要兩個額外的SCSI磁盤。一個用來做仲裁磁盤，另一個用來充當數(shù)據(jù)共享磁盤。2) 共享磁盤必須位于系統(tǒng)驅(qū)動器所用的控制器以外的另一個控制器上。不要和操作系統(tǒng)所在磁盤使用同一個總線。3) 所有共享磁盤，包括仲裁磁盤，必須在物理上附加到一個共享總線。4) 仲裁磁盤空間大小最小50 MB。為了得到最佳的NTFS文件系統(tǒng)性能，建議采用最小500 MB的磁盤分區(qū)。5) 所有共享磁盤必須配置為基本磁盤，而不能為動態(tài)磁盤。6) 共享磁盤不支持軟件容錯，不要再試圖對共享磁盤做軟RAID。7) 如果您使用的是64位版本的Windows Server 2003的系統(tǒng)，需要注意的是，所有共享磁盤必須配置為主引導(dǎo)記錄（MBR），也就是建立主分區(qū)。也不要試圖配置為GPT磁盤，因為它不能作為群集磁盤得到支持。8) 群集磁盤上的所有分區(qū)必須格式化為NTFS。9) 群集節(jié)點的操作系統(tǒng)必須采用同架構(gòu)的版本，不能節(jié)點A采用32位系統(tǒng)，而節(jié)點B卻使用64位系統(tǒng)。(說明:在本次實驗中，模擬的SCSI共享磁盤柜均是通過VMware Workstation自帶的相關(guān)工具來創(chuàng)建)四、安裝群集前的準備工作 1、創(chuàng)建共享磁盤 (1) 創(chuàng)建用來保存共享磁盤的目錄 在本實驗中，在D:Virtual Machines目錄下新建了一個ShareDisks文件夾，用來保存后面兩個操作建立的虛擬仲裁磁盤文件和數(shù)據(jù)磁盤文件。(2) 創(chuàng)建仲裁磁盤 進入VMware Workstation軟件安裝目錄，在命令提示符窗口敲入如下命令:vmware-vdiskmanager.exe -c -s 600Mb -a lsilogic -t 2 “D:Virtual MachinesShareDisks”Quorum.vmdk(3) 創(chuàng)建數(shù)據(jù)共享磁盤 進入VMware Workstation軟件安裝目錄，在命令提示符窗口敲入如下命令:vmware-vdiskmanager.exe -c -s 2Gb -a lsilogic -t 2 “D:Virtual MachinesShareDisks”ShareDisk.vmdk(4) 驗證共享磁盤是否成功創(chuàng)建 進入D:Virtual MachinesShareDisks中，可以看到步驟2、3創(chuàng)建的4個虛擬磁盤文件。(5) 附加共享磁盤 通過前面的操作，我們已經(jīng)成功的創(chuàng)建了群集所需要的共享磁盤。接下來將虛擬磁盤文件附加到ClusterNodeA和ClusterNodeB上。1) 進入ClusterNodeA所對應(yīng)的虛擬系統(tǒng)目錄(不是虛擬機軟件安裝目錄)，找到.vmx（VMware配置文件），用記事本打開，添加如下記錄:disk.locking = falsediskLib.dataCacheMaxSize = 0scsi1.present = TRUEscsi1.virtualDev = lsilogicscsi1:5.present = TRUEscsi1:5.fileName = D:Virtual MachinesShareDisksQuorum.vmdkscsi1:6.present = TRUEscsi1:6.fileName = D:Virtual MachinesShareDisksShareDisk.vmdk2) 在ClusterNodeB上重復(fù)前一個操作，并做相應(yīng)的修改。3) 關(guān)閉VMware Workstation軟件后再次打開，會發(fā)現(xiàn)先前創(chuàng)建的共享磁盤均附加到ClusterNodeA和ClusterNodeB上了。從上兩個圖中可以看出:1) 共享磁盤屬于SCSI通道1，和系統(tǒng)盤SCSI通道0不在一個共享總線上，符合集群需求2) 共享磁盤的仲裁磁盤和數(shù)據(jù)磁盤均位于SCSI通道1上，亦符合集群需求2、網(wǎng)絡(luò)及系統(tǒng)配置 (1) 創(chuàng)建群集服務(wù)帳戶 1） 群集服務(wù)需要一個屬于可運行群集服務(wù)的每個節(jié)點上的本地管理員組成員的域用戶帳戶。因為安裝群集服務(wù)時需要用到這個用戶名和密碼，所以該用戶帳戶必須在配置群集服務(wù)前予以創(chuàng)建。該用戶帳戶只能專門用于運行群集服務(wù)，而不能屬于個人。建議該賬戶是普通域賬戶，而不是域管理員賬戶。2） 如下圖所示，必須勾選“密碼永不過期”，建議同時將“用戶不能更改密碼”勾選。當然，如果您希望每次密碼到期前都手工重設(shè)密碼，以便在您的工作周報中多一個已完成的工作記錄，我不反對。3） 創(chuàng)建完畢后，再將其添加到各個節(jié)點的本地管理員組中即可。(2) 添加群集A記錄 如果您需要將運行在群集服務(wù)上的應(yīng)用程序服務(wù)（該服務(wù)器即為虛擬服務(wù)器）以域名的形式對內(nèi)或?qū)ν獍l(fā)布，您可能需要在域控制器的DNS管理器中添加群集名的A記錄。例如，本次試驗中，我給節(jié)點A和節(jié)點B通過群集虛擬出來的地址0分配一個對應(yīng)的A記錄名:ClusterT(3) ClusterNodeA上的共享磁盤配置 1） 啟動ClusterNodeA(不要開啟ClusterNodeB，使其保持關(guān)閉狀態(tài)。這樣有助于保證附加到共享總線的磁盤上的數(shù)據(jù)不會丟失或遭到破壞。)2） 打開ClusterNodeA 的“磁盤管理”，系統(tǒng)會自動找到先前創(chuàng)建的兩個共享磁盤。進入 “磁盤初始化和轉(zhuǎn)化向?qū)А?） “新建磁盤分區(qū)”4） 選擇建立“主磁盤分區(qū)”。5） 給仲裁磁盤分配一個約定成俗的驅(qū)動器號Q。6） 一定要格式化成為NTFS，同時把卷標改成“Quorum”。7） 以上是對仲裁磁盤進行操作，按照同樣的方法，對共享數(shù)據(jù)磁盤進行操作。分配驅(qū)動器號為R，卷標名為Data。（具體過程略）。另外，需要補充一點的是，通常，驅(qū)動器盤符“Q”用于仲裁磁盤，而“R”、“S”等字母則常用于數(shù)據(jù)磁盤。盡管您可以按照個人喜好隨意更改，但是建議采用約定成俗的規(guī)定。8） 對共享磁盤的操作完成后，建議驗證一下磁盤是否可讀寫。方法是新建一些文件后再刪除，看看是否都正常。(4) 網(wǎng)絡(luò)配置 1） 為了接下來的實驗更加直觀，建議把兩塊網(wǎng)卡進行重命名操作。生產(chǎn)環(huán)境也推薦這樣操作。2） Hearbeat Connection網(wǎng)卡（以下改稱為心跳網(wǎng)卡）的TCP/IP屬性如下。不要對心跳網(wǎng)卡設(shè)置默認網(wǎng)關(guān)和DNS地址。3） 按照下圖修改心跳網(wǎng)卡的高級TCP/IP屬性，目的是禁止心跳網(wǎng)卡的DNS和NetBios查詢。這樣能夠消除可能出現(xiàn)的通信問題，也有利于減少不必要的網(wǎng)絡(luò)流量。因為服務(wù)器群集節(jié)點間的通信對于群集的順暢運轉(zhuǎn)至關(guān)重要。4） 按照微軟官方推薦的做法，如果您擁有一個能夠以不同速度進行傳輸?shù)木W(wǎng)卡，那么您應(yīng)該手動指定同一個速度及雙工模式。不要對傳輸速度應(yīng)用自動選擇設(shè)置，因為某些適配器在確定速度時可能丟掉一些數(shù)據(jù)包。這直接影響到群集節(jié)點之間的通訊質(zhì)量。Microsoft建議您將同一路徑上的所有設(shè)備設(shè)定為“10 M”和“半雙工”。同時，如果您的網(wǎng)卡支持Teaming冗余，而您又無法確保該特性和群集之間的兼容性時，建議取消該特性。由于虛擬機無法對網(wǎng)卡的物理屬性進行該類設(shè)置，如下圖所示。故特意從生產(chǎn)環(huán)境HP服務(wù)器上截取了如下兩張圖來說明。5） 至此，有關(guān)ClusterNodeA的前期網(wǎng)絡(luò)和系統(tǒng)的相關(guān)配置已結(jié)束。接下來按照類似的方法對ClusterNodeB進行配置。(5) ClusterNodeB上的共享磁盤配置 1） 關(guān)閉ClusterNodeA，開啟ClusterNodeB。在此期間，請保持ClusterNodeA處于關(guān)閉狀態(tài)。原因前面已經(jīng)說明，不再贅述。（請盡量按照下圖的方式關(guān)閉ClusterNodeA，而不只是簡單的關(guān)閉系統(tǒng)）2） 打開ClusterNodeB的磁盤管理器，可以看到之前創(chuàng)建的共享磁盤同樣被系統(tǒng)發(fā)現(xiàn)了。只是由于Windows Server 2003系統(tǒng)的設(shè)計使然，沒有自動為其分配驅(qū)動器號。我們需要手工對它分配和ClusterNodeA相同的驅(qū)動器號。3） 為了實驗的直觀性，建議將卷標也進行修改。卷標名建議和ClusterNodeA上的保持一致。4） 同樣，建議用同樣的方法驗證一下磁盤是否可正常讀寫。5） 至此，我們已完成兩個節(jié)點的網(wǎng)絡(luò)和系統(tǒng)相關(guān)配置。下面，我們開始進入真正的群集服務(wù)安裝環(huán)節(jié)。五、安裝群集服務(wù) 1、在A節(jié)點上新建一個群集 (1) 開啟ClusterNodeA，同時保持ClusterNodeB處于關(guān)閉狀態(tài)。展開ClusterNodeA的“開始”菜單，定位到“程序”“管理工具”，打開“群集管理器”。(2) 選擇“創(chuàng)建新群集”。(3) 輸入您公司的域名和事先準備好的群集名。如果有需要，在DNS中對該群集名建立對應(yīng)的A記錄。(4) 輸入新群集中的第一個節(jié)點的計算機名，這里我們選擇ClusterNodeA(5) 這時會對群集配置進行一個完全分析。如果有任何一項無法通過檢測，務(wù)必檢查原因、排除問題。故障排除后，不需要重新再來，只需點一下“重新分析”按鈕就行。(6) 輸入群集的IP地址，該地址是ClusterNodeA和ClusterNodeB共同虛擬出來的群集IP。其FQDN地址對應(yīng)于前面的ClusterT.(7) 輸入前面創(chuàng)建的群集服務(wù)帳號。該帳號可以不是域管理員，但是必須是各節(jié)點的本地管理員。(8) 下圖是配置信息匯總。如果發(fā)現(xiàn)配置有錯誤，可以點擊“上一步”進行更改。否則點擊“下一步”，開始群集創(chuàng)建。(9) 可以查看創(chuàng)建過程是否順利。一般來說，只要前面群集前的分析沒有問題，創(chuàng)建過程一般都不會有問題的。(10) 完成新建服務(wù)器群集向?qū)?。至此，我們已?jīng)成功的在ClusterNodeA上配置了群集服務(wù)。(11) 打開群集管理器，驗證ClusterNodeA上的群集服務(wù)已成功安裝。資源所有者均為ClusterNodeA，并均處于聯(lián)機狀態(tài)。2、將B節(jié)點加入現(xiàn)有群集 (1) 開啟ClusterNodeB節(jié)點，同時不要關(guān)閉ClusterNodeA，否則無法加入現(xiàn)有群集。打開群集管理器，選擇“添加節(jié)點到群集”，“瀏覽”，找到之前創(chuàng)建的群集名ClusterTest。點擊“確定”。(2) 進入添加節(jié)點向?qū)А?3) 選擇您要添加到現(xiàn)有群集的節(jié)點。我這里選擇ClusterNodeB。(4) 同樣，節(jié)點加入前會進行群集配置分析。如果分析結(jié)果中有任何問題，請著手解決后再往下繼續(xù)。(5) 輸入群集服務(wù)帳號。(6) 群集配置信息匯總，返回修改請點擊“上一步”，繼續(xù)請點擊“下一步”。(7) 開始“添加節(jié)點到群集”的配置操作。(8) 完成節(jié)點添加工作。(9) 從下圖可以看出，ClusterNodeB已成功加入現(xiàn)有群集，目前處于運行狀態(tài)。(10) 至此，我們成功的在ClusterNodeA上新建了一個名為ClusterTest的群集，并成功將ClusterNodeB加入該群集中。(11) 細心的您在ClusterNodeB加入到現(xiàn)有群集后，可能會發(fā)現(xiàn)無法在ClusterNodeB上訪問原有的共享磁盤。如下圖所示。不要奇怪，只是正?，F(xiàn)象。因為在群集服務(wù)中，同一時刻只能有一個節(jié)點對資源擁有所有權(quán)。在我這個例子中，此刻仲裁磁盤的所有者是ClusterNodeA，所以ClusterNodeB無法訪問。反過來，如果所有者是ClusterNodeB，則會變成ClusterNodeA無法訪問共享磁盤。六、配置群集服務(wù) 1、群集網(wǎng)絡(luò)配置 (1) 進行專用網(wǎng)絡(luò)配置。打開群集管理器，單擊“群集配置”，單擊“網(wǎng)絡(luò)”，右鍵選擇Heartbeat的屬性。(2) 選擇“為群集使用啟用這個網(wǎng)絡(luò)”和“只用于內(nèi)部群集通訊（專用網(wǎng)絡(luò)）”。對上圖中的幾個選項，我稍微做一下解釋:為群集使用啟用這個網(wǎng)絡(luò): 如果選定了該復(fù)選框，群集服務(wù)將使用該網(wǎng)絡(luò)。默認對所有網(wǎng)絡(luò)選定該復(fù)選框。只用于客戶端訪問（公用網(wǎng)絡(luò)）:如果您想讓群集服務(wù)僅使用該網(wǎng)絡(luò)適配器與其它客戶端進行外部通信，那么選擇該選項。該網(wǎng)絡(luò)適配器將不進行節(jié)點對節(jié)點通信。只用于內(nèi)部群集通信（專用網(wǎng)絡(luò)）:如果您想讓群集僅使用該網(wǎng)絡(luò)進行節(jié)點對節(jié)點通信，那么選擇該選項。所有通信（混合網(wǎng)絡(luò)）:如果您想讓群集服務(wù)使用該網(wǎng)絡(luò)適配器進行節(jié)點對節(jié)點通信和外部客戶端通信，那么選擇該選項。默認對所有網(wǎng)絡(luò)選定該復(fù)選框。在本次實驗中，我們僅使用到了兩個網(wǎng)絡(luò):Public Connection和Heartbeat Connection。基于最常見的配置，我們將這兩個網(wǎng)絡(luò)分別作為混合網(wǎng)絡(luò)和專用網(wǎng)絡(luò)。(3) 同樣，進行公用網(wǎng)絡(luò)配置2、心跳適配器優(yōu)先化 (1) 由于群集服務(wù)總是嘗試使用列于首位的網(wǎng)絡(luò)適配器進行節(jié)點間的遠程過程調(diào)用（RPC）通信。只有當群集服務(wù)無法使用第一個網(wǎng)絡(luò)適配器進行通信時，才會使用列表上的下一個網(wǎng)絡(luò)適配器。所以我們需要調(diào)整一下心跳適配器的優(yōu)先級。(2) 啟動群集管理器。右擊群集名稱，然后單擊“屬性”，在彈出的對話框中單擊“網(wǎng)絡(luò)優(yōu)先級”選項卡。將Heartbeat Connection 上移至頂部。3、仲裁磁盤配置 啟動“群集管理器”。右擊左上角的群集名稱，然后單擊“屬性”。單擊“仲裁”選項卡。在“仲裁資源”列表框中，選擇“磁盤Q”。4、創(chuàng)建一個啟動延遲（此操作非必需） 當出現(xiàn)所有的群集節(jié)點均同時啟動并嘗試附加到仲裁資源的情況時，群集服務(wù)可能無法啟動。例如：在發(fā)生電源故障后，同時對所有節(jié)點恢復(fù)電力時，可能出現(xiàn)這種情況。（盡管可能性比較低，但是還是有可能發(fā)生的。）要避免這種情況，可以編輯boot.ini文件。將Timeout設(shè)置不同的值，以避免兩個節(jié)點同時啟動。(1) 打開ClusterNodeA上系統(tǒng)盤根目錄下的boot.ini文件，按下圖修改。也許您會問，為什么要添加一行同樣的記錄。這是因為如果是單操作系統(tǒng)，無論你如何設(shè)置timeout的值都是沒有用的。只有多系統(tǒng)才會讀取這個值。所以我們復(fù)制同樣的記錄來實現(xiàn)啟動延遲的目的。(2) 同樣的方法，將ClusterNodeB上的boot.ini文件的timeout值設(shè)置為其他數(shù)值。如果您想在恢復(fù)電力時，ClusterNodeA能夠優(yōu)先啟動，就把ClusterNodeB上的timeout值大于10。以錯開同時啟動。5、測試群集安裝 前面我們在CluterNodeA和CluterNodeB新建和加入現(xiàn)有群集結(jié)束后，都分別給出了一張截圖用來驗證群集安裝的正確性。如果您覺得驗證不周全，還可以采用如下幾個方法來驗證。(1) 最簡單的驗證就是通過群集管理器。打開群集管理器，查看是否能夠打開到群集的連接。(2) 查看群集服務(wù)是否啟動(3) 相關(guān)事件日志(4) 相關(guān)注冊表鍵值七、故障轉(zhuǎn)移測試 前面說了這么多，終于等到最激動人心的時刻了。在這一環(huán)節(jié)中，我準備將測試分為初級測試和高級測試兩塊來驗證群集的故障轉(zhuǎn)移功能。1、初級測試 (1) 打開群集管理器，從圖中我們可以看出，目前數(shù)據(jù)共享磁盤的所有者是ClusterNodeA，狀態(tài)為聯(lián)機。(2) 右鍵選擇組0的“屬性”，再選擇“移動組”。(3) 可以看到此時的狀態(tài)為“脫機掛起”。(4) 從圖中可以得知，共享數(shù)據(jù)磁盤R的所有者已經(jīng)轉(zhuǎn)移到ClusterNodeB上了，狀態(tài)為聯(lián)機。(5) 此實驗說明，在群集服務(wù)中，資源能夠從一個節(jié)點手動轉(zhuǎn)移到另一個節(jié)點。（當然也能夠自動轉(zhuǎn)移，后面的實驗均屬于自動轉(zhuǎn)移）2、高級測試 (1) 手工模擬故障1次 (1) 打開群集管理器，對磁盤Q進行一次“初始故障”操作。此時磁盤Q的所有者為ClusterNodeA。(2) 可以看到磁盤Q已經(jīng)聯(lián)機掛起了。(3) 經(jīng)過很短的時間后，磁盤Q又自動聯(lián)機了，所有者還是ClusterNodeA。(4) 此實驗說明，群集節(jié)點的資源，在遇到初始故障后，能夠自我修復(fù)，重新回到聯(lián)機狀態(tài)。雖然在這個實驗中沒有體現(xiàn)出能夠初始故障多少次，但是我可以告訴大家，是3次。如果初始故障次數(shù)超過3次，就不會自我修復(fù)了，而是會進行故障轉(zhuǎn)移。下面的實驗會證明這一點。(2) 手工連續(xù)模擬故障4次 (1) 打開群集管理器，對磁盤R進行“初始故障”操作，重復(fù)4次。此時磁盤R的所有者還屬于ClusterNodeA。(2) 4次模擬故障后，定位到“資源”，在右邊窗口中可以看到，所有資源已自動遷移到ClusterNodeB上，處于聯(lián)機狀態(tài)。(3) 由于心跳偵測機制的作用（心跳信息大約每1.2秒一次），群集服務(wù)會發(fā)現(xiàn)ClusterNodeA并不是真正的宕機，所以ClusterNodeA會自動嘗試聯(lián)機。(4) 節(jié)點ClusterNodeA已恢復(fù)正常。(5) 此實驗說明，在群集服務(wù)中，當某個節(jié)點故障超過3次后，則不會自動恢復(fù)，而是進行故障轉(zhuǎn)移。同時也說明，當群集服務(wù)檢測到原節(jié)點可用時，原節(jié)點會再次自動回到群集中。此過程的專業(yè)術(shù)語叫“故障回復(fù)”(3) 停止群集服務(wù)測試 1) 在停止ClusterNodeB上的群集服務(wù)前，先打卡群集管理器，可以察看到，目前資源的所有者是ClusterNodeB。2) 停止ClusterNodeB的群集服務(wù)。3) 再次回到群集管理器，發(fā)現(xiàn)資源的所有者已經(jīng)切換到C