HACMP_高可用性

1、精選 H A C M PHigh Availability Cluster Multi Processing前 言 現(xiàn)代企業(yè)的應(yīng)用和數(shù)據(jù)都儲(chǔ)存在計(jì)算機(jī)中 ，由計(jì)算機(jī)來處理 ，一旦計(jì)算機(jī)系統(tǒng)發(fā)生意外故障 ，而引起應(yīng)用停止甚至重要數(shù)據(jù)丟失 ，必將造成巨大損失 ，因此企業(yè)計(jì)算對(duì)高可用性和牢靠性的要求格外高 。IBM RS / 6000 系列通過 AIX 操作系統(tǒng)的支持 ，利用 HACMP 實(shí)現(xiàn)了多種功能的高可用群集多處理方案 。為高可用性計(jì)算供應(yīng)了一個(gè)完善的解決方案 。 目 錄一 ： HACMP 的基本概念 二 ： HACMP 的規(guī)劃 1 ：群集節(jié)點(diǎn) 2 ：群集網(wǎng)絡(luò) 3 ：群集磁盤 4 ：資源規(guī)劃

2、5 ：應(yīng)用規(guī)劃 6 ：用戶 ID 規(guī)劃三 ： HACMP 的安裝與配置 1 ：HACMP 的安裝 2 ：群集的配置 （ 1 ）定義群集拓?fù)浣Y(jié)構(gòu) （ 2 ）定義群集資源四 ： HACMP 的測(cè)試五 ： HACMP 的管理 一 ：HACMP的基本概念 :IBM的高牢靠性群集系統(tǒng)軟件HACMP- High Availability Cluster Multi-Processing供應(yīng)了RS/6000平臺(tái)上關(guān)鍵應(yīng)用的高牢靠性解決方案，該軟件能使一個(gè)群集內(nèi)的全部的RS/6000系統(tǒng)不存在單點(diǎn)失效 ( 在群集中單獨(dú)某一部分消滅故障而引起對(duì)用戶端的服務(wù)失效 ) 。HACMP系統(tǒng)能自動(dòng)地檢測(cè)系統(tǒng)硬件失效，重新

3、配置群集系統(tǒng) ，使得全部的資源完全不受系統(tǒng)硬件失效的影響 ,從而供應(yīng)了牢靠的應(yīng)用平臺(tái) 。HACMP可用來最多將32部RS/6000服務(wù)器或SP的節(jié)點(diǎn)連結(jié)成高可用性的群集結(jié)構(gòu)。對(duì)于企業(yè)關(guān)鍵性的應(yīng)用程序而言，群集式的服務(wù)器或節(jié)點(diǎn)供應(yīng)代理式的數(shù)據(jù)訪問，具備復(fù)制性（redundancy）,使得系統(tǒng)應(yīng)用程序具有機(jī)敏的容錯(cuò)力量。HACMP所具有機(jī)敏的結(jié)構(gòu)和簡(jiǎn)潔的使用。從單一處理機(jī)（SMP）主機(jī)到SP節(jié)點(diǎn)皆可結(jié)構(gòu)成高可用性之群集，您可混用，且跨越系統(tǒng)大小及性能等級(jí)，將各種網(wǎng)絡(luò)適配卡和磁盤子系統(tǒng)融合在一起確 ,來滿足您的應(yīng)用程序、網(wǎng)絡(luò)等方面的需求。HACMP的群集因不同的處理需求可以結(jié)構(gòu)成幾種不同的模式。同時(shí)

4、訪問模式（Concurrent access mode）適用在全部處理機(jī)必需在相同的工作負(fù)載及在相同的時(shí)間共享相同的數(shù)據(jù)之環(huán)境。相互備援模式（mutual takeover mode）則是群集中的各個(gè)節(jié)點(diǎn)分別擔(dān)當(dāng)有應(yīng)用和任務(wù) ,并且各節(jié)點(diǎn)間相互備援。而熱待機(jī)模式則為一節(jié)點(diǎn)備援任何群集上的另一節(jié)點(diǎn)。無論您選擇哪一種備援模式，HACMP所供應(yīng)的數(shù)據(jù)訪問及備援方案都將應(yīng)用程序的執(zhí)行及增長(zhǎng)性在避開不正常死機(jī)狀況下做了最佳化處理。HACMP用戶界面相當(dāng)簡(jiǎn)易，AIX的系統(tǒng)管理界面工具（SMIT）及視覺化系統(tǒng)管理（VSM）圖形使用界面兩者皆供應(yīng)格外簡(jiǎn)易的方式，賜予您在高可用性的集群中針對(duì)服務(wù)器處理機(jī)執(zhí)行安裝

5、、結(jié)構(gòu)及系統(tǒng)管理工作。對(duì)于一般的群集管理工作【例如HACMP啟動(dòng)/停止 、用戶及群集管理、卷組、規(guī)律卷（Logic Volume）及文件系統(tǒng)】，您可以使用群集單點(diǎn)把握（CSPOC）工具來執(zhí)行這些工作，即使是二個(gè)節(jié)點(diǎn)之群集，您完全無需考慮群集資源的全部權(quán)。并且借助于HAView功能，您可使用Tivoli的TME 10中的NetView for AIX圖形網(wǎng)絡(luò)管理界面由單一節(jié)點(diǎn)來監(jiān)控群集及它的元件。可使用HACMP來處理以下幾件事：l 針對(duì)很多企業(yè)關(guān)鍵的應(yīng)用程序，建立高效益的群集環(huán)境。例如：針對(duì)在場(chǎng)顧客的零售、即時(shí)銀行、電信業(yè)務(wù)、數(shù)據(jù)處理或其他特定交易信息處理的應(yīng)用程序。l 建立一個(gè)更簡(jiǎn)單的群集使

6、其高達(dá)八個(gè)節(jié)點(diǎn)，執(zhí)行相同的應(yīng)用程序且共享相同的資源，而僅有微小的損壞后重新啟動(dòng)的延遲。l 執(zhí)行升級(jí)及維護(hù)確保您的系統(tǒng)沒有毀損之虞。l 籍由AIX規(guī)律卷冊(cè)管理員（LVM）磁盤鏡射功能來改善磁盤的牢靠性。二 ：HACMP 的規(guī)劃 群集的規(guī)劃不僅僅包括在群集中所要使用的硬件類型 （ CPU、Networks 、disks ) ，也包括其它方面的規(guī)劃 ， 如 ：資源的規(guī)劃 - 在故障狀況下所期望的群集的表現(xiàn)以及應(yīng)用的考慮等 。 1 ：群集節(jié)點(diǎn)HACMP 支持全部 RS / 6000 系列產(chǎn)品（單處理器 、多處理器服務(wù)器以及 SP 并行機(jī)），一個(gè) HACMP 群集現(xiàn)在最多可由 32個(gè) RS / 6000

