虛擬機vmware6.5 搭建win2003雙節(jié)點cluster

1、. 虛擬機vmware6.5 搭建win2003雙節(jié)點clusterVMware Workstation 6.0 中Cluster配置指南目錄一、群集介紹二、群集專業(yè)術(shù)語三、實驗環(huán)境介紹及要求1、拓?fù)鋱D.2、軟件配置說明(1) DC軟件配置信息(2) Cluster Node A軟件配置信息(3) Cluster Node B軟件配置信息3、硬件配置要求(1) 網(wǎng)卡(2) 共享磁盤四、安裝群集前的準(zhǔn)備工作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)立群集效勞(2)

2、添加群集A記錄(3) ClusterNodeA上的共享磁盤配置(4) 網(wǎng)絡(luò)配置(5) ClusterNodeB上的共享磁盤配置五、安裝群集效勞1、在A節(jié)點上新建一個群集2、將B節(jié)點參加現(xiàn)有群集六、配置群集效勞1、群集網(wǎng)絡(luò)配置2、心跳適配器優(yōu)先化3、仲裁磁盤配置4、創(chuàng)立一個啟動延遲此操作非必需5、測試群集安裝七、故障轉(zhuǎn)移測試1、初級測試2、高級測試(1) 手工模擬故障1次(2) 手工連續(xù)模擬故障4次(3) 停頓群集效勞測試(4) 模擬意外斷電時故障轉(zhuǎn)移八、完畢語一、群集介紹效勞器群集是一組協(xié)同工作并運行Microsoft群集效勞Microsoft Cluster Service，MSCS的獨立效

3、勞器。它為資源和應(yīng)用程序提供高可用性、故障恢復(fù)、可伸縮性和可管理性。它允許客戶端在出現(xiàn)故障和方案中的暫停時，依然能夠訪問應(yīng)用程序和資源。如果群集中的*一臺效勞器由于故障或維護需要而無法使用，資源和應(yīng)用程序?qū)⑥D(zhuǎn)移到可用的群集節(jié)點上。說明:本文檔編寫的目的是為了幫助大家實現(xiàn)所關(guān)心的如何在VMWare Workstation中完成典型群集的配置步驟，不會具體的涉及到如何安裝群集應(yīng)用程序，如E*change群集等二、群集專業(yè)術(shù)語節(jié) 點: 構(gòu)建群集的物理計算機群集效勞: 運行群集管理器或運行群集必須啟動的效勞資 源: IP地址、磁盤、效勞器應(yīng)用程序等都可以叫做資源共享磁盤: 群集節(jié)點之間通過光纖 SCS

4、I 電纜等共同連接的磁盤柜或存儲仲裁資源: 構(gòu)建群集時，有一塊磁盤會用來仲裁信息，其中包括當(dāng)前的效勞狀態(tài)各個節(jié)點的狀態(tài)以及群集轉(zhuǎn)移時的一些日志資源狀態(tài): 主要指資源目前是處于聯(lián)機狀態(tài)還是脫機狀態(tài)資源依賴:資源之間的依存關(guān)系組:故障轉(zhuǎn)移的最小單位虛擬效勞器: 提供一組效勞-如數(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、拓?fù)鋱D 2、軟件配置說明(1) DC軟件配置信息 OS:Windows Server 2003 *86 SP1 中文企業(yè)版Role: Active

5、Directory域控制器Domain:test.ServerName:DC.test.IP:192.168.0.254 以“橋接方式連接(2) Cluster Node A軟件配置信息 OS: Windows Server 2003 *86 SP1 中文企業(yè)版Role: Member ServerServerName:ClusterNodeA.test.IP1:192.168.0.1 以“橋接方式連接IP2:10.0.0.1 以“VMnet2方式連接Gateway2:NoneDNS2:None(3) Cluster Node B軟件配置信息 OS: Windows Server 2003 *

6、86 SP1 中文企業(yè)版Role: Member ServerServerName:ClusterNodeB.test.Gateway1:192.168.0.1 以“橋接方式連接IP2:10.0.0.2 以“VMnet2方式連接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

