開放平臺rs6000上db2高可用性實現(xiàn)方式

1、開放RS6000 上 DB2 高可用性實現(xiàn)的三種方式一、 DB2 高可用性 HACMP 方案1.1 架構示意圖1.2 前提條件1. 一個 DB2 數(shù)據(jù)庫僅有一個副本，副本在共享磁盤設備上2. 使用 HACMP，配置 HA 集群。1.3 實現(xiàn)流程：1. HA 軟件通過”heartbeat”以及相關接口程序判斷可能的軟硬件故障狀態(tài)。2. 當主系統(tǒng)發(fā)生故障后，HA 軟件觸發(fā)資源接管機制，共享的所有關系從主系統(tǒng)轉(zhuǎn)移到備份系統(tǒng)。主要包括 VG 的轉(zhuǎn)移，備份系統(tǒng)上文件系統(tǒng)的掛載(如果需要)。3. 網(wǎng)絡資源發(fā)生轉(zhuǎn)移，虛擬 IP 資源轉(zhuǎn)移到備份系統(tǒng)。4. 在硬件及其網(wǎng)絡資源轉(zhuǎn)移成功后，HA 軟件出發(fā)應用資源接

2、管機制，在備份系統(tǒng)上啟動 DB2 服務器。DB2 會在完成恢復后，提供對外服務。5. DB2 客戶端使用虛擬 IP,重新開始應用處理。1.4 方案特點：1. 由于只有一個數(shù)據(jù)副本，因此，沒有數(shù)據(jù)丟失。2. RTO 時間可能會浮動一個數(shù)量級，秒級到分鐘級。3. 應用程序不需要任何調(diào)整。4. 一般在同一機房內(nèi)，不適應容災需求。5. 切換后，DB2 服務器的處理性能無損失,100%。6. 兩臺服務器均需相同的操作系統(tǒng)和補丁、相同的配置。二、DB2 高可用性 HADR 方案2.1 架構示意圖2.2 前提條件1. 主/備系統(tǒng)各自存在一個DB2 數(shù)據(jù)庫的副本，分別在主/備系統(tǒng)的設備上。2. 使用 HACM

3、P，進行故障偵測，以及切換觸發(fā)。3. 配置 DB2 HADR(Higailability Disaster Recovery)組件。2.3 實現(xiàn)流程1. DB2 HADR 的環(huán)境中，主系統(tǒng) DB2 數(shù)據(jù)庫將傳輸交易日志到備機，備份 DB2 數(shù)據(jù)庫一直連續(xù)的通過日志進行前滾，同時在這個備份系統(tǒng)上的 Buffer Cache 和主機一樣處于工作的狀態(tài)。2. HA 軟件通過”heartbeat”以及相關接口程序判斷可能的軟硬件故障狀態(tài)。3. 當主系統(tǒng)發(fā)生故障后，HA 軟件觸發(fā) takeover。4. 備機系統(tǒng)接管成功，提供服務。5. DB2 客戶端使用自動客戶機重路由，重新連接到數(shù)據(jù)庫。2.4 方案特點不同的模式，帶來不同的 RPO 情況。在同步模式下，保1.證零數(shù)據(jù)丟失。RTO 控制在秒級，在 30s 內(nèi)實現(xiàn)接管。2.應用程序不需要任何調(diào)整。3.可以跨機房。能夠?qū)崿F(xiàn)一主數(shù)據(jù)庫對多備份數(shù)據(jù)庫的?？焖?.簡便的實現(xiàn)同機房高可用性+異地機房容災的場景。切換后，DB2 服務器的處理性能無損失,100%。5.備份系統(tǒng) DB2 數(shù)據(jù)庫可以提供只讀，提供備份系統(tǒng)的利用率。6.兩臺服務器均需相同的操作系統(tǒng)，DB2 版本。DB2 的 fixpack 版本7.可以不同。三、DB2 高可用性 HACMP+HADR 組合方