7、 服務(wù)器組成，這些服務(wù)器稱為群集節(jié)點(diǎn)。群集節(jié)點(diǎn)及網(wǎng)絡(luò)客戶端通過一個(gè)或多個(gè)網(wǎng)絡(luò)相互連接，每連接一個(gè)網(wǎng)絡(luò)群集節(jié)點(diǎn)需要 2 塊網(wǎng)卡，第一塊網(wǎng)卡，即網(wǎng)絡(luò)客戶端連接的網(wǎng)卡，稱做為“服務(wù)/Service”網(wǎng)卡，其次塊網(wǎng)卡稱做為“待機(jī)/Standby”網(wǎng)卡，用來在“服務(wù)”網(wǎng)卡失效時(shí)接替其工作。任何 RS / 6000 服務(wù)器都能做 HACMP 群集的群集節(jié)點(diǎn)，在一個(gè)群集中的群集節(jié)點(diǎn)沒有嚴(yán)格的匹配要求。在選擇 Cluster Node 時(shí) ，主要是依據(jù)用戶的應(yīng)用和數(shù)據(jù)以及在故障接管后的性能表現(xiàn)來選擇每個(gè)系統(tǒng)的 CPU 和最小配置 ，而且由于每種類型的機(jī)器所供應(yīng)的I / O 擴(kuò)展槽數(shù)不同 ，為了將來連接多個(gè)網(wǎng)絡(luò)

8、 、擴(kuò)展共享磁盤以及消退網(wǎng)卡 、I / O 適配器等方面的單點(diǎn)失效問題 ，應(yīng)有足夠的 I /O擴(kuò)展槽去供應(yīng)冗余 。一般來說 ，一個(gè)節(jié)點(diǎn)對(duì)于它所連接的每一網(wǎng)絡(luò)最多可有 7 塊 standby 適配器卡 。下圖是一個(gè)HACMP群集的示意圖。表 1 是當(dāng)前支持HACMP群集的RS/6000服務(wù)器的列表。 表 1 1需要AIX 4.3.2支持。HACMP和AIX本身對(duì)群集節(jié)點(diǎn)的最小要求為16M內(nèi)存和400M硬盤，真正的需求取決于群集節(jié)點(diǎn)上的應(yīng)用。 表 2 為 每種RS / 6000 產(chǎn)品所支持的 I / O 擴(kuò)展槽數(shù) 。2 ：群集網(wǎng)絡(luò)HACMP群集支持兩種類型的網(wǎng)絡(luò) ：TCP / IP 網(wǎng)絡(luò)和非 TC

9、P/IP網(wǎng)絡(luò)，它利用這兩種網(wǎng)絡(luò)交換“心跳”信息，來診斷群集中是否消滅失效。非 TCP / IP 網(wǎng)絡(luò)用來將真正的硬件失效從由于 TCP/IP 軟件失效而引起的系統(tǒng)失效中區(qū)分開來。假如只使用 TCP/IP 網(wǎng)絡(luò)，當(dāng) TCP/IP 軟件失效時(shí)，引起“心跳”停止，HACMP將錯(cuò)誤地診斷為群集節(jié)點(diǎn)失效，而此時(shí)群集節(jié)點(diǎn)仍正常工作。通常 ，在節(jié)點(diǎn)間全部的網(wǎng)絡(luò)也用于檢查 、同步 、通訊及觸發(fā)大事 。HACMP支持以下TCP/IP網(wǎng)絡(luò)類型：l Ethernetl Token-Ringl ATMl FDDIl SLIPl FCSl SP Switchl SOCCl Generic IPHACMP For AIX

10、在標(biāo)準(zhǔn)以太網(wǎng)接口(en)上經(jīng)過了測(cè)試，但在IEEE 802.3 以太網(wǎng)接口（et）上沒有經(jīng)過測(cè)試。HACMP 在每個(gè)群集中支持 32 個(gè)網(wǎng)絡(luò)，每個(gè)群集節(jié)點(diǎn)上最多可以有 24 個(gè) TCP/IP 網(wǎng)卡。這些對(duì)于網(wǎng)絡(luò)配置供應(yīng)了很大的機(jī)敏性 。每一種類型的網(wǎng)絡(luò)接口都有不同的特性 ，如 ：speed 、ARP 等，當(dāng)使用某種適配器時(shí)，需要知道其特性 ，在 HACMP 中一般考慮 ：Hardware Address Swap - 假如方案在群集中配置硬件地址交換，則所選擇的網(wǎng)絡(luò)適配器應(yīng)支持此功能 。網(wǎng)絡(luò)速度、距離及在同一物理網(wǎng)上的適配器個(gè)數(shù)是另一個(gè)考慮的因素 。如 ：Ethernet - 支持 10 /

11、100 Mbps 和硬件地址交換 ，同一物理網(wǎng)上的適配器個(gè)數(shù)限制為 29 個(gè) 。FDDI - 是 100 Mpbs 的光纖網(wǎng) ，也支持硬件地址交換 。ATM - 是 155 Mbps / 625 Mbps 點(diǎn)到點(diǎn)連接網(wǎng)絡(luò) ，不能使用硬件地址交換 ，在 HACMP 中它必需做為 “ private “ 網(wǎng)絡(luò)來配置 。非 TCP/IP 網(wǎng)絡(luò)在群集節(jié)點(diǎn)間作為一條專用通路用于互換訊息和“心跳”，以區(qū)分網(wǎng)絡(luò)故障與節(jié)點(diǎn)故障 。建議在群集節(jié)點(diǎn)間至少使用一條 non-TCP/IP 連接 。HACMP支持以下類型的非TCP/IP網(wǎng)絡(luò)類型：l Serial(RS-232)l Target-Mode SCSIl T

12、arget-Mode SSA全部以上非TCP/IP網(wǎng)絡(luò)類型都必需在HACMP配置”Network Type”定義中定義為Serial。Serial (RS-232) :每個(gè)群集節(jié)點(diǎn)在有一個(gè)串行網(wǎng)絡(luò)時(shí)需要一個(gè)串行端口；若一個(gè)群集內(nèi)有兩個(gè)以上的群集節(jié)點(diǎn)，串行網(wǎng)絡(luò)要把全部群集節(jié)點(diǎn)連成一個(gè)環(huán)，這時(shí)每個(gè)節(jié)點(diǎn)需要兩個(gè)串行端口。Target mode SSA :當(dāng)使用共享SSA設(shè)備時(shí)，在HACMP中可用Target-Mode SSA作為串行網(wǎng)絡(luò)。為了使用Target-Mode SSA，必需使用增加的RAID-5卡（#6215或#5219），卡的微碼水平必需高于1801。表 3 為各種可能的群集節(jié)點(diǎn)支持的串行