7、) 除操作系統(tǒng)所在磁盤外，還需要兩個額外的SCSI磁盤。一個用來做仲裁磁盤，另一個用來充當(dāng)數(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)，需要注意的是，所

8、有共享磁盤必須配置為主引導(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)立)四、安裝群集前的準(zhǔn)備工作1、創(chuàng)立共享磁盤 (1) 創(chuàng)立用來保存共享磁盤的目錄 在本實驗中，在D:Virtual Machines目錄下新建了一個ShareDisks文件夾，用來保存后面兩個操作建立的虛擬仲裁磁盤文件和數(shù)據(jù)磁盤文

9、件。(2) 創(chuàng)立仲裁磁盤 進入VMware Workstation軟件安裝目錄，在命令提示符窗口敲入如下命令:vmware-vdiskmanager.e*e -c -s 600Mb -a lsilogic -t 2 “D:Virtual MachinesShareDisksQuorum.vmdk(3) 創(chuàng)立數(shù)據(jù)共享磁盤 進入VMware Workstation軟件安裝目錄，在命令提示符窗口敲入如下命令:vmware-vdiskmanager.e*e -c -s 2Gb -a lsilogic -t 2 “D:Virtual MachinesShareDisksShareDisk.vmdk(4)

10、 驗證共享磁盤是否成功創(chuàng)立 進入D:Virtual MachinesShareDisks中，可以看到步驟2、3創(chuàng)立的4個虛擬磁盤文件。(5) 附加共享磁盤 通過前面的操作，我們已經(jīng)成功的創(chuàng)立了群集所需要的共享磁盤。接下來將虛擬磁盤文件附加到ClusterNodeA和ClusterNodeB上。1) 進入ClusterNodeA所對應(yīng)的虛擬系統(tǒng)目錄(不是虛擬機軟件安裝目錄)，找到.vm*VMware配置文件，用記事本翻開，添加如下記錄:disk.locking = falsediskLib.dataCacheMa*Size = 0scsi1.present = TRUEscsi1.virtual

11、Dev = 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) 共

12、享磁盤屬于SCSI通道1，和系統(tǒng)盤SCSI通道0不在一個共享總線上，符合集群需求2) 共享磁盤的仲裁磁盤和數(shù)據(jù)磁盤均位于SCSI通道1上，亦符合集群需求2、網(wǎng)絡(luò)及系統(tǒng)配置 (1) 創(chuàng)立群集效勞 1 群集效勞需要一個屬于可運行群集效勞的每個節(jié)點上的本地管理員組成員的域用戶。因為安裝群集效勞時需要用到這個用戶名和密碼，所以該用戶必須在配置群集效勞前予以創(chuàng)立。該用戶只能專門用于運行群集效勞，而不能屬于個人。建議該賬戶是普通域賬戶，而不是域管理員賬戶。2 如下列圖所示，必須勾選“密碼永不過期，建議同時將“用戶不能更改密碼勾選。當(dāng)然，如果您希望每次密碼到期前都手工重設(shè)密碼，以便在您的工作周報中多一個已完

13、成的工作記錄，我不反對。3 創(chuàng)立完畢后，再將其添加到各個節(jié)點的本地管理員組中即可。(2) 添加群集A記錄 如果您需要將運行在群集效勞上的應(yīng)用程序效勞該效勞器即為虛擬效勞器以域名的形式對或?qū)ν獍l(fā)布，您可能需要在域控制器的DNS管理器中添加群集名的A記錄。例如，本次試驗中，我給節(jié)點A和節(jié)點B通過群集虛擬出來的地址192.168.0.10分配一個對應(yīng)的A記錄名:ClusterTest.test.(3) ClusterNodeA上的共享磁盤配置 1 啟動ClusterNodeA(不要開啟ClusterNodeB，使其保持關(guān)閉狀態(tài)。這樣有助于保證附加到共享總線的磁盤上的數(shù)據(jù)不會喪失或遭到破壞。)2 翻開

