構(gòu)建實用型數(shù)據(jù)容災(zāi)備份中心和自動演練體系探究和實踐

1、構(gòu)建實用型數(shù)據(jù)容災(zāi)備份中心和自動演練體系探究和實踐摘要如何構(gòu)建及運營好數(shù)據(jù)容災(zāi)備份中心在整個 it系統(tǒng)的運行維護過程中起著重要的作用，本文我們研究如 何利用數(shù)據(jù)庫數(shù)據(jù)衛(wèi)士和存儲克隆技術(shù)組件相結(jié)合，構(gòu)建一 個性價比較高、安全有效的實用型數(shù)據(jù)容災(zāi)備份中心，提供 一套有效的自動切換演練機制，并提供一定的運算能力去支 撐我們的it生產(chǎn)系統(tǒng)?！娟P(guān)鍵詞】it系統(tǒng)容災(zāi)演練技術(shù)組件1引言在大中型數(shù)據(jù)中心運維過程中，常遇到幾個棘手問題：（1）在構(gòu)建數(shù)據(jù)備份容災(zāi)中心（以下簡稱”容災(zāi)中心”） 中，我們可選的軟硬件技術(shù)組件非常多，例如san/nas技術(shù)、 遠程鏡像技術(shù)、虛擬存儲、數(shù)據(jù)庫數(shù)據(jù)衛(wèi)士技術(shù)等。如何合 理應(yīng)用以

2、上技術(shù)，構(gòu)建性價比較髙、安全有效的容災(zāi)軟硬件 容災(zāi)中心，是我們需要討論的問題；（2）如何使用較低成本建立容災(zāi)中心的演練機制？傳 統(tǒng)的容災(zāi)中心進行容災(zāi)演練，每次演練需要投入較多人力物 力。演練頻次多了，數(shù)據(jù)中心投入的人力及資金成本過高， 演練后還存在容災(zāi)數(shù)據(jù)恢復(fù)問題，過程可能還存對生產(chǎn)系統(tǒng) 的風(fēng)險。演練少了（例如一年一次），周期過長，期間無法 有效驗證容災(zāi)系統(tǒng)的是否存在問題；(3) 如何利用容災(zāi)中心運算及存儲能力分擔(dān)部分生產(chǎn) 系統(tǒng)的壓力，提高容災(zāi)中心的日常使用價值？核心生產(chǎn)系統(tǒng) 按照合理設(shè)計，基本可以滿足日常的業(yè)務(wù)運營要求。但是月 初月末經(jīng)分、報表類業(yè)務(wù)的訪問量頻繁，非常有可能影響核 心生產(chǎn)數(shù)據(jù)

3、庫的性能，甚至影響正常運行。容災(zāi)中心是否能 承載部分該類業(yè)務(wù)訪問呢？業(yè)界解決方案也不少，如 shareplex、goldengate數(shù)據(jù)庫復(fù)制容災(zāi)系統(tǒng)，并提供一定 讀寫功能，但都存在通病：維護工作量大，原端如經(jīng)常出現(xiàn) 遷移表、新建表等ddl操作可能會導(dǎo)致容災(zāi)端的數(shù)據(jù)不同步, 需要經(jīng)常手工干預(yù)及維護，會帶來業(yè)務(wù)數(shù)據(jù)不準(zhǔn)確甚至降低 容災(zāi)可用性的風(fēng)險?；谝陨显?，如何通過簡易的改造即可構(gòu)建一個實用 型容災(zāi)中心，提供一套自動演練切換機制，及如何完美的提 供數(shù)據(jù)庫副本用于分流生產(chǎn)系統(tǒng)大批量查詢，進行該方面的 研究是很有必要的。2技術(shù)組件概述本次構(gòu)建實用型容災(zāi)中心需要使用到oracle數(shù)據(jù)庫數(shù) 據(jù)衛(wèi)士