13、端口數(shù)量。 表 3 1 - 串行端口可以通過雙端口電纜復(fù)用，從而供應(yīng)兩個(gè)端口；2 - S7x類型的群集節(jié)點(diǎn)，沒有串行端口，需另外的多端口串行卡；3 - 只有一個(gè)串行端口可為用戶來配置HACMP。 Target mode SCSI :當(dāng)使用共享SCSI設(shè)備時(shí)，可以利用SCSI總線交換“心跳”信息。Target-Mode SCSI僅支持差分SCSI-2和差分Wide/FAST SCSI-2設(shè)備，HACMP串行網(wǎng)絡(luò)不支持SCSI/SE及SCSI-2/SE設(shè)備。在一個(gè)群集中，不推舉使用超過4個(gè)Target-Mode SCSI網(wǎng)絡(luò)。 HACMP中網(wǎng)絡(luò)分做公共網(wǎng)絡(luò)、私有網(wǎng)絡(luò)和串行網(wǎng)絡(luò)。公共網(wǎng)絡(luò)用于在群集節(jié)

14、點(diǎn)之間通信和與網(wǎng)絡(luò)客戶端通信，通常是TCP/IP網(wǎng)絡(luò)；私有網(wǎng)絡(luò)僅用于群集之間通信，網(wǎng)絡(luò)客戶端不能訪問，它主要用于在”Concurrent”訪問工作時(shí)，群集的“加鎖”管理員通信，它可以是任何網(wǎng)絡(luò)類型；串行網(wǎng)絡(luò)僅用于“心跳”信息交換。從下圖所示的HACMP圖形中可以看到，HACMP上的TCP/IP網(wǎng)絡(luò)有三個(gè)接口，Service、Standby和Boot，實(shí)際上是兩塊物理網(wǎng)卡，Service、Boot在一塊物理網(wǎng)卡上，Standby在另一網(wǎng)卡上。三個(gè)接口定義三個(gè)IP地址，Service地址用于群集節(jié)點(diǎn)之間相互通信和節(jié)點(diǎn)與網(wǎng)絡(luò)客戶端之間相互通信；Boot接口是Service接口的臨時(shí)定義，在其上定義B

15、oot地址，Boot地址是系統(tǒng)啟動(dòng)時(shí)Service網(wǎng)卡的臨時(shí)地址，它僅僅當(dāng)其節(jié)點(diǎn)失效而其地址被接管后才需要；Standby地址隨時(shí)預(yù)備接管群集中任何節(jié)點(diǎn)上Service地址的失效。Service地址和Boot地址在一個(gè)規(guī)律子網(wǎng)上；Service地址和Standby地址肯定在不同規(guī)律子網(wǎng)上。3 : 群集磁盤HACMP群集支持SSA和SCSI磁盤系統(tǒng)。1SSA 磁盤SSA是一種開放的工業(yè)標(biāo)準(zhǔn)，它是一種將主機(jī)適配卡與硬盤設(shè)備連接起來的高性能串行互連技術(shù)。SSA 磁盤子系統(tǒng)將適配卡和磁盤連接在一個(gè)環(huán)內(nèi)，能供應(yīng) 80M 的存取速度。下圖是 SSA 的示意圖。圖中，一塊SSA適配卡把握著由8塊磁盤組成的環(huán)

16、，數(shù)據(jù)可以沿著環(huán)在雙向傳輸，峰值傳輸速率可以達(dá)到80Mbps。一塊SSA適配器卡供應(yīng)兩個(gè)SSA節(jié)點(diǎn)，可以供應(yīng)兩個(gè)環(huán)。在RS/6000中有兩種SSA磁盤子系統(tǒng)：7131SSA Multi Storage Tower Model 405；7133SSA Disk Subsystem Models 010 、500 、020 、600、D40 和 T40 。7133 model 010 和 500 是早期（1995 年）的產(chǎn)品，D40 、T40 是較新的產(chǎn)品 。每個(gè)機(jī)箱最多包含 16 個(gè)SSA 磁盤（8 個(gè)在前面、8 個(gè)在后面），內(nèi)部每 4 個(gè)相鄰的磁盤連接成一串 ，這些串能夠彼此相連 。如圖 4

17、所示 ：圖 4 ： SSA 支持熱拔插 ，在系統(tǒng)不關(guān)電的狀況下可進(jìn)行SSA磁盤、電纜等部件的更換 。在每個(gè) SSA機(jī)箱的背部有 4塊 “ bypass “ 卡 ，每塊卡上有一對(duì)連接器用于連接外部 SSA 電纜或磁盤 。bypass 卡通過轉(zhuǎn)變跨接位置能夠被設(shè)置為 ： . Automatic mode . Forced Inline mode 當(dāng) bypass 卡是操作在 Automatic mode ，它檢測(cè)這兩個(gè)外部連接器，若至少有一個(gè)連接器是連接到 power-on SSA 部件或設(shè)備，則它轉(zhuǎn)換到 Inline state - 連接內(nèi)部SSA環(huán)到外部連接器；假如它檢測(cè)到這倆個(gè)外部連接器都沒

18、有連接到 power-on SSA 部件或設(shè)備，則轉(zhuǎn)換到 Bypass state - 連接內(nèi)部SSA串，斷開與外部連接器的連接 。當(dāng) bypass卡是操作在 Forced Inline mode,它不能實(shí)現(xiàn)轉(zhuǎn)換 。下表為7131磁盤子系統(tǒng)的配置信息。下表為7133 SSA磁盤子系統(tǒng)的配置信息。下表為RS/6000上SSA適配卡的配置信息。 SSA 環(huán)路的連接格外的機(jī)敏，并有很多的限制 ，如 ： . 最多可有 3 個(gè)仿真磁盤相互連接在同一 SSA 環(huán)中 。 . 連接倆節(jié)點(diǎn)間的SSA 電纜最大允許長(zhǎng)度為 25 米，光纜為10 千米 。 . 在同一 SSA 環(huán)中最多能接 48 個(gè)磁盤 。 . 若在

19、同一 SSA 環(huán)中使用 SSA 4 Port Adapter (FC 6216) ， 則只能連接 2 個(gè) Adapter 。 下面是 SSA 的一些連接圖 ：這是最簡(jiǎn)潔的配置，4個(gè)磁盤通過連接器 1 和 4 連到使用系統(tǒng)的一對(duì)連接器。這是較大的配置，為了平衡子系統(tǒng)，建議磁盤分成兩組，連接成兩個(gè)獨(dú)立的環(huán)。 這是 16 個(gè)磁盤的最大配置 ，同樣為了平衡子系統(tǒng)，建議磁盤分成兩組，連接成兩個(gè)獨(dú)立的環(huán)。下面是 Multiple Unit 的配置 ：在這個(gè)圖中包含有 6 個(gè) 7133-unit ，共 96 個(gè)磁盤，分成兩組獨(dú)立的環(huán)連接到系統(tǒng)。下面是高有效性的配置 ： 在高有效性的配置中，同一環(huán)內(nèi)有多個(gè)SS

