【文章內(nèi)容簡介】 產(chǎn)品同時向主中心和備份中心傳輸未經(jīng)處理的生產(chǎn)數(shù)據(jù)，主中心服務(wù)器和備份中心服務(wù)器同時處理數(shù)據(jù)。在正常情況下，只用主中心和業(yè)務(wù)系統(tǒng)聯(lián)系，備份中心只在后臺處理數(shù)據(jù)；當(dāng)主中心癱瘓時，由于備份中心也存有生產(chǎn)數(shù)據(jù)庫，也存有生產(chǎn)數(shù)據(jù)，所以可以迅速接管業(yè)務(wù)。由于是利用應(yīng)用軟件來實現(xiàn)數(shù)據(jù)同步及保證一致性的，因而對于硬件方面的影響較小。如圖所示：這種方案的主要優(yōu)點就是：a) 由于通過網(wǎng)絡(luò)傳輸交易數(shù)據(jù)時未經(jīng)數(shù)據(jù)庫處理，所以傳輸數(shù)據(jù)量小，對傳輸數(shù)據(jù)的網(wǎng)絡(luò)帶寬要求不高；b) 傳輸數(shù)據(jù)過程中，主中心和備份中心異步進行，由傳輸距離產(chǎn)生的延遲和通信帶寬瓶頸不會對應(yīng)用產(chǎn)生較大影響．缺點是：a) 對應(yīng)用程序修改較大，增加應(yīng)用軟件商二次開發(fā)負(fù)擔(dān)；HP9000 小型機災(zāi)難備份設(shè)計方案 16b) 由于主，備數(shù)據(jù)中心的業(yè)務(wù)處理過程為異步進行，如何保障數(shù)據(jù)的一致性非常困難，需要在應(yīng)用中對數(shù)據(jù)的同步進行周密的設(shè)計；這種容災(zāi)方式適合于傳輸距離極長（幾千公里），且網(wǎng)絡(luò)傳輸帶寬和通信質(zhì)量無法得到有效保證的用戶環(huán)境．而對于存儲設(shè)備則沒有嚴(yán)格的限制，用戶可以靈活的選擇滿足容量和速度要求的存儲設(shè)備。 數(shù)據(jù)庫方式容災(zāi)結(jié)構(gòu)簡介5．3．1 原理數(shù)據(jù)庫方式由于只是傳送數(shù)據(jù)庫日志，與應(yīng)用沒有直接關(guān)系，因此無須對應(yīng)用程序作大量修改。以下介紹主要以 Oracle 和 Informix 數(shù)據(jù)庫為主。數(shù)據(jù)庫方式容災(zāi)通過數(shù)據(jù)復(fù)制把數(shù)據(jù)定期、在線地復(fù)制到目的地的機器上去，以保持分布在不同地方的兩個或多個數(shù)據(jù)庫系統(tǒng)內(nèi)容的一致性，來實現(xiàn)數(shù)據(jù)保護。但它將消耗大量的主機資源（至少要占用監(jiān)控和復(fù)制兩個進程）。復(fù)制的對象是數(shù)據(jù)庫的處理單位，如事務(wù)日志（邏輯日志），實現(xiàn)方式也有同步與異步兩種，嚴(yán)格來講，這種方法很難有真正的同步方案。因為同步數(shù)據(jù)復(fù)制要求做任何一筆交易，都要實時地將結(jié)果發(fā)送到遠(yuǎn)程的站點中，等遠(yuǎn)程操作結(jié)束后，再執(zhí)行下一筆交易；而在實際操作中，很難做到這一點，只能做異步的數(shù)據(jù)復(fù)制。所以一個實時應(yīng)用系統(tǒng)中，一般采用異步方式。HP9000 小型機災(zāi)難備份設(shè)計方案 17備份數(shù)據(jù)中心通過網(wǎng)絡(luò)連接到中央數(shù)據(jù)中心。在正常情況下，Oracle 數(shù)據(jù)庫運行在主數(shù)據(jù)中心的服務(wù)器上，數(shù)據(jù)存儲于主數(shù)據(jù)中心的磁盤陣列中。利用 Oracle 數(shù)據(jù)庫提供的 STANDBY 數(shù)據(jù)庫功能，可以通過通信網(wǎng)絡(luò)將實際數(shù)據(jù)庫日志文件傳至備份中心存儲系統(tǒng)，備份中心的 STANDBY 數(shù)據(jù)庫按照主數(shù)據(jù)庫結(jié)構(gòu)從日志文件中重新恢復(fù)數(shù)據(jù)庫，以保持?jǐn)?shù)據(jù)的一致性。一旦中央數(shù)據(jù)中心出現(xiàn)問題，用戶可以立即啟動備份數(shù)據(jù)中心的備份數(shù)據(jù)庫以及相關(guān)應(yīng)用。這一實現(xiàn)方式的關(guān)鍵在于通過一個專用程序?qū)⒅鲾?shù)據(jù)中心的數(shù)據(jù)庫中的 Achive Log 定時通過通信網(wǎng)絡(luò)傳輸?shù)絺浞葜行牡臄?shù)據(jù)庫中。一旦主數(shù)據(jù)中心不能提供服務(wù)，備份中心首先通過 Redo Log 恢復(fù)數(shù)據(jù)，然后再代替主數(shù)據(jù)中心恢復(fù)應(yīng)用?；跀?shù)據(jù)庫方式的容災(zāi)能夠把變化了的數(shù)據(jù)定期、在線地復(fù)制到目的地的機器上去。對用戶來說，這種復(fù)制方式的優(yōu)點是能夠較好地保證數(shù)據(jù)的一致性，但它將消耗大量的主機資源（至少要占用監(jiān)控和復(fù)制兩個進程）。此方案可以做到在有限的投資范圍內(nèi)，充分利用現(xiàn)有機器設(shè)備，實現(xiàn)應(yīng)用系統(tǒng)和重要數(shù)據(jù)的災(zāi)難恢復(fù)功能。作為惠普公司成熟的災(zāi)難恢復(fù)技術(shù)，此方案已經(jīng)在國內(nèi)許多用戶中成功實施過。其中包括：上海浦東國際機場災(zāi)難恢復(fù)系統(tǒng)等。建立遠(yuǎn)程容災(zāi)環(huán)境：Achive log 的備份方式HP9000 小型機災(zāi)難備份設(shè)計方案 18? 利用中央數(shù)據(jù)庫的全備份（零級備份）建立災(zāi)難備份數(shù)據(jù)庫? 由專門進程負(fù)責(zé)傳輸中央數(shù)據(jù)庫生成的日志文件到遠(yuǎn)地，這里可以通過定義日志文件大小及傳輸時機來控制災(zāi)難發(fā)生時的數(shù)據(jù)損失盡量降低，并可加快容災(zāi)應(yīng)用切換速度，盡快恢復(fù)業(yè)務(wù)在備份數(shù)據(jù)中心系統(tǒng)上運行。? 災(zāi)難備份數(shù)據(jù)庫使用傳輸來的日志文件（Archive log 或 Logical log）不斷更新備份數(shù)據(jù)庫，這時數(shù)據(jù)庫一直處于恢復(fù)狀態(tài)（Informix 數(shù)據(jù)庫為 quiescent 狀態(tài)），其數(shù)據(jù)不可被訪問（對于Informix 數(shù)據(jù)庫，備份數(shù)據(jù)庫中的數(shù)據(jù)可被用來進行讀操作，但無法進行寫操作）。? 災(zāi)難備份數(shù)據(jù)庫更新出錯且無法解決時，應(yīng)重新建立備份數(shù)據(jù)庫。? 災(zāi)難備份數(shù)據(jù)庫應(yīng)定期做激活測試，以確保其在關(guān)鍵時刻的可用性。? 應(yīng)用系統(tǒng)需考慮發(fā)生災(zāi)難時如何將聯(lián)接切換到災(zāi)難備份數(shù)據(jù)庫。容災(zāi)切換：? 將中央數(shù)據(jù)庫的可取得的日志文件傳至災(zāi)難數(shù)據(jù)庫后，將災(zāi)難備份數(shù)據(jù)庫更新到最近點，并開啟數(shù)據(jù)庫供應(yīng)用系統(tǒng)使用；? 立即對災(zāi)難數(shù)據(jù)庫做數(shù)據(jù)庫全備份；? 對損失的數(shù)據(jù)進行修補；? 以建立災(zāi)難數(shù)據(jù)庫的同樣方式建立中央數(shù)據(jù)庫，并將運行系統(tǒng)切換回中央數(shù)據(jù)庫，該次切換可做到數(shù)據(jù)無損失；? 立即對中央數(shù)據(jù)庫做數(shù)據(jù)庫全備份；? 重新建立災(zāi)難備份環(huán)境，恢復(fù)容災(zāi)系統(tǒng)．5．3．2 容災(zāi)環(huán)境維護（中央數(shù)據(jù)庫結(jié)構(gòu)發(fā)生變化）日常管理中，需對中央數(shù)據(jù)庫的歸檔日志（邏輯日志）目錄定期進行備份和清理，亦需清除災(zāi)難備份數(shù)據(jù)庫的歸檔日志（邏輯日志）目錄中使用過的歸檔日志（邏輯日志）。在系統(tǒng)運行過程中，可能發(fā)生改變中央數(shù)據(jù)庫結(jié)構(gòu)的情況，這時需要進行適當(dāng)?shù)牟僮魇篂?zāi)難備份數(shù)據(jù)庫跟上更新變化，保持?jǐn)?shù)據(jù)庫結(jié)構(gòu)的一致和同步：1 增加數(shù)據(jù)文件在中央數(shù)據(jù)庫上增加數(shù)據(jù)文件將產(chǎn)生相應(yīng)的日志，當(dāng)被施用到災(zāi)難備份數(shù)據(jù)庫時控制文件中會加入此HP9000 小型機災(zāi)難備份設(shè)計方案 19數(shù)據(jù)文件名，此時如災(zāi)難備份數(shù)據(jù)庫能在相應(yīng)目錄找到此數(shù)據(jù)文件，恢復(fù)操作繼續(xù)；否則會停止，在繼續(xù)恢復(fù)操作之前，需選擇以下操作： 將此新數(shù)據(jù)文件拷貝到災(zāi)難備份節(jié)點的相應(yīng)目錄下； 在災(zāi)難備份數(shù)據(jù)庫上執(zhí)行命令 Alter Database Create Datafile ‘filename’．2 數(shù)據(jù)文件更名對中央數(shù)據(jù)庫的數(shù)據(jù)文件進行更名，需要刷新災(zāi)難備份數(shù)據(jù)庫控制文件，或在對中央數(shù)據(jù)庫作該操作時亦對災(zāi)難備份數(shù)據(jù)庫作類似操作，即可確保中央與災(zāi)難備份數(shù)據(jù)庫的同步。3 修改聯(lián)機日志文件設(shè)置在對中央數(shù)據(jù)庫的聯(lián)機日志文件進行增加、刪除等操作后，都不會影響災(zāi)難備份數(shù)據(jù)庫。但在中央數(shù)據(jù)庫上執(zhí)行命令 Alter Database Clear Unarchived Logfile，或以 Resetlogs 選項打開數(shù)據(jù)庫，則會使容災(zāi)備份數(shù)據(jù)庫失效，因為容災(zāi)備份數(shù)據(jù)庫無法得到進行恢復(fù)操作所需的歸檔日志文件，這時需要重新建立容災(zāi)環(huán)境。4 修改控制文件若在中央數(shù)據(jù)庫上使用 Create Controlfile 命令執(zhí)行以下操作，將使容災(zāi)數(shù)據(jù)庫的控制文件失效： 改變聯(lián)機日志組或文件的最大數(shù)目參數(shù) 改變數(shù)據(jù)文件的最大數(shù)目參數(shù) 改變并發(fā)打開數(shù)據(jù)庫的實例的最大數(shù)目參數(shù)此時需要刷新災(zāi)難備份數(shù)據(jù)庫控制文件。在中央數(shù)據(jù)庫上使用帶 Resetlogs 選項的 Create Controlfile 命令將在下一次打開中央數(shù)據(jù)庫時重置聯(lián)機日志，日志序列回到 1，從而導(dǎo)致容災(zāi)備份數(shù)據(jù)庫失效。5 數(shù)據(jù)庫啟動參數(shù)建議使中央數(shù)據(jù)庫與災(zāi)難備份數(shù)據(jù)庫的參數(shù)配置相同，以免因參數(shù)不同影響容災(zāi)數(shù)據(jù)庫的性能甚至恢復(fù)操作的實現(xiàn)。6 刷新災(zāi)難備份數(shù)據(jù)庫控制文件當(dāng)中央數(shù)據(jù)庫控制文件發(fā)生改變時，依照以下步驟刷新災(zāi)難備份數(shù)據(jù)庫的控制文件： 停止災(zāi)難備份數(shù)據(jù)庫的恢復(fù)操作 關(guān)閉災(zāi)難備份數(shù)據(jù)庫 在中央數(shù)據(jù)庫上執(zhí)行命令 Alter Database Create Standby Database Controlfile As HP9000 小型機災(zāi)難備份設(shè)計方案 20‘filename’ 創(chuàng)建供災(zāi)難備份數(shù)據(jù)庫使用的控制文件 在中央數(shù)據(jù)庫上執(zhí)行命令 Alter System Archive Log Current 歸檔出當(dāng)前日志 將上兩步產(chǎn)生的控制文件及歸檔日志文件傳送至容災(zāi)節(jié)點 啟動災(zāi)難備份數(shù)據(jù)庫在 Nomount 狀態(tài)，執(zhí)行 Alter Database Mount Standby Database 使數(shù)據(jù)庫處于 Mount 狀態(tài) 進行災(zāi)難備份數(shù)據(jù)庫的正?；謴?fù)操作7 關(guān)于 Unrecoverable 操作產(chǎn)生的數(shù)據(jù)中央數(shù)據(jù)庫上用 Unrecoverable 選項操作（如 Create Table…unrecoverable）產(chǎn)生的數(shù)據(jù)更新不生產(chǎn)日志，因此無法傳送到災(zāi)難備份數(shù)據(jù)庫，此時只能采用以下三種方法之一： 在災(zāi)難備份數(shù)據(jù)庫中，使受該操作影響的數(shù)據(jù)文件處于 Offline 狀態(tài)。災(zāi)難切換后，刪除災(zāi)難備份數(shù)據(jù)庫中相應(yīng)的表空間。該方法在允許損失此整個表空間數(shù)據(jù)時才能使用。 重建容災(zāi)環(huán)境 在中央數(shù)據(jù)庫上備份該操作影響的表空間，歸檔當(dāng)前的日志，傳送到容災(zāi)節(jié)點后，開啟災(zāi)難備份數(shù)據(jù)庫的恢復(fù)操作。注意：如在中央數(shù)據(jù)庫做了 Unrecoverable 操作，而未采用以上方法進行操作，仍在災(zāi)難備份數(shù)據(jù)庫上進行正常恢復(fù)，將不會有錯誤信息提示，該錯誤信息將出現(xiàn)在數(shù)據(jù)庫日記中（$ORACLE_BASE/admin/sid/bdump/alert_sid.log）。因此管理員必須定期檢查數(shù)據(jù)庫日記。5．3．3 優(yōu)缺點比較用數(shù)據(jù)庫功能實現(xiàn)遠(yuǎn)程數(shù)據(jù)復(fù)制的優(yōu)點為：a) 支持廣域網(wǎng)協(xié)議，備份中心地點不受傳輸距離影響；b) 硬件／軟件投資較少；缺點主要為：a) 傳輸歸檔日志或邏輯日志需占用主機資源（ＣＰＵ，內(nèi)存，網(wǎng)絡(luò)等,具體指標(biāo)未確定）；b) 當(dāng)災(zāi)難發(fā)生時，業(yè)務(wù)無法在備份中心得到迅速恢復(fù)；c) 備份中心的數(shù)據(jù)無法快速恢復(fù)回主數(shù)據(jù)中心，從而應(yīng)用無法快速切換回主中心運行；HP9000 小型機災(zāi)難備份設(shè)計方案 21d) 無法實現(xiàn)非數(shù)據(jù)庫數(shù)據(jù)的遠(yuǎn)程復(fù)制；此種容災(zāi)方式適合于只遠(yuǎn)程備份數(shù)據(jù)庫數(shù)據(jù)，傳輸距離較長（幾百公里以上），且網(wǎng)絡(luò)傳輸帶寬不大的用戶環(huán)境． 鏡像軟件容災(zāi)方式結(jié)構(gòu)簡介利用操作系統(tǒng)層的鏡像軟件,如 HPUX MirrorDisk/UX，實現(xiàn)本地主數(shù)據(jù)中心的邏輯卷和遠(yuǎn)端備份數(shù)據(jù)中心的邏輯卷之間的實時同步數(shù)據(jù)復(fù)制．當(dāng)主數(shù)據(jù)中心發(fā)生突發(fā)性災(zāi)難時，用戶可以通過在備份中心服務(wù)器上激活相應(yīng)的卷組和邏輯卷，進而啟動備份中心服務(wù)器上的數(shù)據(jù)庫和應(yīng)用系統(tǒng)，從而實現(xiàn)業(yè)務(wù)系統(tǒng)災(zāi)難恢復(fù)的目標(biāo)．正常情況下，業(yè)務(wù)系統(tǒng)運行在主中心服務(wù)器上，數(shù)據(jù)存儲在主中心磁盤陣列中，同時在備份中心配置相同容量的磁盤陣列。主中心和備份中心的距離通常限制在 10 公里左右，主中心的服務(wù)器使用光纖通道卡通過光纖交換機和光纜分別連接兩個中心的磁盤陣列，利用服務(wù)器端的鏡像軟件對數(shù)據(jù)鏡像存儲。 在發(fā)生災(zāi)難時最嚴(yán)重的損失就是數(shù)據(jù)本身的丟失，而磁盤鏡像要求向磁盤進行的每個物理寫操作都被復(fù)制到另一個地點的另一個磁盤。因為復(fù)制是向磁盤進行的物理寫操作，所以它與應(yīng)用程序無關(guān)。在主中心因故出現(xiàn)存儲陣列損壞、癱瘓時，備份中心的數(shù)據(jù)仍然完好。主中心的服務(wù)器仍能正常的訪問備份中心的數(shù)據(jù)。一旦主中心的磁盤陣列恢復(fù)后，可以在系統(tǒng)上使用磁盤重新鏡像的命令將數(shù)據(jù)進行同步，從而HP9000 小型機災(zāi)難備份設(shè)計方案 22備份中心的陣列中的數(shù)據(jù)會拷貝到主中心的存儲陣列中。鏡像軟件容災(zāi)方式優(yōu)缺點比較．優(yōu)點：? 可完全確保數(shù)據(jù)復(fù)制的完整性，一致性；? 容災(zāi)結(jié)構(gòu)相對簡單；? 對磁盤子系統(tǒng)透明，主／備數(shù)據(jù)中心可采用不同的磁盤陣列設(shè)備．缺點：? 遠(yuǎn)程數(shù)據(jù)復(fù)制操作占用主機較多資源（１０－３０％）；? 主中心應(yīng)用系統(tǒng)寫操作性能受主／備中心傳輸距離影響較大；? 網(wǎng)絡(luò)連接和鏡像軟件故障將導(dǎo)致主中心業(yè)務(wù)系統(tǒng)的中止；? 備份中心更新數(shù)據(jù)無法快速恢復(fù)回主數(shù)據(jù)中心；這種容災(zāi)方式適用于對主機寫操作性能要求不高，而且業(yè)務(wù)系統(tǒng)可以忍受因光纖傳輸線路的臨時故障而導(dǎo)致業(yè)務(wù)中止的用戶環(huán)境． XP 磁盤陣列容災(zāi)方式結(jié)構(gòu)簡介惠普公司 XP 陣列由 Continuous Access XP/XP Extension 軟件提供完全的災(zāi)難備份/恢復(fù)功能。 Contiuos Aces XP XP512 Primary Site PVOL FC FC SVOL FC XP512 Secondary Site FC UWM UWM Dark Fiber HP9000 小型機災(zāi)難備份設(shè)計方案 23主數(shù)據(jù)中心和備份數(shù)據(jù)中心的結(jié)構(gòu)基本一致：采用 HP XP 系列磁盤陣列作為中心存儲，所有主機通過光纖與磁盤陣列相連。磁盤陣列上運行 Continue Access XP 容災(zāi)軟件。主中心與備份中心之間的 XP 磁盤陣列物理上通