【正文】 erialhost2host1_l2_boot2boot2host1_net_ether_2etherpublichost1host1_l1_svc1Servicehost1_net_ether_1etherpublichost1host1_l1_boot1boot1host2_net_ether_1etherpublichost1路由規(guī)劃表節(jié)點(diǎn)名目的路由host1defaulthost2default 6）用戶和組規(guī)劃表用戶USERID組組ID使用節(jié)點(diǎn)orarunc610dba601host1tuxrun301tux301host1bsx1302tux301host1x401dba601host1orarun609dba601host24）機(jī)器一覽表 節(jié)點(diǎn)機(jī)器名操作系統(tǒng)應(yīng)用軟件HA版本host1ORACLE 11ghost2TUXEDO 11 2）實(shí)驗(yàn)環(huán)境說明： 以雙機(jī)互備中相對(duì)復(fù)雜的多業(yè)務(wù)網(wǎng)絡(luò)的情況為例，其他類似設(shè)置可適當(dāng)簡化。當(dāng)發(fā)生故障時(shí)，HACMP 尋找這些策略并執(zhí)行相應(yīng)的操作。2. 故障轉(zhuǎn)移策略（Resource /Node failure）：當(dāng)發(fā)生故障時(shí)，這決定故障轉(zhuǎn)移目標(biāo)節(jié)點(diǎn)。資源組件示意圖此外，還存在資源組有與其相關(guān)聯(lián)的策略。HACMP 把資源組當(dāng)作單一單元處理。 卷組（Volume groups）：許多應(yīng)用程序需要高可用的卷組。 文件系統(tǒng)（File systems）：許多應(yīng)用程序需要掛載文件系統(tǒng)。因?yàn)?IP 地址需要保持高可用性，所以它屬于資源組。 服務(wù) IP 地址（Service IP labels / addresses）：最終用戶一般通過 IP 地址連接應(yīng)用程序。 應(yīng)用服務(wù)器（Application servers）：它涉及應(yīng)用程序的啟動(dòng)/停止腳本。 通信設(shè)備（Communication devices)：RS232 或磁盤的心跳機(jī)制拓?fù)浣M件示意圖資源組件(Cluster resources)是需要保持高可用性的邏輯實(shí)體。 網(wǎng)絡(luò)（Networks）：IP 網(wǎng)絡(luò)和非 IP 網(wǎng)絡(luò)而對(duì)于2個(gè)節(jié)點(diǎn)的集群，則簡化掉這些分別，即節(jié)點(diǎn)為二合一。比如中間件軟件等無需共享磁盤安裝在客戶端節(jié)點(diǎn)的機(jī)器上，數(shù)據(jù)庫軟件安裝在服務(wù)器節(jié)點(diǎn)的機(jī)器上。 節(jié)點(diǎn)（Nodes)：運(yùn)行AIX操作系統(tǒng)的Power服務(wù)器上的分區(qū)或微分區(qū)。 拓?fù)浣M件(Cluster topology)基本上是物理組件。HACMP術(shù)語： 為方便大家閱讀，我們這里簡單介紹一下HACMP 主要術(shù)語。 u 當(dāng)兩臺(tái)主機(jī)正常工作時(shí)，也可以根據(jù)需要將其中一臺(tái)機(jī)上的應(yīng)用人為切換到另一臺(tái)機(jī)(備份機(jī))上運(yùn)行。 u 一旦發(fā)現(xiàn)對(duì)方主機(jī)的運(yùn)行不正常(出故障)時(shí)，故障機(jī)上的應(yīng)用就會(huì)立即停止運(yùn)行，本機(jī)(故障機(jī)的備份機(jī))就會(huì)立即在自己的機(jī)器上啟動(dòng)故障機(jī)上的應(yīng)用，把故障機(jī)的應(yīng)用及其資源(包括用到的IP地址和磁盤空間等)接管過來，使故障機(jī)上的應(yīng)用在本機(jī)繼續(xù)運(yùn)行。作為雙機(jī)系統(tǒng)的兩臺(tái)服務(wù)器同時(shí)運(yùn)行HACMP軟件；u 兩臺(tái)服務(wù)器的備份方式大體有二種: n 一臺(tái)服務(wù)器運(yùn)行應(yīng)用，另外一臺(tái)服務(wù)器做為備份 n 兩臺(tái)服務(wù)器除正常運(yùn)行本機(jī)的應(yīng)用外，同時(shí)又作為對(duì)方的備份主機(jī)。 HACMP是通過偵測主機(jī)及網(wǎng)卡的狀況，搭配 AIX所提供的LVM等管理功能，在主機(jī)、網(wǎng)卡、硬盤控制卡或網(wǎng)絡(luò)發(fā)生故障時(shí)，自動(dòng)切換到另一套備用元件上重新工作。 3.我們說的PowerHA pureScale，則是和類oracle RAC的IBMDB2 pureScale解決方案相配合的高可用性套件，不再是我們通常意義上的HACMP。的數(shù)據(jù)中心雙活的解決方案SystemMirrorAIXSystemMirrorPowerHA的版本由于IBM對(duì)軟件的整合，目前PowerHA其實(shí)不僅僅只包含之前的HACMP軟件，我們先來看看下圖：大家可以看到，我們通常的HACMP其實(shí)現(xiàn)在準(zhǔn)確名稱是 基于這一點(diǎn)，也由于實(shí)際使用過程中PowerHA軟件的名稱、菜單名、日志等均仍為HACMP，因此后面論述時(shí)我們?nèi)跃Q為PowerHA為HACMP，以免造成理解的困難。 IBM高可用性集群軟件PowerHA/HACMP也就應(yīng)運(yùn)而生，即使到了今天 ，對(duì)比x86平臺(tái)的linux、windows甚至包括其他UNIX操作系統(tǒng)的高可用性集群，至少從筆者20年的IT從業(yè)實(shí)際經(jīng)歷來看，IBM PowerHA/HACMP高可用性解決方案雖然復(fù)雜，需要更高水平工程師的精心維護(hù)，但的確相對(duì)更成熟更有效。實(shí)現(xiàn)這一目標(biāo)的方法是通過消除單一故障點(diǎn)消除或掩蓋計(jì)劃內(nèi)和計(jì)劃外停機(jī)。 因此，我們需要通過軟件提供這些能力，同時(shí)這個(gè)軟件還應(yīng)該是經(jīng)濟(jì)有效的。 10 年前各廠商現(xiàn)有的UNIX服務(wù)器就已擁有很高的可靠性，在這一點(diǎn)上IBM的Power系列服務(wù)器表現(xiàn)尤為突出。 1. 同時(shí)還望那些被部分摘抄文章的同仁也能理解，你們都是筆者的老師，這里也一一謝過。這是因?yàn)橐环矫姹疚乃霾僮鞴P者都加以 驗(yàn)證過；一方面也是全中文，省得大家去查一大堆原版資料。由于HACMP現(xiàn)在已相當(dāng)復(fù)雜，本文范圍也主要關(guān)注于最常用的雙節(jié)點(diǎn)，還望大家諒解。因此選擇本雜志作為原創(chuàng)發(fā)表，就是希望能對(duì)更多的同仁日常工作有所幫助。 轉(zhuǎn)眼已經(jīng)5年過去了，期間非常感謝不少同仁指出了該文的各種不足，并且HACMP已經(jīng)改名為HACMP了，由于軟件版本的更新和本人當(dāng)時(shí)的技術(shù)水準(zhǔn)有限，同時(shí)也存儲(chǔ)不少同仁的希望，在原文基礎(chǔ)上進(jìn)行了補(bǔ)充和修訂完善，也就有了本文。 范文范例參考PowerHA完全手冊（一）前言自2008 年 4 月 02 日筆者在IBM DevelopWork網(wǎng)站首次發(fā)表《HACMP 完全手冊》以來， 加上各網(wǎng)站的轉(zhuǎn)載，應(yīng)該已過了10萬的閱讀量，在此非常感謝大家的認(rèn)可和支持。 正是由于AIX專家俱樂部的興起，對(duì)AIX和HACMP的技術(shù)感興趣的技術(shù)人員又更多了。此外，雖然本文號(hào)稱“完全手冊”，一是為了吸引眼球，二也只是相對(duì)于其他只談安裝配置的文檔而言。 即便如此，本文篇幅可能仍然較長，雖然也建議大家先通讀一下，但實(shí)際使用使用時(shí)可根據(jù)具體目的按章節(jié)直接查閱操作。希望能幫助大家在集成和運(yùn)維HACMP的過程中節(jié)省精力、降低實(shí)施風(fēng)險(xiǎn)，這也是本文編寫的初衷。 雖筆者端正態(tài)度，盡力認(rèn)真編寫，但由于能力有限，恐仍有錯(cuò)漏之處，還望眾多同仁多多指正海涵，在此先行謝過。為什么需要PowerHA/HACMP 隨著業(yè)務(wù)需求日益增加，IT的系統(tǒng)架構(gòu)中核心應(yīng)用必須一直可用，系統(tǒng)必須對(duì)故障必須有容忍能力，已經(jīng)是現(xiàn)代IT高可用系統(tǒng)架構(gòu)的基本要求。但所有UNIX服務(wù)器均無法達(dá)到如原來 IBM大型主機(jī)S/390那樣的可靠性級(jí)別，這是開放平臺(tái)服務(wù)器的體系結(jié)構(gòu)和應(yīng)用環(huán)境所決定的，這一點(diǎn)，即使科技發(fā)展到云計(jì)算的今天仍然如此。它可以有效確保解決方案的任何組件的故障都不會(huì)導(dǎo)致用戶無法使用應(yīng)用程序及其數(shù)據(jù)。另外，保持應(yīng)用程序高可用性并不需要特殊的硬件。 PowerHA的前身為HACMP ，或者說PowerHA 和 HACMP 這兩個(gè)詞對(duì)IBM來說可以互換使用。 2.PowerHA它有2個(gè)平臺(tái)4個(gè)主 要大版本，fori系統(tǒng)；企業(yè)版和標(biāo)準(zhǔn)版；企業(yè)版擴(kuò)展了異地容災(zāi)相關(guān)的功能；而其他小版本，則是在其企業(yè)版和標(biāo)準(zhǔn)版基礎(chǔ) 之外的支持；比如最近比較熱的PowerHAHyperSwap174。就是利用HyperSwap版本對(duì)存儲(chǔ)DS8000容錯(cuò)的擴(kuò)展支持來得以實(shí)現(xiàn)。由于本文的重點(diǎn)為AIX的本地高可用性，因此除非特別聲明，我們?nèi)笔≌fPowerHA時(shí)都是指PowerHA SystemMirror Standard的版本。HACMP的工作原理 HACMP是High Availability Cluster MultiProcessing的縮寫；也就是IBM公司在P系列 AIX操作系統(tǒng)上的高可靠集群軟件，配置冗余，消除單點(diǎn)故障，保證整個(gè)系統(tǒng)連續(xù)可用性和安全可靠性。 若是主機(jī)故障還切換至備機(jī)上繼續(xù)應(yīng)用系統(tǒng)的運(yùn)行。 u 兩臺(tái)主機(jī)系統(tǒng)在整個(gè)運(yùn)行過程中，通過 心跳線相互監(jiān)測對(duì)方的運(yùn)行情況(包括系統(tǒng)的軟硬件運(yùn)行、網(wǎng)絡(luò)通訊和應(yīng)用運(yùn)行情況等)。 u 應(yīng)用和資源的接管過程由HACMP軟件自動(dòng)完成，無需人工干預(yù)。 4.它們可以分為拓?fù)浣M件和資源組件兩類。它們包括： 實(shí) 際目前節(jié)點(diǎn)現(xiàn)分為2種，一個(gè)是服務(wù)器節(jié)點(diǎn)（Server 節(jié)點(diǎn)），運(yùn)行核心服務(wù)和共享磁盤的應(yīng)用的機(jī)器；一個(gè)是客戶端節(jié)點(diǎn)（Client）節(jié) 點(diǎn)，前臺(tái)使用集群服務(wù)的應(yīng)用的機(jī)器。 像監(jiān)控節(jié)點(diǎn)的信息收集程序clinfo就是只運(yùn)行在客戶節(jié)點(diǎn)上。 通信接口（Communication interfaces）：以太網(wǎng)或令牌環(huán)網(wǎng)適配器它們包括： 這個(gè) IP 地址映射到實(shí)際運(yùn)行應(yīng)用程序的節(jié)點(diǎn)。 所有資源一起組成資源組實(shí)體。它會(huì)保持資源組高可用性。這些策略包括：1. 啟動(dòng)策略（Cluster startup）：這決定資源組應(yīng)該激活哪個(gè)節(jié)點(diǎn)。 3. 故障恢復(fù)策略（Resource/Node recovery）：這決定資源組是否執(zhí)行故障恢復(fù)。 5.1）磁盤和VG規(guī)劃表節(jié)點(diǎn)機(jī)器名磁盤VGVG MajorNumberhost1hdisk2host1vg101host2hdisk3host2vg201 3）邏輯卷和文件系統(tǒng)規(guī)劃表PP size:128M節(jié)點(diǎn)機(jī)器名邏輯卷文件系統(tǒng) 大小(pp) 所有者用途host1ora11runclv/ora11runc40oraruncORACLE客戶端軟件tux11runlv/tux11run30tuxedoTuxedo軟件bsx1lv/bsx130bsx1寶信MES應(yīng)用程序xlv/x30x寶信x通信軟件host2ora11runlv/ora11run60orarunORACLE數(shù)據(jù)庫軟件oradatalv/oradata80orarun數(shù)據(jù)庫 5）HACMP結(jié)構(gòu)表集群名: test_cluster適配器名功能網(wǎng)絡(luò)名網(wǎng)絡(luò)類型屬性節(jié)點(diǎn)名IP地址MAC地址host1_tty0heartbeathost1_net_rs232rs232serialhost1host1_l2_boot1boot1host2_net_ether_2etherpublichost1host1_l2_svcServicehost1_net_ether_2etherpublichost1host1_l1_svc2Servicehost1_net_ether_1etherpublichost1host1_l1_boot2boot2host1_net_ether_1etherpublichost1host2_l1_boot1boot1host2_net_ether_1etherpublichost2host2_