20、A 卡，通常可以得到好的性能；但在配置中應(yīng)防止磁盤的隔離。如下圖 ： 在這種配置內(nèi)，一個(gè)SSA環(huán)含有 4 塊 SSA 卡，每個(gè)系統(tǒng)兩塊，1 和 2 在系統(tǒng) 1 上， 3 和 4 在系統(tǒng) 2 上，磁盤 13 16 是連接到同一系統(tǒng)的兩塊SSA卡上，假如這兩塊卡消滅故障或復(fù)位 ，但保持加電狀態(tài)，磁盤 1 12 還能夠使用系統(tǒng) 2 進(jìn)行訪問，而磁盤 13 16 不能被系統(tǒng) 2 訪問 ，由于它們的數(shù)據(jù)通路是通過系統(tǒng) 1 的SSA 卡，并且當(dāng)系統(tǒng) 1 reboot 時(shí) ，磁盤 13 16也長(zhǎng)時(shí)間保持無效 。 7133 SSA磁盤子系統(tǒng)只能供應(yīng)RAID-5，RAID-0和RAID-1可以通過規(guī)律卷的條帶化

21、和鏡像技術(shù)實(shí)現(xiàn)。由于RAID-0不能供應(yīng)數(shù)據(jù)的冗余，在共享的磁盤系統(tǒng)上存在著單點(diǎn)失效的可能性，因此在7133 SSA磁盤子系統(tǒng)上可以配置RAID-1和RAID-5。RAID 1是通過鏡像技術(shù)實(shí)現(xiàn)的 ，與 RAID 相比，占用的磁盤空間較多 ，但供應(yīng)高牢靠性的數(shù)據(jù)冗余，假如多個(gè)磁盤損壞時(shí)，還可存取到全部數(shù)據(jù)。而 RAID 5 當(dāng)多于一個(gè)磁盤損壞時(shí)意味著數(shù)據(jù)丟失 。若使用 RAID 則 SSA 環(huán)最多只能有兩個(gè) SSA 適配器 ，RAID陣列由 3 16 個(gè)磁盤組成，且必需在同一環(huán)上。下表為RAID技術(shù)的優(yōu)缺點(diǎn)對(duì)比狀況。SSA技術(shù)有以下優(yōu)點(diǎn)：l 雙設(shè)備訪問通道；l 電纜連接簡(jiǎn)潔，不需要終結(jié)器；l

22、更快的訪問速度；l 可以實(shí)現(xiàn)對(duì)設(shè)備的并發(fā)存??；l 不需要想SCSI那樣的仲裁機(jī)制；l 熱插拔的電纜和磁盤；l 每個(gè)SSA適配器卡供應(yīng)了格外高的容量，高達(dá)127個(gè)設(shè)備可以在一個(gè)SSA環(huán)中；l 設(shè)備之間的距離用銅纜時(shí)可以長(zhǎng)達(dá)25米，用光纖可以達(dá)到10公里；l 自動(dòng)配置，不需要手工設(shè)置設(shè)備號(hào)；l SSA是一個(gè)開放的標(biāo)準(zhǔn)。2SCSI磁盤在SSA磁盤子系統(tǒng)發(fā)布之后， SCSI磁盤子系統(tǒng)已很少在HACMP高牢靠性群集系統(tǒng)中使用。但7135等SCSI RAID磁盤子系統(tǒng)仍在很多商業(yè)場(chǎng)合應(yīng)用。由于電纜長(zhǎng)度的限制，HACMP系統(tǒng)在共享的SCSI總線上最多支持2個(gè)7135磁盤子系統(tǒng)。在HACMP群集中，在共享的S

23、CSI總線上能夠用來連接RAID磁盤子系統(tǒng)的SCSI卡有以下幾種型號(hào)：l SCSI-2 Differential Controller（微通道總線，F(xiàn)C：2420）l SCSI-2 Differential Fast/Wide Adapter/A（微通道總線，F(xiàn)C：2416）l Enhanced SCSI-2 Differential Fast/Wide Adapter/A（微通道總線，F(xiàn)C：2412）l SCSI-2 Fast/Wide Adapter Differential（PCI總線，F(xiàn)C：6209）l DE Ultra SCSI Adapter（PCI總線，F(xiàn)C：6207）7135

24、SCSI磁盤子系統(tǒng)有以下特點(diǎn)：l 支持RAID-1、RAID-3、RAID-5；l 多規(guī)律單元（LUN）支持；l 冗余電源及冷卻系統(tǒng)。4 ：資源規(guī)劃HACMP 給客戶端供應(yīng)高可用性的資源環(huán)境，當(dāng)HACMP集群中的節(jié)點(diǎn)失效或按正常程序退出群集時(shí)，群集管理器將重新在剩余的節(jié)點(diǎn)中安排資源。在HACMP中定義了以下資源類型：l 卷組l 磁盤l 文件系統(tǒng)l 要”Mount”到“網(wǎng)絡(luò)文件系統(tǒng)”上的文件系統(tǒng)l 要”Export”到“網(wǎng)絡(luò)文件系統(tǒng)”上的文件系統(tǒng)l Service IP地址l 應(yīng)用程序（1） 資源組群集中的每個(gè)資源被定義為資源組的一部分，這樣做可以將有關(guān)聯(lián)的資源聚集在一起，以供應(yīng)特殊服務(wù)；同時(shí)，

25、資源組還包括能夠獲得資源及供應(yīng)這些資源到客戶端的節(jié)點(diǎn)列表 。有三種類型的資源組：l Cascading l Rotating l Concurrent每種類型的資源組描述了節(jié)點(diǎn)在群集中的不同關(guān)系類型，及節(jié)點(diǎn)進(jìn)入或離開群集的不同表現(xiàn)。Cascading資源組中的節(jié)點(diǎn)設(shè)置優(yōu)先等級(jí)，優(yōu)先級(jí)最高的節(jié)點(diǎn)是活動(dòng)節(jié)點(diǎn)，把握著整個(gè)資源組。當(dāng)優(yōu)先級(jí)最高的節(jié)點(diǎn)失效時(shí)，次高優(yōu)先級(jí)的節(jié)點(diǎn)把握資源組；當(dāng)優(yōu)先級(jí)最高的節(jié)點(diǎn)重新加入群集時(shí)，它將重新獲得對(duì)資源組的把握權(quán)。Rotating資源組涉及的不是連接某一個(gè)節(jié)點(diǎn)，而是和多個(gè)節(jié)點(diǎn)都有力量接受的共享的IP地址相聯(lián)系，當(dāng)定義了共享適配卡的第一個(gè)節(jié)點(diǎn)加入群集時(shí)，它將獲得和共享IP