14、ClusterNodeA 的“磁盤管理，系統(tǒng)會自動找到先前創(chuàng)立的兩個共享磁盤。進入 “磁盤初始化和轉(zhuǎn)化向?qū)? “新建磁盤分區(qū)4 選擇建立“主磁盤分區(qū)。5 給仲裁磁盤分配一個約定成俗的驅(qū)動器號Q。6 一定要格式化成為NTFS，同時把卷標(biāo)改成“Quorum。7 以上是對仲裁磁盤進展操作，按照同樣的方法，對共享數(shù)據(jù)磁盤進展操作。分配驅(qū)動器號為R，卷標(biāo)名為Data。具體過程略。另外，需要補充一點的是，通常，驅(qū)動器盤符“Q用于仲裁磁盤，而“R、“S等字母則常用于數(shù)據(jù)磁盤。盡管您可以按照個人喜好隨意更改，但是建議采用約定成俗的規(guī)定。8 對共享磁盤的操作完成后，建議驗證一下磁盤是否可讀寫。方法是新建一些文件

15、后再刪除，看看是否都正常。(4) 網(wǎng)絡(luò)配置 1 為了接下來的實驗更加直觀，建議把兩塊網(wǎng)卡進展重命名操作。生產(chǎn)環(huán)境也推薦這樣操作。2 Hearbeat Connection網(wǎng)卡以下改稱為心跳網(wǎng)卡的TCP/IP屬性如下。不要對心跳網(wǎng)卡設(shè)置默認(rèn)網(wǎng)關(guān)和DNS地址。3 按照下列圖修改心跳網(wǎng)卡的高級TCP/IP屬性，目的是制止心跳網(wǎng)卡的DNS和NetBios查詢。這樣能夠消除可能出現(xiàn)的通信問題，也有利于減少不必要的網(wǎng)絡(luò)流量。因為效勞器群集節(jié)點間的通信對于群集的順暢運轉(zhuǎn)至關(guān)重要。4 按照微軟官方推薦的做法，如果您擁有一個能夠以不同速度進展傳輸?shù)木W(wǎng)卡，則您應(yīng)該手動指定同一個速度及雙工模式。不要對傳輸速度應(yīng)用自

16、動選擇設(shè)置，因為*些適配器在確定速度時可能丟掉一些數(shù)據(jù)包。這直接影響到群集節(jié)點之間的通訊質(zhì)量。Microsoft建議您將同一路徑上的所有設(shè)備設(shè)定為“10 M和“半雙工。同時，如果您的網(wǎng)卡支持Teaming冗余，而您又無法確保該特性和群集之間的兼容性時，建議取消該特性。由于虛擬機無法對網(wǎng)卡的物理屬性進展該類設(shè)置，如下列圖所示。故特意從生產(chǎn)環(huán)境HP效勞器上截取了如下兩圖來說明。5 至此，有關(guān)ClusterNodeA的前期網(wǎng)絡(luò)和系統(tǒng)的相關(guān)配置已完畢。接下來按照類似的方法對ClusterNodeB進展配置。(5) ClusterNodeB上的共享磁盤配置 1 關(guān)閉ClusterNodeA，開啟Clus

17、terNodeB。在此期間，請保持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 為了實驗的直觀性，建議將卷標(biāo)也進展修改。卷標(biāo)名建議和ClusterNodeA上的保持一致。4 同樣，建議用同樣的方法驗證一下磁盤是否可正常讀寫。5 至此，我們已完成兩個節(jié)點的網(wǎng)絡(luò)和系