4、(dataguard,下簡稱” dg")技術(shù)和存儲硬件克隆 復(fù)制技術(shù)。2. 1 dg技術(shù)dg是一種高可用性數(shù)據(jù)庫方案，它是在主節(jié)點與備用節(jié) 點間通過日志同步來保證數(shù)據(jù)的同步，可以實現(xiàn)數(shù)據(jù)庫快速 切換與災(zāi)難性恢復(fù)。dg只是在軟件上對數(shù)據(jù)庫進行設(shè)置，并 不需要額外購買任何組件。能在對主數(shù)據(jù)庫影響很小的情況 下，實現(xiàn)主備數(shù)據(jù)庫的同步。2.2存儲硬件克隆復(fù)制技術(shù)存儲硬件克隆復(fù)制技術(shù)業(yè)界使用較多的有：in-system replication、 timefinder/clone、 open replicator、 rdf 等復(fù)制技術(shù)，有基于存儲內(nèi)部復(fù)制同步的也有基于存儲與存 儲復(fù)制與同步的。c

5、lone可用于基于卷的高性能克隆復(fù)制， 以實現(xiàn)存儲內(nèi)部數(shù)據(jù)在線備份與恢復(fù)。3新體系架構(gòu)分析以上兩種技術(shù)在容災(zāi)復(fù)制上都有較好的表現(xiàn)。我們本次 新的體系架構(gòu)是對以上兩種技術(shù)作一個有效整合，實現(xiàn)容災(zāi) 備份、自動演練、報表取數(shù)的新體系架構(gòu)。主生產(chǎn)數(shù)據(jù)庫a1服務(wù)器首先通過dg技術(shù)在容災(zāi)a2服 務(wù)器上進行恢復(fù)與同步，啟用準(zhǔn)實時日志同步功能。使用存 儲克隆復(fù)制功能在存儲內(nèi)部對容災(zāi)a2服務(wù)器上dg數(shù)據(jù)庫進 行一次全復(fù)制，并定期進行快速差異同步，同步完畢后在容 災(zāi)a3服務(wù)器上進行卷組的啟動，在容災(zāi)a3服務(wù)器上進行dg 數(shù)據(jù)庫副本的啟動與打開，并對該打開的數(shù)據(jù)庫副本進行相 關(guān)參數(shù)及監(jiān)聽處理；主生產(chǎn)應(yīng)用中間件程序b

6、1服務(wù)器則通 過rsync程序定期同步至容災(zāi)端b2服務(wù)器。容災(zāi)端b2中間 件副本能成功連接容災(zāi)端a3數(shù)據(jù)庫副本，并可進行相關(guān)業(yè) 務(wù)操作，則驗證并演練了容災(zāi)備份恢復(fù)的有效性，同時打開 的數(shù)據(jù)庫副本能提供給主生產(chǎn)系統(tǒng)報表取數(shù)等各類業(yè)務(wù)進 行查詢。4實踐案例某運營商兩個異地數(shù)據(jù)中心，分別用于運營生產(chǎn)和容災(zāi) 備份，相距100公里。本次實施的容災(zāi)備份為crm系統(tǒng)，核 心數(shù)據(jù)為crm oracle數(shù)據(jù)庫（以下簡稱” crmdb”），數(shù)據(jù) 量5tb,應(yīng)用系統(tǒng)為weblogic和tuxedo中間件（以下簡稱" 中間件”），數(shù)據(jù)量為ito需求：a、需要對crmdb和中間件進行容災(zāi)備份；b、需 頻繁定期

7、驗證容災(zāi)系統(tǒng)是否可用；c、容災(zāi)系統(tǒng)還需對外提 供大量讀寫操作；實現(xiàn)過程：環(huán)境配置見圖1：生產(chǎn)中心：2臺小型機，運行核心crmdb；其它服務(wù)器, 運行中間件；一臺存儲。容災(zāi)中心：4個小型機分區(qū)，其中前兩個分區(qū)運行crm dg db,后兩個分區(qū)運行crm clone db；其它服務(wù)器，運行備份 中間件；一臺存儲；1、首先采用oracle rman備份恢復(fù)技術(shù)，通過網(wǎng)絡(luò)在b容災(zāi)樞紐進行數(shù)據(jù)庫恢復(fù);2、采用dg同步技術(shù)，實現(xiàn)生產(chǎn)中心crm db與容災(zāi)中 心crm dg de的實時日志同步，完成dg的搭建；3、采用b容災(zāi)樞紐的clone技術(shù)，在ibm595bl上對crm dg db進行克隆及同步，生成c

8、rm clone db；4、對crm clone de進行打開處理；5、通過自動配置crm clone db以rac方式對外提供服 務(wù)；6、采用aix rsync進行容災(zāi)端的中間件應(yīng)用程序的同 步更新，連接crm clone db,并自動進行相關(guān)的業(yè)務(wù)演練測 試。5結(jié)束語通過以上的實踐過程，給出了構(gòu)建及運營一套實用型數(shù) 據(jù)容災(zāi)備份中心的方法，此方法可能存在其不完善之處，但 是它給出了 一種新的思考模式：我們的容災(zāi)中心構(gòu)建不僅僅 需要考慮rpo和rto指標(biāo)，還需考慮幾個指標(biāo)：低成本、易 構(gòu)建、易演練、易切換、易復(fù)用。另外容災(zāi)不僅僅是技術(shù)， 是管理與技術(shù)相互緊密結(jié)合一項系統(tǒng)工程，我們有一套好的 軟硬件容災(zāi)系統(tǒng)，但是還需要一套好的管理工作機制去確保 容災(zāi)系統(tǒng)演練及切換的工作順利進行。容災(zāi)備份是未雨綢 繆，是企業(yè)it系統(tǒng)維護的最后生命線。參考文獻1張東大話存儲-網(wǎng)絡(luò)存儲系統(tǒng)原理精解與最佳實踐m.清華大學(xué)出版社，200