26、地址相關(guān)聯(lián)的Rotating資源組。當(dāng)把握Rotating資源組的節(jié)點(diǎn)離開群集時(shí)，下一個(gè)存在的節(jié)點(diǎn)獲得該Rotating資源組；當(dāng)該節(jié)點(diǎn)重新加入群集時(shí)，它將處于待機(jī)狀態(tài)，而不重新獲得該Rotating資源組的把握權(quán)。Concurrent資源組能被多個(gè)節(jié)點(diǎn)同時(shí)共享，當(dāng)一個(gè)節(jié)點(diǎn)失效時(shí)，沒有任何接管工作發(fā)生；當(dāng)失效節(jié)點(diǎn)重新加入群集時(shí)，它將和其它節(jié)點(diǎn)同時(shí)訪問Concurrent資源組。對(duì)于上述三種資源組分別可用一句話來進(jìn)行概述 ： Cascading - 活動(dòng)節(jié)點(diǎn)使用最高優(yōu)先級(jí)把握資源組 。 Concurrent - 全部活動(dòng)節(jié)點(diǎn)可訪問資源組 。 Rotating - 節(jié)點(diǎn)使用 rotating re

27、source 組的相關(guān)的 service IP 地址來把握資源組 。（2） ：共享的規(guī)律卷 在設(shè)計(jì)群集時(shí)需考慮是否需要配置非同時(shí)訪問磁盤和同時(shí)訪問磁盤的環(huán)境 。（一） ：非同時(shí)訪問磁盤的配置 非同時(shí)訪問磁盤有以下配置方式： . Hot-Standby . Rotating Standby . Mutual Takeover . Third Party Takeover 下面的圖為Hot Standby 配置方式，在這種配置中，定義了一個(gè) cascading資源組，包含 4 個(gè)磁盤，構(gòu)成卷組和文件系統(tǒng)。對(duì)于這個(gè)資源組，節(jié)點(diǎn)1 的優(yōu)先級(jí)是1 ，節(jié)點(diǎn)2 的優(yōu)先級(jí)是2 ，在正常操作期間 ，node 1

28、 給用戶端供應(yīng)全部的主要服務(wù)，node 2 供應(yīng)非主要的服務(wù)或處于 standby 狀態(tài) ；當(dāng) node 1 消滅故障或退出群集，node 2 獲得資源組且供應(yīng)主要服務(wù) ；當(dāng) node 1 重新加入群集后，由于 node 1 的優(yōu)先級(jí)高于 node 2 , node 2 釋放它所接管的資源，重新回到 standby 模式 ，node 1接管回資源組 。 這種配置的優(yōu)點(diǎn)是 node 2 可選一配置較低的節(jié)點(diǎn)，但發(fā)生接管后性能將受到肯定的影響 。下圖為Rotating Standby配置方式。在這種配置中，除使用 Rotating資源組外，其它與 Hot Standby 類似 ；不同點(diǎn)為當(dāng)故障節(jié)點(diǎn)

29、重新加入群集后，不發(fā)生資源接管 ，而成為 Standby node 。因此在這種配置中 ，應(yīng)使用相同性能 、配置的節(jié)點(diǎn) ，與 Hot Standby 相比 ，可供應(yīng)較好的牢靠性和性能。 下圖為Mutual Takeover配置方式。在這中配置中，定義了兩個(gè)資源組 ：A 和 B ，node 1 對(duì)于資源組 A 的優(yōu)先級(jí)為 1 ，對(duì)于資源組 B 的優(yōu)先級(jí)為2 ；node 2 對(duì)于資源組 B 的優(yōu)先級(jí)為 1 , 對(duì)于資源組 A 的優(yōu)先級(jí)為 2 ;在正常操作期間 ，node 1 和 2 分別把握著資源組 A 和 B ，都給客戶端供應(yīng)主要服務(wù) 。假如其中某一節(jié)點(diǎn)消滅故障或退出群集，剩余節(jié)點(diǎn)接管其資源連續(xù)

30、給客戶端供應(yīng)服務(wù) ；當(dāng)故障節(jié)點(diǎn)重新加入群集后，將接管回它所把握的資源組 。 下圖為 Third Party 接管的配置方式 。這種配置定義的資源組與相互備援的配置相同 ，定義了兩個(gè)資源組 ：A 和 B ，node 1 對(duì)于資源組 A 的優(yōu)先級(jí)為 1 ，node 2 對(duì)于資源組 B 的優(yōu)先級(jí)為 1 ；所不同的是定義了第三個(gè)節(jié)點(diǎn) ，它作為這兩個(gè)節(jié)點(diǎn)的備援節(jié)點(diǎn) ，對(duì)于資源組 A 和 B 有相同的優(yōu)先級(jí) 2 。在正常操作期間 ，node 3 處于 Standby 狀態(tài)或供應(yīng)非主要的服務(wù) ，假如其中某一節(jié)點(diǎn)消滅故障或退出群集，節(jié)點(diǎn) 3 接管其資源連續(xù)給客戶端供應(yīng)服務(wù) ；當(dāng)故障節(jié)點(diǎn)重新加入群集后，將接管回

31、它所把握的資源組 。這種配置方式消退了在 Mutual Takeover 中由于發(fā)生接管而引起的性能下降問題 。以下為三節(jié)點(diǎn)群集示意圖 ：（二） ：同時(shí)訪問磁盤的配置 同時(shí)訪問磁盤的配置 ，通常是全部的磁盤都定義為 Concurrent 資源組的一部分 ,與Concurrent 資源組相關(guān)的節(jié)點(diǎn)無優(yōu)先級(jí)之分 ，當(dāng)群集中某一節(jié)點(diǎn)消滅故障時(shí) ，發(fā)生的接管不明顯 ，由于 Concurrent 資源組已經(jīng)在群集中的其它節(jié)點(diǎn)上活化了。 下圖為同時(shí)訪問磁盤的配置示意圖 ：( 3 ) : IP地址接管IP地址接管的目的是保證服務(wù)器的服務(wù)地址(Service地址)的高可用性，以保證網(wǎng)絡(luò)客戶端能以此相同的地址始

32、終保持與網(wǎng)絡(luò)的連接。為了確證IP地址接管的實(shí)現(xiàn)，必需定義：l 群集中使用的網(wǎng)絡(luò)類型l 網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)l 每塊網(wǎng)卡的IP地址，包括Service地址、Standby地址、Boot地址和網(wǎng)絡(luò)掩碼l 為 service 網(wǎng)卡定義一個(gè)交替網(wǎng)卡硬件地址，以便在IP地址接管時(shí)實(shí)現(xiàn)硬件地址的替換 （ 一 ）網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu) 是接受單網(wǎng)絡(luò)結(jié)構(gòu) 、雙網(wǎng)絡(luò)結(jié)構(gòu)還是點(diǎn)到點(diǎn)的連接類型 。 假如接受單網(wǎng)絡(luò)結(jié)構(gòu) ，在這種配置中 ，群集中的每一個(gè)節(jié)點(diǎn)僅連接到一個(gè)網(wǎng)絡(luò) ，對(duì)客戶端來說僅一塊 service 卡是有效的 ，若 service 網(wǎng)卡消滅問題 ，其備援的 standby 卡將獲得它的 IP 地址 ，連續(xù)為客戶端供應(yīng)服