18、統(tǒng)相關(guān)配置。下面，我們開場進入真正的群集效勞安裝環(huán)節(jié)。五、安裝群集效勞1、在A節(jié)點上新建一個群集 (1) 開啟ClusterNodeA，同時保持ClusterNodeB處于關(guān)閉狀態(tài)。展開ClusterNodeA的“開場菜單，定位到“程序“管理工具，翻開“群集管理器。(2) 選擇“創(chuàng)立新群集。(3) 輸入您公司的域名和事先準(zhǔn)備好的群集名。如果有需要，在DNS中對該群集名建立對應(yīng)的A記錄。(4) 輸入新群集中的第一個節(jié)點的計算機名，這里我們選擇ClusterNodeA(5) 這時會對群集配置進展一個完全分析。如果有任何一項無法通過檢測，務(wù)必檢查原因、排除問題。故障排除后，不需要重新再來，只需點一下

19、“重新分析按鈕就行。(6) 輸入群集的IP地址，該地址是ClusterNodeA和ClusterNodeB共同虛擬出來的群集IP。其FQDN地址對應(yīng)于前面的ClusterTest.test.(7) 輸入前面創(chuàng)立的群集效勞。該可以不是域管理員，但是必須是各節(jié)點的本地管理員。(8) 下列圖是配置信息匯總。如果發(fā)現(xiàn)配置有錯誤，可以點擊“上一步進展更改。否則點擊“下一步，開場群集創(chuàng)立。(9) 可以查看創(chuàng)立過程是否順利。一般來說，只要前面群集前的分析沒有問題，創(chuàng)立過程一般都不會有問題的。(10) 完成新建效勞器群集向?qū)?。至此，我們已?jīng)成功的在ClusterNodeA上配置了群集效勞。(11) 翻開群集管

20、理器，驗證ClusterNodeA上的群集效勞已成功安裝。資源所有者均為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) 輸入群集效勞。(6) 群集配置信息匯總，返回修改請點

21、擊“上一步，繼續(xù)請點擊“下一步。(7) 開場“添加節(jié)點到群集的配置操作。(8) 完成節(jié)點添加工作。(9) 從下列圖可以看出，ClusterNodeB已成功參加現(xiàn)有群集，目前處于運行狀態(tài)。(10) 至此，我們成功的在ClusterNodeA上新建了一個名為ClusterTest的群集，并成功將ClusterNodeB參加該群集中。(11) 細(xì)心的您在ClusterNodeB參加到現(xiàn)有群集后，可能會發(fā)現(xiàn)無法在ClusterNodeB上訪問原有的共享磁盤。如下列圖所示。不要奇怪，只是正?，F(xiàn)象。因為在群集效勞中，同一時刻只能有一個節(jié)點對資源擁有所有權(quán)。在我這個例子中，此刻仲裁磁盤的所有者是Cluste

22、rNodeA，所以ClusterNodeB無法訪問。反過來，如果所有者是ClusterNodeB，則會變成ClusterNodeA無法訪問共享磁盤。六、配置群集效勞1、群集網(wǎng)絡(luò)配置 (1) 進展專用網(wǎng)絡(luò)配置。翻開群集管理器，單擊“群集配置，單擊“網(wǎng)絡(luò)，右鍵選擇Heartbeat的屬性。(2) 選擇“為群集使用啟用這個網(wǎng)絡(luò)和“只用于部群集通訊專用網(wǎng)絡(luò)。對上圖中的幾個選項，我稍微做一下解釋:為群集使用啟用這個網(wǎng)絡(luò): 如果選定了該復(fù)選框，群集效勞將使用該網(wǎng)絡(luò)。默認(rèn)對所有網(wǎng)絡(luò)選定該復(fù)選框。只用于客戶端訪問公用網(wǎng)絡(luò):如果您想讓群集效勞僅使用該網(wǎng)絡(luò)適配器與其它客戶端進展外部通信，則選擇該選項。該網(wǎng)絡(luò)適配器

23、將不進展節(jié)點對節(jié)點通信。只用于部群集通信專用網(wǎng)絡(luò):如果您想讓群集僅使用該網(wǎng)絡(luò)進展節(jié)點對節(jié)點通信，則選擇該選項。所有通信混合網(wǎng)絡(luò):如果您想讓群集效勞使用該網(wǎng)絡(luò)適配器進展節(jié)點對節(jié)點通信和外部客戶端通信，則選擇該選項。默認(rèn)對所有網(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ǎng)絡(luò)適配器進展節(jié)點間的遠程過程調(diào)用RPC通信。只有當(dāng)群集效勞無法使用第一個網(wǎng)絡(luò)適配器進展