33、務(wù) ，然而當(dāng)網(wǎng)絡(luò)本身消滅問題時(shí) ，該網(wǎng)絡(luò)結(jié)構(gòu)消滅了單點(diǎn)失效 。下圖為單網(wǎng)絡(luò)結(jié)構(gòu)示意圖。 任一節(jié)點(diǎn)的Service地址失效時(shí)，其節(jié)點(diǎn)上的Standby地址 將接替失效的Service地址。但當(dāng)網(wǎng)絡(luò)失效時(shí)，該網(wǎng)絡(luò)結(jié)構(gòu) 將消滅單點(diǎn)失效。假如接受雙網(wǎng)絡(luò)結(jié)構(gòu) ，在這種配置中 ，每個(gè)群集節(jié)點(diǎn)上有兩塊服務(wù)網(wǎng)卡，連接于兩個(gè)不同的網(wǎng)絡(luò) ，對(duì)網(wǎng)絡(luò)客戶端來講有兩個(gè) Service 地址，當(dāng)一個(gè)網(wǎng)絡(luò)失效時(shí)，另一個(gè)網(wǎng)絡(luò)還在正常工作，使該節(jié)點(diǎn)連續(xù)給網(wǎng)絡(luò)客戶端供應(yīng)服務(wù)。從而避開了由于網(wǎng)絡(luò)故障而消滅的單點(diǎn)失效 。下圖為雙網(wǎng)絡(luò)結(jié)構(gòu)示意圖 點(diǎn)到點(diǎn)的連接是相鄰的群集節(jié)點(diǎn)直接互連 ，SOCC 、SLIP 、ATM等都是點(diǎn)到點(diǎn)的連接類

34、型 。下面是一個(gè)接受單網(wǎng)絡(luò)結(jié)構(gòu)的示意圖 ，在群集中兩節(jié)點(diǎn)間連接了一條專用線路 ，當(dāng) public 網(wǎng)絡(luò)消滅故障時(shí) ，在節(jié)點(diǎn)間供應(yīng)一替代的通路 。 （ 二 ）網(wǎng)絡(luò)在 HACMP 群集中 ，每一個(gè)網(wǎng)絡(luò)是由網(wǎng)絡(luò)的名字和屬性定義的 。網(wǎng)絡(luò)名 - 在 HACMP 環(huán)境中網(wǎng)絡(luò)名是用于標(biāo)識(shí)網(wǎng)絡(luò)的符號(hào)值 ，群集進(jìn)程使用此信息去確定哪一塊 adapter 是連接到了相同的物理網(wǎng)上 。假如多個(gè)adapter 共享同一物理網(wǎng) ，當(dāng)定義這些 adapter 時(shí)應(yīng)使用相同的網(wǎng)絡(luò) 。屬性 - 區(qū)分該網(wǎng)絡(luò)是 Public、Private 還是 Serial 。 Public - 一個(gè) public 網(wǎng)絡(luò)可連結(jié) 2 32 個(gè)

35、節(jié)點(diǎn) ，并允許客戶端去檢測(cè)和存取群集節(jié)點(diǎn) 。Ethernet 、Token-Ring 、FDDI 、SLIP 等都被認(rèn)為是public網(wǎng)絡(luò) ，但 SLIP 不供應(yīng)客戶端的存取 。 Private - 僅在節(jié)點(diǎn)間供應(yīng)通信 ，不支持客戶端的存取 。Serial - 這個(gè)網(wǎng)絡(luò)特性僅用于 “ non TCP/IP “ 網(wǎng)絡(luò) 。 （ 三 ）網(wǎng)絡(luò)適配器網(wǎng)絡(luò)適配器用于連接節(jié)點(diǎn)到網(wǎng)絡(luò) ，在 HACMP 中 ，節(jié)點(diǎn)每連接一個(gè)網(wǎng)絡(luò) ，至少要有兩塊網(wǎng)卡 ：service 和 standby ，假如定義了 IP 地址接管 ，則這塊 service 網(wǎng)卡也必需定義一個(gè) boot 地址 。每個(gè)節(jié)點(diǎn)所允許的最大的網(wǎng)卡個(gè)數(shù)是

36、 24 。在 HACMP 中，網(wǎng)絡(luò)適配器是由其標(biāo)記、功能定義的。標(biāo)記（ label ） - 即為 /etc/hosts 文件中與IP地址相對(duì)應(yīng)的名字，那么，一個(gè)單獨(dú)的節(jié)點(diǎn)可以安排幾個(gè) label 和 IP 地址 。功能 ( function ) - 描述該網(wǎng)卡在 HACMP 中是Service、Standby及Boot。Service 適配器 : 是在節(jié)點(diǎn)與網(wǎng)絡(luò)之間的主要連接，一個(gè)節(jié)點(diǎn)對(duì)于它所連接的每一物理網(wǎng)都有一個(gè) service 網(wǎng)卡。standby適配器 : 是 service adapter 的備援。假如 service 網(wǎng)卡消滅故障時(shí)，群集管理器使用 service 網(wǎng)卡的 IP 地

37、址替代了 standby 網(wǎng)卡的地址 ,從而消退了網(wǎng)卡故障所引起的單點(diǎn)失效 。對(duì)于所連接的每個(gè)網(wǎng)絡(luò) ，節(jié)點(diǎn)可以不要 standby 網(wǎng)卡或有 1 7 個(gè)網(wǎng)卡 ，依據(jù)所配置的軟件和硬件插槽而定。在同一系統(tǒng)上 ，standby adapter 與 service adapter 應(yīng)配置為不同的子網(wǎng)。Boot 適配器 ：假如在群集中定義了 IP 地址接管 ，允許一個(gè)節(jié)點(diǎn)去獲得群集中其它節(jié)點(diǎn)的網(wǎng)絡(luò)地址 ，在群集節(jié)點(diǎn)上 ，一個(gè) boot adapter 地址必需安排給 service adapter ，也可以說 boot 地址是 service adapter 的其次個(gè)名字和 IP 地址 。在一個(gè)節(jié)點(diǎn)

38、reboot 之后以及 HACMP 啟動(dòng)之前使用這個(gè) boot 地址 ，當(dāng) HACMP 軟件在節(jié)點(diǎn)上啟動(dòng)之后 ，service adapter 使用service IP 地址替代 boot 地址而重新被配置 。( 四 ) 定義硬件地址網(wǎng)絡(luò)硬件地址的替換是與 IP 地址接管合作使用的 ，它能夠維持 IP 地址和硬件地址的綁定，當(dāng)發(fā)生 IP 地址接管時(shí)，將不必要進(jìn)行網(wǎng)絡(luò)客戶端 ARP緩存的刷新。5 ：應(yīng)用系統(tǒng)規(guī)劃在 HACMP 內(nèi)組合節(jié)點(diǎn)的中心目的是為了給用戶的重要應(yīng)用和數(shù)據(jù)供應(yīng)高可用性的環(huán)境 ，為了將應(yīng)用系統(tǒng)置于HACMP的把握之下，需定義“應(yīng)用服務(wù)器”這樣一個(gè)群集資源，應(yīng)用服務(wù)器是書寫的Scr

39、ipt，在其中定義了啟動(dòng)和停止應(yīng)用系統(tǒng)的命令及路徑 ；當(dāng)接管發(fā)生時(shí) ，HACMP 能夠在接管節(jié)點(diǎn)上啟動(dòng)應(yīng)用。為了規(guī)劃應(yīng)用 ，必需要對(duì)應(yīng)用比較了解 ，如 ：需要多大的磁盤空間 、用戶怎樣訪問應(yīng)用等 ；還應(yīng)當(dāng)清楚應(yīng)用是否需要 license ，應(yīng)用系統(tǒng)的“許可證”是HACMP中必需考慮的問題，有時(shí)它是基于CPU的，當(dāng)主應(yīng)用節(jié)點(diǎn)發(fā)生失效時(shí)，另一節(jié)點(diǎn)接管過去，但沒有應(yīng)用系統(tǒng)的“許可證”系統(tǒng)也沒法正常工作。有兩種方法解決這一問題，一是接受“浮動(dòng)許可證”，另一是購買“節(jié)點(diǎn)鎖定許可證”。還應(yīng)考慮的一個(gè)因素是在接管發(fā)生后 ，一個(gè)節(jié)點(diǎn)將要同時(shí)運(yùn)行幾個(gè)應(yīng)用，必需保證應(yīng)用數(shù)據(jù)或資源不能彼此間相互沖突 。留意 ：應(yīng)用

40、服務(wù)器文本在同步期間不被傳輸 ，在主節(jié)點(diǎn)和接管節(jié)點(diǎn)上應(yīng)保持其有相同的路徑和權(quán)限 。6 : 用戶 ID 規(guī)劃 對(duì)于 HACMP 用戶 ，系統(tǒng)管理員必需在群集節(jié)點(diǎn)上產(chǎn)生相同的用戶帳號(hào) ，用戶信息也必需保持全都 ，這樣，當(dāng)群集節(jié)點(diǎn)出故障時(shí)，用戶能夠 login 到其它節(jié)點(diǎn)而無需考慮由于 UID / GID 不全都所引起的問題 。用戶的 home directory 在群集節(jié)點(diǎn)上也應(yīng)具有相同的路徑和權(quán)限 ，以保證用戶能夠便利的存取到他們自己的文件 。. 可以把 home directory 建在共享卷組上。. NFS Mount home directory 。 使用此方法時(shí)，但當(dāng) NFS Serve

41、r 有問題 ，對(duì) home directory 的 存取將被拒絕 。. NFS-Mount 共享卷組上的 home directory 這是一種組合方法，把 home directory 作為資源組的一部分且放在共享卷組上 ，全部的群集節(jié)點(diǎn)能夠存取 。三 : HACMP 的安裝與配置 在安裝 HACMP 軟件之前 ，應(yīng)首先安裝AIX操作系統(tǒng)、配置網(wǎng)卡、設(shè)置共享卷組及編輯AIX配置文件 。（1） AIX的預(yù)備為了安裝HACMP，AIX必需處于相對(duì)應(yīng)的狀態(tài)。下表為HACMP的各種版本對(duì)AIX的需求。安裝HACMP的部件HAVIEW 4.2時(shí)需要安裝：xlC.rte 3.1.3.0nv6000.ba

42、se.obj 4.1.0.0nv6000.database.obj 4.1.0.0nv6000.Features.obj 4.1.2.0nv6000.client.obj 4.1.0.0安裝HACMP的部件HAVIEW 4.3時(shí)需要安裝：xlC.rte 3.1.4.0nv6000.base.obj 4.1.2.0nv6000.database.obj 4.1.2.0nv6000.Features.obj 4.1.2.0nv6000.client.obj 4.1.2.0為了使群集中的每個(gè)節(jié)點(diǎn)都能夠求解地址，在每個(gè)節(jié)點(diǎn)上，編輯/etc/hosts文件，確保群集內(nèi)的全部的接口的IP地址都列在里面。假

43、如使用了域名求解配置，則編輯 /etc/resolv.conf 文件 。下面是/etc/hosts文件的示例：下面是 /etc/resolv.conf 文件示例 ：編輯/.rhosts文件，確保群集中每個(gè)節(jié)點(diǎn)的服務(wù)網(wǎng)卡和Boot地址都列在里面，這樣做的目的是為了能夠運(yùn)行/usr/sbin/cluster/utilities/clruncmd命令和執(zhí)行/usr/sbin/cluster/godm進(jìn)程。當(dāng)以一個(gè)節(jié)點(diǎn)為中心配置整個(gè)群集時(shí)要用到/usr/sbin/cluster/godm進(jìn)程。同時(shí)，在群集同步和檢測(cè)功能使用 rcmd 、rsh命令要用到 /.rhosts 文件 ，若使用 C-SPOC

44、命令也需要此文件 。在不需要時(shí) ，為了平安的緣由應(yīng)刪除 。下面是/.rhosts文件的示例：（2） 網(wǎng)絡(luò)的連接與測(cè)試在網(wǎng)絡(luò)的連接配置中，給系統(tǒng)中的每一塊網(wǎng)卡安排相應(yīng)的IP地址 ，但是要留意 ，standby 網(wǎng)卡與 service 網(wǎng)卡應(yīng)在不同的子網(wǎng)上?？梢允褂?AIX供應(yīng)的系統(tǒng)管理工具 smit 去配置相應(yīng)的網(wǎng)卡，在配置完成之后，能夠使用 AIX 命令檢測(cè) TCP/IP 子系統(tǒng)是否正常工作 。n 使用 ping 命令檢查兩節(jié)點(diǎn)間點(diǎn)到點(diǎn)的連接 。n 在全部 adapter 上使用 ifconfig 命令去檢查是否有不正確的 IP 地址、子網(wǎng)掩碼和廣播地址 。n 使用 lssrc g tcpip

45、 命令去確定 inetd daemon 是運(yùn)行的 。n 使用 lssrc g portmap 命令去確定 portmap daemon 是運(yùn)行的 。n 使用 arp 命令去確定群集中的節(jié)點(diǎn)沒有使用相同的 IP 和硬件地址。 使用 smit tty 命令在節(jié)點(diǎn)上產(chǎn)生一個(gè) tty 設(shè)備 ，留意 Enable login field 應(yīng)設(shè)置為 disable 。在配置完之后也應(yīng)測(cè)試其功能 ，可以使用下列命令從一設(shè)備上寫而從另一設(shè)備上讀 ： cat < /dev/ttyx - 在一節(jié)點(diǎn)上從 /dev/ttyx 設(shè)備讀 。 cat /etc/hosts > /dev/ttyy - 在另一設(shè)備