24、通信時，才會使用列表上的下一個網(wǎng)絡(luò)適配器。所以我們需要調(diào)整一下心跳適配器的優(yōu)先級。(2) 啟動群集管理器。右擊群集名稱，然后單擊“屬性，在彈出的對話框中單擊“網(wǎng)絡(luò)優(yōu)先級選項卡。將Heartbeat Connection 上移至頂部。3、仲裁磁盤配置 啟動“群集管理器。右擊左上角的群集名稱，然后單擊“屬性。單擊“仲裁選項卡。在“仲裁資源列表框中，選擇“磁盤Q。4、創(chuàng)立一個啟動延遲此操作非必需 當(dāng)出現(xiàn)所有的群集節(jié)點均同時啟動并嘗試附加到仲裁資源的情況時，群集效勞可能無法啟動。例如：在發(fā)生電源故障后，同時對所有節(jié)點恢復(fù)電力時，可能出現(xiàn)這種情況。盡管可能性比擬低，但是還是有可能發(fā)生的。要防止這種情況，

25、可以編輯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、測

26、試群集安裝 前面我們在CluterNodeA和CluterNodeB新建和參加現(xiàn)有群集完畢后，都分別給出了一截圖用來驗證群集安裝的正確性。如果您覺得驗證不周全，還可以采用如下幾個方法來驗證。(1) 最簡單的驗證就是通過群集管理器。翻開群集管理器，查看是否能夠翻開到群集的連接。(2) 查看群集效勞是否啟動(3) 相關(guān)事件日志(4) 相關(guān)注冊表鍵值七、故障轉(zhuǎn)移測試前面說了這么多，終于等到最沖動人心的時刻了。在這一環(huán)節(jié)中，我準(zhǔn)備將測試分為初級測試和高級測試兩塊來驗證群集的故障轉(zhuǎn)移功能。1、初級測試 (1) 翻開群集管理器，從圖中我們可以看出，目前數(shù)據(jù)共享磁盤的所有者是ClusterNodeA，狀態(tài)為

27、聯(lián)機。(2) 右鍵選擇組0的“屬性，再選擇“移動組。(3) 可以看到此時的狀態(tài)為“脫機掛起。(4) 從圖中可以得知，共享數(shù)據(jù)磁盤R的所有者已經(jīng)轉(zhuǎn)移到ClusterNodeB上了，狀態(tài)為聯(lián)機。(5) 此實驗說明，在群集效勞中，資源能夠從一個節(jié)點手動轉(zhuǎn)移到另一個節(jié)點。當(dāng)然也能夠自動轉(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é)點的

28、資源，在遇到初始故障后，能夠自我修復(fù)，重新回到聯(lián)機狀態(tài)。雖然在這個實驗中沒有表達出能夠初始故障多少次，但是我可以告訴大家，是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秒一次，群集效勞會發(fā)現(xiàn)ClusterNodeA并不是真正的宕機，所以ClusterNodeA會自動嘗試聯(lián)機。(4) 節(jié)點ClusterNodeA已恢復(fù)正常。(5) 此實驗說明，在群集效勞中，當(dāng)*個節(jié)點故障超過3次后，則不會自動恢復(fù)，而是進展故障轉(zhuǎn)移。同時也說明，當(dāng)群集效勞檢測到原節(jié)點可用時，原節(jié)點會再次自動回到群集中。此過程的專業(yè)術(shù)語叫“故障回復(fù)(3) 停頓群集效勞測試 1) 在停頓ClusterNodeB上的群集效勞前，先打卡群集管理器，可以觀察到，目前資源的所有者是ClusterNodeB。2) 停頓ClusterNodeB的群集效勞。3) 再次回到群集管理器，發(fā)現(xiàn)資源的所有者已經(jīng)切換到ClusterNodeA上。因為Cluste