46、 /dev/ttyy 上寫 。 應(yīng)能夠看到，在鍵入第一個(gè)命令后處于等待狀態(tài)直到其次個(gè)命令被鍵入，才顯示它的輸出 。（3） 群集磁盤的配置 對(duì)于群集磁盤的配置，以SSA 為例來說明。 SSA 磁盤在AIX 系統(tǒng)中的配置 在系統(tǒng) boot 期間，AIX配置管理器配置全部 available 的設(shè)備，當(dāng)SSA 子系統(tǒng)沒有連接或SSA 軟件沒有安裝時(shí)，則不能配置。配置管理器將配置以下設(shè)備：. Adapter Router (ssar)ssar 僅是概念上的配置掛念且總是定義為“Defined “狀態(tài)，不能轉(zhuǎn)變其為“Available“，使用下面的命令可顯示 ssar 。 # lsdev C |grep

47、 ssar ssar Defined SSA Adapter Router . Adapter 定義 使用下列命令，可以檢查正確的適配器配置 。這個(gè)適配器必需處于“Available“狀態(tài) 。#lsdev C|grep ssa ssa0 Available 00-07 SSA Enhanced Adapter ssar Defined SSA Adapter Router . 磁盤 定義 SSA 磁盤在AIX中可表示為 SSA 規(guī)律磁盤（hdisk1、hdisk2 ）和SSA 物理磁盤(pdisk1、pdisk2 ) ，用下列命令可列出所定義的SSA 規(guī)律磁盤： 用下列命令可列出所定義的SSA

48、 物理磁盤 ：（4） 共享規(guī)律卷的配置在全部節(jié)點(diǎn)上產(chǎn)生VG、LV和文件系統(tǒng)，通常接受先在一個(gè)節(jié)點(diǎn)上定義，然后在其它節(jié)點(diǎn)上“import“卷組，這保證了定義在 ODM 庫中的共享部分在群集中的全部節(jié)點(diǎn)上是相同的。. 產(chǎn)生 non-concurrent 卷組non-concurrent 存取是使用日志文件系統(tǒng)管理數(shù)據(jù)。使用 smit mkvg 去產(chǎn)生卷組。 . 產(chǎn)生 concurrent 卷組 concurrent 存取是使用原規(guī)律卷去管理數(shù)據(jù)。必需作為 concurrentg capable 卷組使用 smit mkvg 來產(chǎn)生 。. 產(chǎn)生共享規(guī)律卷和文件系統(tǒng)使用 smit mklv 和 smi

49、t crjfs 來產(chǎn)生共享規(guī)律卷和文件系統(tǒng) 。在完成了上述配置后，應(yīng)運(yùn)行全都性檢查，測(cè)試每一個(gè)文件系統(tǒng)。1 ：fsck /filesystem_name 2 : 檢查能夠 mount /unmount 這個(gè)文件系統(tǒng)。 #mount /filesystem_name #umount /filesystem_name (5) 在群集內(nèi)的其它節(jié)點(diǎn)上 import 卷組 . 在原節(jié)點(diǎn)上 vary off 卷組在完成了前面的任務(wù)之后，使用 varyoffvg 命令在原節(jié)點(diǎn)上去 deactivate 這個(gè)共享卷組。#varyoffvg volume_group_name 在卷組上的文件系統(tǒng)應(yīng)被 unmou

50、nt ,否則 varyoffvg 命令將報(bào)錯(cuò)。. 在目標(biāo)節(jié)點(diǎn)上 import 卷組使用 smit 或 TaskGuide 工具在目標(biāo)節(jié)點(diǎn)上 import 卷組。#smit importvg . 轉(zhuǎn)變卷組的啟動(dòng)狀態(tài)卷組在 import 后的缺省配置為自動(dòng)活化狀態(tài) ，HACMP 環(huán)境要求在系統(tǒng)重新啟動(dòng)時(shí)其為非自動(dòng)活化狀態(tài) ，因此，在import 卷組后，須重新配置卷組，使用 smit chvg 命令 。#smit chvg . 在目標(biāo)節(jié)點(diǎn)上 vary off 卷組使用 varyoffvg 命令去 deactivate 這個(gè)共享卷組 ，以使其能夠在群集內(nèi)的其它節(jié)點(diǎn)上 import 此卷組 。#var

51、yoffvg volume_group_name 安裝HACMP在上述預(yù)備工作完成之后，即可進(jìn)行 HACMP 的安裝和配置 。HACMP的安裝，涉及大量的文件集，下面對(duì)其功能簡(jiǎn)潔做一描述。l cluster.baseHACMP的基本部件，群集中全部的服務(wù)器節(jié)點(diǎn)都必需安裝。包括：cluster.base.client.lib； HACMP Base Client Librariescluster.base.client.rte；HACMP Base Client Runtimecluster.base.client.utils； HACMP Base Client Utilitiescluste

52、r.base.server.diag； HACMP Base Server Diagscluster.base.server.events； HACMP Base Server Eventscluster.base.server.rte； HACMP Base Server Runtimecluster.base.server.utils； HACMP Base Server Utilitiesl cluster.cspoc這個(gè)文件集包括全部C-SPOC（the Cluster-Single Point Of Control feature）應(yīng)用的命令和環(huán)境，供應(yīng)對(duì)群集集中化管理的響應(yīng)?？梢栽?/p>

53、群集全部節(jié)點(diǎn)上安裝。它包括：cluster.cspoc.rte； HACMP CSPOC Runtime Commandscluster.cspoc.cmds； HACMP CSPOC commandscluster.cspoc.dsh； HACMP CSPOC dsh and perll cluster.adt這個(gè)文件集包括演示客戶端及包含的文件，例如在非UNIX機(jī)器上建立CLINFO客戶端的軟件。cluster.adt.client.demos； HACMP Client Demoscluster.adt.client.samples.demos；HACMP Client Demos Sa

54、mplescluster.adt.client.samples.clinfo； HACMP Client clinfo Samplescluster.adt.client.samples.clstat； HACMP Client clstat Samplescluster.adt.client.include； HACMP Client includescluster.adt.client.samples.libcl； HACMP Client libcl Samplescluster.adt.server.samples.images； HACMP Sample Imagescluster.

55、adt.server.demos； HACMP Server Demoscluster.adt.server.samples.demos； HACMP Server Sample Demosl cluster.man.en_US.data這個(gè)文件集包含Man pages，可以換成適合自己的語言。cluster.man.en_US.cspoc.data； HACMP CSPOC Man pagescluster.man.en_US.client.data； HACMP Client Man pagescluster.man.en_US.server.data； HACMP Server Man pagescluster.man.en_US.haview.data； HACMP HAView Man pagesl cluster.msg.en_US這個(gè)文件集含有所選語言的顯示信息。cluster.msg.en_US.cspoc； HACMP CSPOC Messagescluster.msg.en_US.client； HACMP Client Messagescluster.man.en_US.haview.data； H