Oracle數(shù)據(jù)庫容災(zāi)技術(shù)應(yīng)用與研究

1、碩士學(xué)位論文論文題目: OOraclee 數(shù)據(jù)庫容容災(zāi)技術(shù)應(yīng)用用與研究RESEARCCH ON ORACLLE DATTABASEEDISASTEER TECCHNOLOOGY作 者專 業(yè)導(dǎo) 師合 作 導(dǎo) 師師2009年 44 月 5 日原創(chuàng)性聲明和關(guān)關(guān)于論文使用用授權(quán)的說明明原 創(chuàng) 性 聲聲 明本人鄭重聲明：所呈交的學(xué)學(xué)位論文，是是本人在導(dǎo)師師的指導(dǎo)下，獨(dú)獨(dú)立進(jìn)行研究究所取得的成成果。除文中中已經(jīng)注明引引用的內(nèi)容外外，本論文不不包含任何其其他個(gè)人或集集體已經(jīng)發(fā)表表或撰寫過的的科研成果。對本文的研研究作出重要要貢獻(xiàn)的個(gè)人人和集體，均均已在文中以以明確方式標(biāo)標(biāo)明。本聲明明的法律責(zé)任任由本人承擔(dān)擔(dān)

2、。論文作者簽名： 日期：關(guān)于學(xué)位論文使使用授權(quán)的聲聲明本人完全了解山山東大學(xué)有關(guān)關(guān)保留、使用用學(xué)位論文的的規(guī)定，同意意學(xué)校保留或或向國家有關(guān)關(guān)部門或機(jī)構(gòu)構(gòu)送交論文的的復(fù)印件和電電子版，允許許論文被查閱閱和借閱；本本人授權(quán)山東東大學(xué)可以將將本學(xué)位論文文的全部或部部分內(nèi)容編入入有關(guān)數(shù)據(jù)庫庫進(jìn)行檢索，可可以采用影印印、縮印或其其他復(fù)制手段段保存論文和和匯編本學(xué)位位論文。（保保密論文在解解密后應(yīng)遵守守此規(guī)定）論文作者簽名：導(dǎo)師簽名:日期：目 錄TOC o 1-3 h z u HYPERLINK l _Toc 摘要 PAGEREF _Toc h I HYPERLINK l _Toc ABSTRACCT

3、PAGEREF _Toc h II HYPERLINK l _Toc 第一章緒論 PAGEREF _Toc h 11 HYPERLINK l _Toc 1.1 系統(tǒng)開開發(fā)背景 PAGEREF _Toc h 1 HYPERLINK l _Toc 1.2 國內(nèi)外外研究現(xiàn)狀 PAGEREF _Toc h 22 HYPERLINK l _Toc 1.3 解決的的主要問題 PAGEREF _Toc h 33 HYPERLINK l _Toc 1.4 本文的的主要工作 PAGEREF _Toc h 44 HYPERLINK l _Toc 1.5 論文的的組織結(jié)構(gòu) PAGEREF _Toc h 55 HYP

4、ERLINK l _Toc 第二章相關(guān)知識識綜述 PAGEREF _Toc h 6 HYPERLINK l _Toc 2.1 oraacle備份份概述 PAGEREF _Toc h 6 HYPERLINK l _Toc 2.2 備份與與容災(zāi)的區(qū)別別 PAGEREF _Toc h 7 HYPERLINK l _Toc 2.2.1 當(dāng)當(dāng)數(shù)據(jù)庫運(yùn)行行在非歸檔模模式下 PAGEREF _Toc h 7 HYPERLINK l _Toc 2.2.2 當(dāng)當(dāng)數(shù)據(jù)庫運(yùn)行行在歸檔模式式下 PAGEREF _Toc h 8 HYPERLINK l _Toc 2.3 容災(zāi)的的范圍與衡量量指標(biāo) PAGEREF _To

5、c h 9 HYPERLINK l _Toc 第三章并行服務(wù)務(wù)器技術(shù) RRac PAGEREF _Toc h 10 HYPERLINK l _Toc 3.1 Racc技術(shù)特點(diǎn) PAGEREF _Toc h 100 HYPERLINK l _Toc 3.2 Racc體系結(jié)構(gòu) PAGEREF _Toc h 111 HYPERLINK l _Toc 3.2.1自動動存儲管理 PAGEREF _Toc h 111 HYPERLINK l _Toc 3.2.2 RRac對網(wǎng)絡(luò)絡(luò)的需求 PAGEREF _Toc h 122 HYPERLINK l _Toc 第四章建立容災(zāi)災(zāi)體系 PAGEREF _Toc

6、h 20 HYPERLINK l _Toc 4.1 建立容容災(zāi)體系的指指導(dǎo)方法 PAGEREF _Toc h 200 HYPERLINK l _Toc 4.2 建立本本地的數(shù)據(jù)備備份 PAGEREF _Toc h 21 HYPERLINK l _Toc 4.2.1 通通過Exp備份本本地?cái)?shù)據(jù) PAGEREF _Toc h 211 HYPERLINK l _Toc 4.2.2 通通過Rmann備份本地?cái)?shù)數(shù)據(jù) PAGEREF _Toc h 23 HYPERLINK l _Toc 4.3建立用戶戶錯(cuò)誤的數(shù)據(jù)據(jù)容災(zāi) PAGEREF _Toc h 27 HYPERLINK l _Toc 4.3.1 安安

7、裝Logmminer PAGEREF _Toc h 227 HYPERLINK l _Toc 4.3.2創(chuàng)建建數(shù)據(jù)字典文文件 PAGEREF _Toc h 27 HYPERLINK l _Toc 4.3.3創(chuàng)建建日志文件列列表 PAGEREF _Toc h 28 HYPERLINK l _Toc 4.3.4日志志分析 PAGEREF _Toc h 29 HYPERLINK l _Toc 4.3.5觀察察分析結(jié)果 PAGEREF _Toc h 330 HYPERLINK l _Toc 4.4建立本地地應(yīng)用容災(zāi) PAGEREF _Toc h 330 HYPERLINK l _Toc 4.4.1硬件

8、件環(huán)境 PAGEREF _Toc h 30 HYPERLINK l _Toc 4.4.2操作作系統(tǒng)及數(shù)據(jù)據(jù)庫軟件 PAGEREF _Toc h 300 HYPERLINK l _Toc 4.4.3操作作系統(tǒng)準(zhǔn)備 PAGEREF _Toc h 331 HYPERLINK l _Toc 4.4.4共享享磁盤設(shè)備 PAGEREF _Toc h 334 HYPERLINK l _Toc 4.4.5安裝裝Ocm PAGEREF _Toc h 36 HYPERLINK l _Toc 4.4.6安裝裝Oraclle軟件 PAGEREF _Toc h 39 HYPERLINK l _Toc 4.4.7創(chuàng)建建數(shù)

9、據(jù)庫 PAGEREF _Toc h 411 HYPERLINK l _Toc 4.4.8啟動動第二個(gè)節(jié)點(diǎn)點(diǎn)實(shí)例 PAGEREF _Toc h 45 HYPERLINK l _Toc 4.4.9測試試使用RACC PAGEREF _Toc h 46 HYPERLINK l _Toc 第五章測試容災(zāi)災(zāi)系統(tǒng) PAGEREF _Toc h 49 HYPERLINK l _Toc 5.1測試大量量數(shù)據(jù)丟失 PAGEREF _Toc h 449 HYPERLINK l _Toc 5.1.1使用用Imp恢復(fù)數(shù)數(shù)據(jù)庫 PAGEREF _Toc h 49 HYPERLINK l _Toc 5.1.2使用用Rma

10、n恢復(fù)復(fù)數(shù)據(jù)庫 PAGEREF _Toc h 500 HYPERLINK l _Toc 5.1.3測試試分析 PAGEREF _Toc h 52 HYPERLINK l _Toc 5.2測試用戶戶錯(cuò)誤修改數(shù)數(shù)據(jù) PAGEREF _Toc h 52 HYPERLINK l _Toc 5.2.1使用用Logmiiner恢復(fù)復(fù)數(shù)據(jù) PAGEREF _Toc h 52 HYPERLINK l _Toc 5.2.2測試試分析 PAGEREF _Toc h 55 HYPERLINK l _Toc 5.3測試并行行數(shù)據(jù)庫中某某節(jié)點(diǎn)失效 PAGEREF _Toc h 555 HYPERLINK l _Toc

11、5.3.1Raac負(fù)載均衡衡測試 PAGEREF _Toc h 55 HYPERLINK l _Toc 5.3.2Raac失敗切換換測試 PAGEREF _Toc h 56 HYPERLINK l _Toc 5.3.3測試試分析 PAGEREF _Toc h 58 HYPERLINK l _Toc 第六章結(jié)論 PAGEREF _Toc h 599參考文獻(xiàn).61 HYPERLINK l _Toc 致謝 PAGEREF _Toc h 62CONTENTTSABSTRACCTIChapterr 1Inttroducction11.1 Thee systtem deevelopps bacckgrou

12、und111.2 ressearchh pressent ccondittion21.3 Keyy probblem oof ressolve331.4 Texxtual main work41.5 Thee orgaanizattion sstructture5Chapterr 2Rellated knowlledge overvview662.1 oraacle bbackupp662.2 Bacckup aand diisasteer72.2.1Arrchivee modee72.2.2 NNo arcchive mode882.3 scoope off disaaster9Chapte

13、rr 3 Raac1003.1 Racc techhniquee charracterristiccs103.2 Racc systtem sttructuure113.2.1 AAuto ssave to mmanagee1113.2.2 NNeed oof Racc to nnetworrk.12Chapterr 4 esstabliishmennt perrmits disasster ssystemm204.1 metthod oof dissasterr systtem.204.2 Thee estaablishhment nativve datta bacckup.214.2.1

14、PPass tthe Exxp bacckup nnativee dataa214.2.2 PPass tthe naative data of thhe Rmaan bacckup234.3 cusstomerrs miistakees perrmit ddisastter.274.3.1 IInstalll Logg mineer.274.3.2 EEstabllish ddata ddictioonary2274.3.3 EEstabllish tthe daaily rrecordd284.3.4 AAnalyttical.294.3.5 OObservvationn anallysi

15、s resullt3304.4 nattive aappliccationn disaaster.304.4.1 HHardwaare ennvironnmentss.304.4.2 OOperatte sysstems and ddatabaase sooftwarre.304.4.3 OOperatte sysstems prepaare.314.4.4 SShare disk equippmentss.344.4.5 IInstalll Ocmm364.4.6 IInstalll Oraacle ssoftwaare.3994.4.7 EEstabllish aa dataabase.4

16、14.4.8 SStart the ssecondd exammple.454.4.9 TTests use RRAC.46Chapterr 5 teest peermitss disaaster systeem.495.1 tesst datta to throww to llose.495.1.1 UUsage Imp iinstauuratioon dattabasees.495.1.2 UUsage Rmanss.505.1.3 TTests are aanalyttical525.2 tesst cusstomerr falsse moddificaation data.525.2.

17、1 IInstauuratioon datta of the uusage Log mminerss.525.2.2 TTests are aanalyttical.545.3 tesst somme nodde wroong.555.3.1 RRac looads aa balaanced test555.3.2 RRac faailuree cutss overr a teest.565.3.3 TTests are aanalyttical.57Chapterr 6 coonclussion59Referennces.61Thanks622摘 要隨著企業(yè)的快速速發(fā)展，對應(yīng)應(yīng)用系統(tǒng)的依依賴

18、程度越來來越高，需要要應(yīng)用系統(tǒng)提提供高可用性性、高可靠性性的系統(tǒng)?；谶@種需求求，從而建立立容災(zāi)系統(tǒng)，來來滿足企業(yè)生生產(chǎn)的需要。容災(zāi)系統(tǒng)是是指在相隔較較遠(yuǎn)的異地，建建立兩套或多多套功能相同同的IT系統(tǒng)統(tǒng)，互相之間間可以進(jìn)行健健康狀態(tài)監(jiān)視視和功能切換換，當(dāng)一處系系統(tǒng)因意外(如火災(zāi)、地地震等)停止止工作時(shí)，整整個(gè)應(yīng)用系統(tǒng)統(tǒng)可以切換到到另一處，使使得該系統(tǒng)功功能可以繼續(xù)續(xù)正常工作。冗余會帶來來額外的資金金投入，但是是對于關(guān)鍵性性的應(yīng)用卻是是十分必要的的。無論是人人為災(zāi)難還是是自然災(zāi)難，災(zāi)災(zāi)難總會發(fā)生生。這意味著著必須有一個(gè)個(gè)安全的系統(tǒng)統(tǒng)，在發(fā)生服服務(wù)器故障時(shí)時(shí)能夠把恢復(fù)復(fù)時(shí)間盡量減減少到最少，使使

19、用戶感覺不不到停機(jī)時(shí)間間。本文的目的是為為了完善和改改進(jìn)傳統(tǒng)的容容災(zāi)方式。首首先分析數(shù)據(jù)據(jù)庫應(yīng)用的現(xiàn)現(xiàn)狀，采用數(shù)數(shù)據(jù)庫的EXXP技術(shù)和RRman技術(shù)術(shù)備份本地?cái)?shù)數(shù)據(jù)，使用LLogminner恢復(fù)用用戶修改的數(shù)數(shù)據(jù)。在此基基礎(chǔ)上，建立立本地應(yīng)用容容災(zāi)的環(huán)境，安安裝OCM、Oraclle，并創(chuàng)建建數(shù)據(jù)庫，配配置節(jié)點(diǎn)，設(shè)設(shè)置容災(zāi)體系系的環(huán)境。然然后，測試大大量數(shù)據(jù)丟失失的情況。首首先使用IMMP、Rmaan進(jìn)行恢復(fù)復(fù)，結(jié)果顯示示需要的時(shí)間間較長，對連連續(xù)性應(yīng)用有有較大影響。其次使用LLogminner恢復(fù)數(shù)數(shù)據(jù)，結(jié)果說說明所需時(shí)間間較短，但只只能對一部分分用戶的修改改進(jìn)行恢復(fù)。最后采用RRac技術(shù)進(jìn)

20、進(jìn)行數(shù)據(jù)測試試。結(jié)果證明明，Rac技技術(shù)可以保證證數(shù)據(jù)庫系統(tǒng)統(tǒng)不間斷提供供服務(wù)，即使使集群中有的的節(jié)點(diǎn)出現(xiàn)故故障，只要集集群中存在一一個(gè)可用節(jié)點(diǎn)點(diǎn)，客戶端的的應(yīng)用程序就就不受影響，而而且連接到故故障節(jié)點(diǎn)的客客戶端會被自自動轉(zhuǎn)移到有有效節(jié)點(diǎn)上。這個(gè)過程用用戶是感覺不不到的。通過上述實(shí)踐過過程，證明了了Rac技術(shù)術(shù)可以預(yù)防單單節(jié)點(diǎn)數(shù)據(jù)庫庫失敗的情況況，能夠達(dá)到到預(yù)期的本地地?cái)?shù)據(jù)庫容災(zāi)災(zāi)應(yīng)用的目的的。關(guān)鍵詞：Oraacle; 容災(zāi);數(shù)據(jù)備備份;并行數(shù)數(shù)據(jù)庫;日志志ABSTRACCTAlong wwith tthe faast deeveloppment of buusinesss entterpri

21、ise, mmore aand moore deependeence tto thee applly sysstem, it neeed too applly sysstem pprovidde usaable aand deependaable ssystemm. Acccordinng to this kind of neeed, tthen bbuild up diisasteer sysstem tto sattisfy the ddemandd thatt the businness pproducction. The disasster ssystemm meanns to be

22、thhe sysstem tthat bbeen sseparaated ffartheer lannd, soo builld up two ssets oor sevveral IT syystemss of ffunctiion hoomologgies, mutuaal sysstems can ccarry on heealthyy appeearancce surrveilllance and ffunctiion too cut over and bbe a ssystemm stopp becaause oof acccidentt (likke a ffire, earthh

23、quakee.ettc.) wwork, the wwhole appliied syystem can ccut ovver annotherr palaace, mmake tthat ssystemm funcction be abble too conttinue normaal worrk. Thhe reddundanncy wiill brring aadditiional fundss devootion, but for ddecisiive appplicaation, it iis verry neccessarry. Neeitherr regaardlesss art

24、tificiial diisasteer norr a naaturall disaaster, disaaster cantt avoiid. Thhis meean muust haave a safetty sysstem ccan ass far as poossiblle redduce ttime oof insstauraation to att leasst.The ressearchh purppose oof thiis artticle is foor sollving to exxistennt rellativeely faall beehind of meethod

25、. Firsst thee pressent ccondittion oof anaalyticcal daatabasse appplicattion, EXP ttechniique aand thhe bacckup nnativee dataa of tthe Rmman teechniqque off adopption databbase, usagee log minerr insttaurattion tthe cuustomeer moddify oof datta. Buuild uup thee enviironmeent thhat thhe nattive aappl

26、iccationn permmits aa disaaster on thhis fooundattion, then OCM, Oraclle, annd esttablissh a ddatabaase, iinstalll nodde; thhe connstituution permiits thhe envvironmment oof dissasterr systtem. TThen, test a greeat deeal off circcumstaance tthat tthe daata thhrows to loose. UUse IMMP, Rmman too carr

27、ry on instaauratiion fiirst, the ttime oof ressult mmanifeestatiion iss longger, tto conntinuoous appplicaation influuencedd. Seccondlyy use a Logg mineer insstauraation data, resuult tiime thhat ellucidaation need be shhorterr, butt can carryy on iinstauuratioon to a parrt of custoomerss modiificat

28、tion. Finallly addopt aa Rac technnique to caarry oon a ddata ttest. Provee as aa resuult thhat thhe Racc techhniquee can withoout a breakk provvide aa servvice bby asssurancce dattabasee systtem annd eveen gatther tto havve in the cclusteer of the nnode aappearr breaakdownn, as long as gaather to e

29、xxist 11 in tthe cllusterr can use nnode, the ccustommer caarry oof thee appllied pproceddure bbe uniinflueenced, and link to brreak ddown nnode oof cusstomerrs caarry wwill bbe traansferrred vvalid node autommaticaally uup. Throughh abovve-menntioneed praacticee proccess, provee the Rac ttechniique

30、 ccan prreventt singgle noode daatabasse froom faiil of circuumstannce, ccan atttain the ppurposse thaat thee antiicipannt nattive ddatabaase peermitss a diisasteer appplicattion.KEYWORDD: Oraacle 、Disasster 、Backuup 、Raac 、Loogmineer緒論1.1 系統(tǒng)開開發(fā)背景計(jì)算機(jī)系統(tǒng)在為為業(yè)務(wù)的迅猛猛發(fā)展提供信信息技術(shù)基礎(chǔ)礎(chǔ)架構(gòu)的同時(shí)時(shí)，也帶來了了以往我們不不曾發(fā)覺的負(fù)負(fù)面因素

31、。例例如由于信息息和處理的高高度集中使業(yè)業(yè)務(wù)運(yùn)轉(zhuǎn)過度度依賴于ITT系統(tǒng)，并會會因?yàn)镮T系系統(tǒng)的突發(fā)問問題而受到很很大影響，嚴(yán)嚴(yán)重的甚至可可以導(dǎo)致業(yè)務(wù)務(wù)系統(tǒng)無法正正常進(jìn)行。這這些問題包括括了進(jìn)行系統(tǒng)統(tǒng)檢修和升級級帶來長時(shí)間間的系統(tǒng)停機(jī)機(jī)，系統(tǒng)自身身的或者人為為的因素或事事故發(fā)生后連鎖性的擴(kuò)擴(kuò)大，以及不不可預(yù)見的故故障和突發(fā)性性災(zāi)難等等。如何避免業(yè)業(yè)務(wù)運(yùn)轉(zhuǎn)受到到影響，或者者使業(yè)務(wù)影響響盡可能降到到最低，這是是每一個(gè)企業(yè)業(yè)管理者必須須考慮和重視視的問題。可可想而知，業(yè)業(yè)務(wù)中斷或者者數(shù)據(jù)丟失將將對企業(yè)產(chǎn)生生巨大的影響響。以金融業(yè)業(yè)為例，在災(zāi)災(zāi)難停機(jī)2天天內(nèi)所受損失失為日營業(yè)額額的50%，如如兩星期內(nèi)無

32、無法恢復(fù)信息息系統(tǒng)，755%的公司將將業(yè)務(wù)停頓，443%的公司司將再也無法法開業(yè)。這并并非聳人聽聞聞。在這個(gè)數(shù)據(jù)據(jù)為王的年代代，我們就要要千方百計(jì)地地保護(hù)數(shù)據(jù)，不僅要要讓系統(tǒng)本身身日趨完美，還還要考慮到問問題出現(xiàn)后的的應(yīng)急措施，也就是我們通常所說的容災(zāi)備份。提高IT系統(tǒng)的的高可靠性以以及IT系統(tǒng)統(tǒng)的容災(zāi)建設(shè)設(shè)已不再是新新鮮的話題了了，隨著許多多用戶實(shí)施業(yè)業(yè)務(wù)系統(tǒng)大集集中，針對IIT系統(tǒng)的高高可靠性和容容災(zāi)能力的需需求日漸突出出。然而，目目前大多數(shù)容容災(zāi)系統(tǒng)的建建設(shè)還是存在在許多問題的的。這些問題題中不僅有技技術(shù)層面的缺缺陷，還有在在流程和人員員方面的不足足。這些問題題可能導(dǎo)致的的直接后果就就是

33、當(dāng)發(fā)生災(zāi)災(zāi)難時(shí)，根本本無法實(shí)現(xiàn)應(yīng)應(yīng)用系統(tǒng)的快快速恢復(fù)，甚甚至可能導(dǎo)致致業(yè)務(wù)運(yùn)轉(zhuǎn)的的長時(shí)間災(zāi)難難性中斷。我我們可以列舉舉出其中的一一些： 1. 僅從從產(chǎn)品功能層層面考慮問題題，最終建設(shè)設(shè)的容災(zāi)環(huán)境境僅是一個(gè)多多種產(chǎn)品的堆堆積。僅實(shí)現(xiàn)現(xiàn)了數(shù)據(jù)的遠(yuǎn)遠(yuǎn)程復(fù)制或者者離線存放，沒沒有進(jìn)行災(zāi)難難的各種場景景測試和災(zāi)難難預(yù)演，并缺缺乏災(zāi)難恢復(fù)復(fù)機(jī)制和危機(jī)機(jī)應(yīng)對流程。發(fā)生災(zāi)難時(shí)時(shí)，不知道到到底數(shù)據(jù)或者者系統(tǒng)能否恢恢復(fù)正常。 2. 進(jìn)行了一定定的測試和預(yù)預(yù)演，但是缺缺少相應(yīng)的災(zāi)災(zāi)難恢復(fù)計(jì)劃劃和特殊情況況下的行動指指南，更沒有有全面的業(yè)務(wù)務(wù)連續(xù)性計(jì)劃劃。在真正發(fā)發(fā)生災(zāi)難時(shí)，百百廢待興、千千頭萬緒的情情況下，沒有有依

34、據(jù)和參考考，可能無法法順利進(jìn)行有有關(guān)操作。 3. 有了災(zāi)難恢恢復(fù)計(jì)劃等必必要文檔，但但是沒有及時(shí)時(shí)的將IT系系統(tǒng)，業(yè)務(wù)流流程和管理人人員等不斷變變化的信息更更新，導(dǎo)致容容災(zāi)手冊成為為一紙空文。 4. 具備了以上上的要素，但但是容災(zāi)系統(tǒng)統(tǒng)的建設(shè)局限限在IT部門門，缺少業(yè)務(wù)務(wù)部門的參與與和管理高層層的介入和全全力支持。發(fā)發(fā)生災(zāi)害時(shí)，IIT系統(tǒng)能夠夠恢復(fù)但是業(yè)業(yè)務(wù)流程仍無無法恢復(fù)運(yùn)轉(zhuǎn)轉(zhuǎn)。 1.2 國內(nèi)外外研究現(xiàn)狀早在上世紀(jì)500年代，國外外一些公司就就開始對自己己的重要數(shù)據(jù)據(jù)進(jìn)行備份保保護(hù)。這些數(shù)數(shù)據(jù)有的是紙紙介質(zhì)形式，有有的是電子數(shù)數(shù)據(jù)，人們將將其副本放置置在另一個(gè)相相對安全的地地點(diǎn)（即現(xiàn)在在我們

35、說的災(zāi)災(zāi)備中心的雛雛形）存放，以以達(dá)到數(shù)據(jù)安安全的目的。70年代的的時(shí)候這種類類似的數(shù)據(jù)容容災(zāi)保護(hù)形式式越來越普遍遍，到了800年代，美國國市場上已經(jīng)經(jīng)有了上百個(gè)個(gè)專業(yè)公司。備份數(shù)據(jù)異異地災(zāi)備中心心存儲模式的的災(zāi)難恢復(fù)解解決方案被那那些視數(shù)據(jù)為為生命，數(shù)據(jù)據(jù)量巨大且數(shù)數(shù)據(jù)集中的金金融公司廣泛泛采用。19983年美國國聯(lián)邦貨幣監(jiān)監(jiān)管中心要求求金融機(jī)構(gòu)起起草了有關(guān)數(shù)數(shù)據(jù)災(zāi)難備份份及恢復(fù)的指指導(dǎo)性文件，主主要強(qiáng)調(diào)數(shù)據(jù)據(jù)庫的備份和和恢復(fù)，通過過運(yùn)送備份磁磁帶到專門的的存儲地實(shí)現(xiàn)現(xiàn)安全。此文文件一直使用用到19899年，聯(lián)邦貨貨幣監(jiān)管中心心有了更詳盡盡更成熟的一一套數(shù)據(jù)安全全相關(guān)資料。進(jìn)入九十年年代，計(jì)

36、算機(jī)機(jī)的迅速發(fā)展展和普及沖擊擊了災(zāi)難恢復(fù)復(fù)行業(yè)。過去去集中式的計(jì)計(jì)算機(jī)使用模模式變成了如如今分布式的的網(wǎng)絡(luò)架構(gòu)使使用，這種改改變也給容災(zāi)災(zāi)行業(yè)帶來了了新的市場和和機(jī)遇，更過過的硬、軟件件產(chǎn)品有了用用武之地。九九十年代的中中后期，出現(xiàn)現(xiàn)了業(yè)務(wù)連續(xù)續(xù)性的概念，并并開始逐漸取取代單純的災(zāi)災(zāi)難恢復(fù)。與與災(zāi)難恢復(fù)相相比，業(yè)務(wù)連連續(xù)性不只局局限于傳統(tǒng)的的IT系統(tǒng)，而而是涵蓋了包包括人為操作作失誤、網(wǎng)絡(luò)絡(luò)故障、流程程中斷等?；仡櫼酝?，20001年9月月11日，美美國世貿(mào)中心心雙子大廈遭遭受了嚴(yán)重的的恐怖襲擊。根據(jù)Garrtner Groupp的相關(guān)調(diào)查查統(tǒng)計(jì)，在這這兩棟大樓中中，共有12200家公司司，其中

37、僅4400家公司司執(zhí)行了災(zāi)難難恢復(fù)預(yù)案，而而大多數(shù)公司司因?yàn)闆]有建建立災(zāi)難恢復(fù)復(fù)系統(tǒng)，數(shù)據(jù)據(jù)損毀、丟失失，導(dǎo)致業(yè)務(wù)務(wù)無法恢復(fù)，最最后只能宣布布倒閉。美國國德克薩斯州州大學(xué)的調(diào)查查顯示：只有有6%的公司司可以在數(shù)據(jù)據(jù)丟失后生存存下來，433%的公司會會徹底關(guān)門，551%的公司司會在兩年之之內(nèi)消失。美美國明尼蘇達(dá)達(dá)大學(xué)的研究究也表明，在在遭遇災(zāi)難的的同時(shí)又沒有有災(zāi)難恢復(fù)計(jì)計(jì)劃的企業(yè)中中，將有超過過60%的企企業(yè)在兩到三三年后退出市市場。而隨著著企業(yè)對數(shù)據(jù)據(jù)處理依賴程程度的遞增，該該比例還有上上升的趨勢。國際調(diào)查機(jī)機(jī)構(gòu)Garttner GGroup的的調(diào)查顯示，在在經(jīng)歷大型災(zāi)災(zāi)難而導(dǎo)致系系統(tǒng)停運(yùn)的公

38、公司中有2/5再也沒有有恢復(fù)運(yùn)營，剩剩下的公司中中也有1/33在兩年內(nèi)破破產(chǎn)?！?.11”事件件后，Gloobe Coontinuuity IInc. 對對美國、英國國、澳大利亞亞及加拿大共共565個(gè)公公司使用災(zāi)難難備份中心的的情況進(jìn)行了了調(diào)查，發(fā)現(xiàn)現(xiàn)在擁有或租租用了災(zāi)難備備份中心的公公司中，566%使用了商商業(yè)化的災(zāi)難難備份服務(wù)，229%使用自自有的災(zāi)難備備份中心，115%在商業(yè)業(yè)化災(zāi)難備份份服務(wù)的基礎(chǔ)礎(chǔ)上同時(shí)擁有有自己的備份份設(shè)施。兩項(xiàng)項(xiàng)相加，使用用災(zāi)難備份服服務(wù)外包的比比例達(dá)到了771%。美國國財(cái)政部金融融局、美國聯(lián)聯(lián)邦金融機(jī)構(gòu)構(gòu)檢查委員會會、全美證券券交易商協(xié)會會、美國聯(lián)邦邦金融機(jī)構(gòu)檢

39、檢查委員會、美國聯(lián)邦儲儲備委員會、證券交易委委員會、英國國金融服務(wù)管管理局、新加加坡金融管理理局、香港金金融管理局等等對金融行業(yè)業(yè)的業(yè)務(wù)連續(xù)續(xù)性都提出了了明確的政策策監(jiān)管要求。 反反觀我國，計(jì)計(jì)算機(jī)行業(yè)發(fā)發(fā)展相對較為為滯后，近十十幾年才有比比較快速的飛飛躍。在為業(yè)業(yè)務(wù)的迅猛發(fā)發(fā)展提供信息息技術(shù)基礎(chǔ)架架構(gòu)的同時(shí)，也也帶來了以往往我們不曾發(fā)發(fā)覺的負(fù)面因因素。例如由由于信息和處處理的高度集集中使業(yè)務(wù)運(yùn)運(yùn)轉(zhuǎn)過度依賴賴于IT系統(tǒng)統(tǒng)，并會因?yàn)闉镮T系統(tǒng)的的突發(fā)問題而而受到很大影影響，嚴(yán)重的的甚至可以導(dǎo)導(dǎo)致業(yè)務(wù)系統(tǒng)統(tǒng)無法正常進(jìn)進(jìn)行。這些問問題并不是經(jīng)經(jīng)常會發(fā)生，但但是一旦出現(xiàn)現(xiàn)，后果將會會很嚴(yán)重，會會對企業(yè)

40、的生生產(chǎn)和經(jīng)營帶帶來很不利的的后果。1.3 解決的的主要問題數(shù)據(jù)庫是一個(gè)很很復(fù)雜的事物物，對于它的的數(shù)據(jù)保存，也也有很多種方方式方法，各各種方法都有有各自的優(yōu)點(diǎn)點(diǎn)與缺點(diǎn)。通通過下面的實(shí)實(shí)際情況進(jìn)行行分析：數(shù)據(jù)庫應(yīng)用的效效率：基于FFOC數(shù)據(jù)庫庫有十幾個(gè)應(yīng)應(yīng)用系統(tǒng)，應(yīng)應(yīng)用的特點(diǎn)各各不相同，有有的應(yīng)用系統(tǒng)統(tǒng)是聯(lián)機(jī)事物物處理（OLLTP），有有的是基于數(shù)數(shù)據(jù)倉庫的數(shù)數(shù)據(jù)分析系統(tǒng)統(tǒng)（OLAPP）。OLTTP系統(tǒng)要求求數(shù)據(jù)庫能夠夠?qū)τ脩舻恼堈埱笞鞒隹焖偎夙憫?yīng)，OLLAP系統(tǒng)對對數(shù)據(jù)庫產(chǎn)生生巨大的數(shù)據(jù)據(jù)量請求和計(jì)計(jì)算分析，兩兩個(gè)應(yīng)用系統(tǒng)統(tǒng)同時(shí)存在一一臺數(shù)據(jù)庫服服務(wù)器上會影影響應(yīng)用系統(tǒng)統(tǒng)的工作效率率?，F(xiàn)有的

41、單單臺服務(wù)器無無法做到把OOLTP和OOLAP兩種種不同類型的的應(yīng)用分開,在同一臺服服務(wù)器上使用用相同的CPPU與內(nèi)存資資源，資源的的爭用情況嚴(yán)嚴(yán)重。 數(shù)據(jù)庫的數(shù)據(jù)備備份方式：FFOC數(shù)據(jù)庫庫的數(shù)據(jù)備份份方式采用的的是物理備份份和邏輯備份份，這兩種備備份方式能夠夠保證數(shù)據(jù)的的不丟失，但但是兩種備份份方式在進(jìn)行行恢復(fù)數(shù)據(jù)庫庫的時(shí)間可能能要長達(dá)數(shù)小小時(shí)，在恢復(fù)復(fù)過程中所用用的應(yīng)用系統(tǒng)統(tǒng)都無法訪問問數(shù)據(jù)庫，會會嚴(yán)重的影響響企業(yè)的生產(chǎn)產(chǎn)運(yùn)行。數(shù)據(jù)庫的應(yīng)用備備份方式：現(xiàn)現(xiàn)有的FOCC數(shù)據(jù)庫沒有有應(yīng)用備份，如如果數(shù)據(jù)庫服服務(wù)器崩潰短短，時(shí)間內(nèi)無無法恢復(fù)，需需要準(zhǔn)備一臺臺新的備用服服務(wù)器、安裝裝操作系統(tǒng)、O

42、raclle 數(shù)據(jù)庫庫軟件，然后后使用數(shù)據(jù)備備份進(jìn)行恢復(fù)復(fù)，整個(gè)恢復(fù)復(fù)過程可能需需要一天的時(shí)時(shí)間。在恢復(fù)復(fù)過程中所用用的應(yīng)用系統(tǒng)統(tǒng)都無法訪問問數(shù)據(jù)庫，會會嚴(yán)重的影響響企業(yè)的生產(chǎn)產(chǎn)運(yùn)行。解決用戶錯(cuò)誤：現(xiàn)有的FOOC數(shù)據(jù)庫沒沒有針對用戶戶錯(cuò)誤的處理理方案，但是是用戶錯(cuò)誤是是經(jīng)常出現(xiàn)的的，當(dāng)用戶錯(cuò)錯(cuò)誤修改了數(shù)數(shù)據(jù)或者數(shù)據(jù)據(jù)庫管理員錯(cuò)錯(cuò)誤的刪除了了表，需要進(jìn)進(jìn)行數(shù)據(jù)庫的的恢復(fù)，恢復(fù)復(fù)時(shí)間可能需需要數(shù)小時(shí)。從上面的分析能能夠看出，現(xiàn)現(xiàn)有的FOCC數(shù)據(jù)庫無法法滿足應(yīng)用系系統(tǒng)高可用性性的需要，為為了不讓信息息系統(tǒng)成為企企業(yè)生產(chǎn)運(yùn)行行的瓶頸，必必須要解決現(xiàn)現(xiàn)有的容災(zāi)系系統(tǒng)存在的問問題。除了以上列出的的問題之外

43、，還還有許多問題題如容災(zāi)系統(tǒng)統(tǒng)的負(fù)載能力力估計(jì)不足，實(shí)實(shí)施過程中沒沒有嚴(yán)格遵循循高可靠標(biāo)準(zhǔn)準(zhǔn)，實(shí)施過程程工作界面過過多溝通不足足，日常運(yùn)維維管理方面存存在不足和漏漏洞，缺少廠廠商、系統(tǒng)集集成商的后續(xù)續(xù)支持服務(wù)等等等都可能導(dǎo)導(dǎo)致業(yè)務(wù)持續(xù)續(xù)性系統(tǒng)建設(shè)設(shè)的失敗。另另一類問題是是項(xiàng)目小組僅僅將目光放在在了大型災(zāi)難難等突發(fā)事件件的應(yīng)對之上上，而忽略了了計(jì)劃性停機(jī)機(jī)對業(yè)務(wù)運(yùn)行行的影響。根根據(jù)有關(guān)統(tǒng)計(jì)計(jì)，非計(jì)劃性性停機(jī)只占113%的停機(jī)機(jī)概率，而在在非計(jì)劃停機(jī)機(jī)中大型自然然災(zāi)難占的比比例就更低了了。所以在項(xiàng)項(xiàng)目實(shí)施時(shí)，未未能很好的優(yōu)優(yōu)化現(xiàn)有系統(tǒng)統(tǒng)和流程，沒沒有充分發(fā)掘掘現(xiàn)有潛力，未未能將日常操操作流程和業(yè)業(yè)

44、務(wù)持續(xù)性目目標(biāo)充分整合合，雖然實(shí)現(xiàn)現(xiàn)了容災(zāi)但是是仍沒有從本本質(zhì)上解決持持續(xù)性問題。1.4 本文的的主要工作在現(xiàn)有數(shù)據(jù)庫的的基礎(chǔ)上，分分析了數(shù)據(jù)容容災(zāi)的多種方方法，并結(jié)合合容災(zāi)思想的的理論，設(shè)計(jì)計(jì)了Rac數(shù)數(shù)據(jù)庫的容災(zāi)災(zāi)體系。首先，本文討論論了系統(tǒng)的開開發(fā)背景以及及所面對的問題，介紹紹了在新形勢勢下面臨的挑挑戰(zhàn)和機(jī)遇。在此基礎(chǔ)上上簡單說明了本文中涉及及到數(shù)據(jù)庫的的一些概念，并并進(jìn)行了業(yè)務(wù)務(wù)操作設(shè)計(jì)以以及系統(tǒng)化工工作。闡述數(shù)數(shù)據(jù)庫的備份份與數(shù)據(jù)庫的的容災(zāi)概念不不同，并著重重介紹了Raac并行服務(wù)務(wù)器技術(shù)，以以及Rac的的技術(shù)特點(diǎn)和和體系結(jié)構(gòu)。其次，在系統(tǒng)的的詳細(xì)設(shè)計(jì)中中，建立容災(zāi)災(zāi)體系。先用用or

45、aclle數(shù)據(jù)庫提提供的工具，EEXP、RMMAN建立本本地的備份數(shù)數(shù)據(jù)；再用數(shù)數(shù)據(jù)挖掘技術(shù)術(shù)恢復(fù)用戶修修改的數(shù)據(jù)。然后，建立立本地應(yīng)用容容災(zāi)系統(tǒng)。安安裝數(shù)據(jù)庫，并并創(chuàng)建實(shí)例等等等。再次，在系統(tǒng)的的實(shí)現(xiàn)與測試試中，對系統(tǒng)統(tǒng)的總體實(shí)現(xiàn)現(xiàn)加以簡單介介紹，給出了了系統(tǒng)的效果果圖。然后著著重對測試的的結(jié)果進(jìn)行了了詳細(xì)分析。對數(shù)據(jù)進(jìn)行行了應(yīng)用多種種恢復(fù)方式的的測試，先采采用Imp、Rman做做數(shù)據(jù)恢復(fù)，然然后使用創(chuàng)建建的Rac系系統(tǒng)，進(jìn)行負(fù)負(fù)載均衡測試試和失敗切換換測試。最后，本文對本本設(shè)計(jì)的應(yīng)用用情況作了簡簡單介紹，并并對系統(tǒng)的設(shè)設(shè)計(jì)和實(shí)現(xiàn)進(jìn)進(jìn)行了總結(jié)，并并提出了對數(shù)數(shù)據(jù)庫容災(zāi)技技術(shù)的改進(jìn)建建議。1.

46、5 論文的的組織結(jié)構(gòu)第1章 引言。主要描述數(shù)數(shù)據(jù)庫容災(zāi)技技術(shù)的開發(fā)背背景、國內(nèi)外外現(xiàn)狀，本文文解決的主要要問題和完成成的工作。第2章 相關(guān)知知識綜述。首首先進(jìn)行了數(shù)數(shù)據(jù)庫相關(guān)概概念的概述。其次描述了了該系統(tǒng)的系系統(tǒng)目標(biāo)和解解決的問題。最后對容災(zāi)災(zāi)與備份的區(qū)區(qū)別與共同點(diǎn)點(diǎn)進(jìn)行描述。第3章 并行服服務(wù)器技術(shù)RRac。主要要進(jìn)行對并行行服務(wù)器技術(shù)術(shù)Rac的相相關(guān)方面研究究。首先對Raac的技術(shù)特點(diǎn)進(jìn)行行了闡述。其其次，對并行行服務(wù)器技術(shù)術(shù)的體系結(jié)構(gòu)構(gòu)進(jìn)行了說明明，并對后面面要用到的文文件做了設(shè)置置。第4章 建立容容災(zāi)體系。本本章主要進(jìn)行行系統(tǒng)設(shè)計(jì)。首先在系統(tǒng)統(tǒng)部分，從EExp和Rman兩個(gè)個(gè)方面討論

47、了了系統(tǒng)的設(shè)計(jì)計(jì)，并且應(yīng)用用上述的兩個(gè)個(gè)工具對本地地?cái)?shù)據(jù)進(jìn)行了了備份。其次次，建立用戶戶錯(cuò)誤的數(shù)據(jù)據(jù)容災(zāi)，采用用數(shù)據(jù)挖掘技技術(shù)恢復(fù)用戶戶修改的數(shù)據(jù)據(jù)。最后，建建立本地應(yīng)用用容災(zāi)系統(tǒng)。構(gòu)建操作系系統(tǒng)，安裝數(shù)數(shù)據(jù)庫和實(shí)例例，搭建并行行服務(wù)器的平平臺。第5章 測試容容災(zāi)系統(tǒng)。首首先測試大量量數(shù)據(jù)丟失的的情況，采用用Imp和RRman技術(shù)術(shù)做數(shù)據(jù)恢復(fù)復(fù)。其次，測試用用戶錯(cuò)誤修改改數(shù)據(jù)的情況況。最后，測試試并行數(shù)據(jù)庫庫出現(xiàn)某節(jié)點(diǎn)點(diǎn)失效的情況況，并進(jìn)行RRac負(fù)載均均衡測試和失失敗切換測試試。第6章 對論文文進(jìn)行了總結(jié)結(jié)，并對系統(tǒng)統(tǒng)的進(jìn)一步提提升提出了改改進(jìn)意見。相關(guān)知識綜述2.1 oraacle備份份概

48、述冷備份是Oraacle 最最簡單的一種種備份，執(zhí)行行冷備份前必必須正常關(guān)閉閉數(shù)據(jù)庫，然然后使用操作作系統(tǒng)工具（例例如copyy命令）或者者第三方工具具備份所有相相關(guān)的數(shù)據(jù)庫庫文件。如果果數(shù)據(jù)庫在不不正常的情況況下關(guān)閉，數(shù)數(shù)據(jù)庫的控制制文件和數(shù)據(jù)據(jù)文件頭以及及聯(lián)機(jī)重做日日志可能處于于不同步的狀狀態(tài)，這種情情況下進(jìn)行冷冷備份無效。冷備份只是是適合數(shù)據(jù)量量不大，而且且不要求應(yīng)用用系統(tǒng)必須77*24小時(shí)時(shí)提供服務(wù)的的情況。熱備備份相對于冷冷備份而言，就就是不關(guān)閉數(shù)數(shù)據(jù)庫時(shí)做的的備份。理解解Oraclle的熱備份份必須要先理理解數(shù)據(jù)庫歸歸檔的運(yùn)行模模式。數(shù)據(jù)庫庫能夠在兩種種模式下運(yùn)行行:歸檔、非非歸檔

49、。歸檔檔就是把聯(lián)機(jī)機(jī)重做日志進(jìn)進(jìn)行備份，聯(lián)聯(lián)機(jī)重做日志志至少有2組組，當(dāng)一組聯(lián)聯(lián)機(jī)重做日志志寫滿后，發(fā)發(fā)生日志切換換，LGWRR進(jìn)程會向另另一組聯(lián)機(jī)重重做日志中寫寫入，ARCCn進(jìn)程把剛剛記錄滿的一一組聯(lián)機(jī)重做做日志拷貝到到歸檔路徑下下。非歸檔模模式就是數(shù)據(jù)據(jù)庫不使用AARCn進(jìn)程程進(jìn)行歸檔，當(dāng)當(dāng)日志進(jìn)行切切換時(shí)不會產(chǎn)產(chǎn)生歸檔日志志文件。Oracle數(shù)數(shù)據(jù)庫自身附附帶有備份工工具，其中包包括Exp工工具。Expp是可以把用用戶數(shù)據(jù)以表表為單位進(jìn)行行導(dǎo)出的工具具，導(dǎo)出dmmp格式的文文件。Oraacle 的的Imp工具具可以讀取ddmp文件，并并且把數(shù)據(jù)導(dǎo)導(dǎo)入某個(gè)帳戶戶下進(jìn)行數(shù)據(jù)據(jù)恢復(fù)。Exxp

50、僅僅備份份的是某個(gè)用用戶的數(shù)據(jù)，包包括用戶的表表、索引、數(shù)數(shù)、觸發(fā)器等等等，不能備備份數(shù)據(jù)庫級級別的一些文文件，包括控控制文件、數(shù)數(shù)據(jù)文件、歸歸檔文件、口口令文件、參參數(shù)文件。 Exp的原理是是把數(shù)據(jù)庫中中用戶的對象象全部進(jìn)行處處理，對象的的定義轉(zhuǎn)變成成DDL語句句寫入dmpp文件，表中中的數(shù)據(jù)轉(zhuǎn)化化成inseert的語句句寫入dmpp文件中，在在Imp導(dǎo)入入時(shí)候重新建建立用戶下的的對象，并且且通過dmpp文件中的DDDL語句建建立對象，通通過inseert語句寫寫入數(shù)據(jù)。用用Imp導(dǎo)入入數(shù)據(jù)時(shí)還會會產(chǎn)生大量的的日志寫入聯(lián)聯(lián)機(jī)日志文件件中，恢復(fù)的的速度比較慢慢。而且Exxp，Impp工具在不同

51、同的Oraccle 數(shù)據(jù)據(jù)庫版本之間間還有一定的的限制，只能能遵循由相同同版本或者低低版本的Exxp來導(dǎo)出高高版本數(shù)據(jù)庫庫的數(shù)據(jù)，然然后再由相同同版本或者低低版本的Immp向目標(biāo)數(shù)數(shù)據(jù)庫中導(dǎo)入入。Exp和Impp工具應(yīng)用起起來恢復(fù)速度度較慢，但也也有一定的優(yōu)優(yōu)點(diǎn)。第一、Exp可以跨跨操作系統(tǒng)平平臺進(jìn)行數(shù)據(jù)據(jù)的備份恢復(fù)復(fù)，由Winndows上上的Oraccle 數(shù)據(jù)據(jù)庫導(dǎo)出的ddmp文件可可以導(dǎo)入到UUnix的OOraclee數(shù)據(jù)庫中。第二、可以以在數(shù)據(jù)庫不不關(guān)閉的情況況下做備份。可以作為數(shù)數(shù)據(jù)庫熱備份份的一種工具具?？梢杂糜谟跉w檔或者非非歸檔的數(shù)據(jù)據(jù)庫。第三、支持以表為為單位導(dǎo)出數(shù)數(shù)據(jù)，甚至可

52、可以支持導(dǎo)出出表中的部分分?jǐn)?shù)據(jù)。Rman是Orracle 提供的另一一種強(qiáng)大的備備份工具，可可以用于備份份歸檔或者非非歸檔的數(shù)據(jù)據(jù)庫，可以備備份用戶的數(shù)數(shù)據(jù)文件、控控制文件、歸歸檔日志文件件、參數(shù)文件件、口令文件件。我們可以以使用noccataloog方式來使使用RMANN，此時(shí)控制制信息記錄在在目標(biāo)數(shù)據(jù)庫庫的控制文件件中，但這樣樣不安全，因因?yàn)橐坏┠繕?biāo)標(biāo)數(shù)據(jù)庫的控控制文件損壞壞就意味著所所有的RMAAN備份失失效。Rmaan的優(yōu)點(diǎn)主主要包括：第第一、可在表表空間或數(shù)據(jù)據(jù)庫文件級備備份，備份的的時(shí)間短。備備份操作和恢恢復(fù)操作都可可以并行，而而且恢復(fù)時(shí)也也不產(chǎn)生日志志，加快備份份和恢復(fù)的速速度。

53、第二、備份時(shí)數(shù)據(jù)據(jù)庫仍可使用用。備份時(shí)不不影響用戶的的操作，用戶戶幾乎沒有感感覺。第三、可達(dá)到秒級級時(shí)間點(diǎn)恢復(fù)（恢恢復(fù)到某一時(shí)時(shí)間點(diǎn)上）。使用數(shù)據(jù)庫庫有效的備份份和從有效備備份開始到最最新的歸檔日日志，進(jìn)行恢恢復(fù)時(shí)可以恢恢復(fù)到任何一一個(gè)時(shí)間點(diǎn)。第四、可對對所有數(shù)據(jù)庫庫實(shí)體做恢復(fù)復(fù)。適用于7*24不間斷斷運(yùn)行的關(guān)鍵鍵應(yīng)用系統(tǒng)。2.2 備份與與容災(zāi)的區(qū)別別上文對備份的概概念作了簡述述，備份僅僅僅是數(shù)據(jù)的備備份方式，能能夠保證用戶戶數(shù)據(jù)的不丟丟失。不管使使用何種備份份方式，在恢恢復(fù)的時(shí)候都都需要考慮下下面幾個(gè)方面面。2.2.1 當(dāng)當(dāng)數(shù)據(jù)庫運(yùn)行行在非歸檔模模式下準(zhǔn)備硬件與操作作系統(tǒng)平臺，安安裝Orac

54、cle 數(shù)據(jù)據(jù)庫軟件，當(dāng)當(dāng)用冷備份恢恢復(fù)時(shí)候需要要使用操作系系統(tǒng)級別的拷拷貝命令。當(dāng)當(dāng)用Imp命命令恢復(fù)時(shí)候候需要先創(chuàng)建建數(shù)據(jù)庫，手手工建立參數(shù)數(shù)文件和控制制文件，要保保證新創(chuàng)建的的數(shù)據(jù)庫與原原數(shù)據(jù)庫的表表空間、用戶戶等完全一樣樣，然后再使使用Imp命命令進(jìn)行數(shù)據(jù)據(jù)的恢復(fù)。2.2.2 當(dāng)當(dāng)數(shù)據(jù)庫運(yùn)行行在歸檔模式式下準(zhǔn)備硬件與操作作系統(tǒng)平臺，安安裝Oraccle 數(shù)據(jù)據(jù)庫軟件，使使用Rmann把數(shù)據(jù)文件件，控制文件件，參數(shù)文件件恢復(fù)，然后后應(yīng)用歸檔日日志對數(shù)據(jù)庫庫作完全恢復(fù)復(fù)，能夠保證證用戶的數(shù)據(jù)據(jù)不丟失。運(yùn)行模式備份工具備份的范圍關(guān)閉數(shù)據(jù)庫恢復(fù)的范圍備份、恢復(fù)速度度非歸檔Exp用戶數(shù)據(jù)不需要不

55、完全恢復(fù)慢，使用DDLL和DML語語句冷備份所有的物理文件件需要不完全恢復(fù)慢，受限制于操操作系統(tǒng)Rman所有的物理文件件不需要不完全恢復(fù)較快，可以使用用并行歸檔Exp用戶數(shù)據(jù)不需要不完全恢復(fù)慢，使用的DDDL和DMLL語句冷備份所有的物理文件件需要不完全恢復(fù)慢，受限制于操操作系統(tǒng)Rman所有的物理文件件不需要完全恢復(fù)較快，可以使用用并行圖2-1 備份份工具的比較較綜上所述，數(shù)據(jù)據(jù)庫的容災(zāi)和和備份應(yīng)該是是屬于兩個(gè)不不同層次的概概念，備份只只是一種容災(zāi)災(zāi)的手段。通通過備份數(shù)據(jù)據(jù)只能保證數(shù)數(shù)據(jù)的不丟失失，不能保證證數(shù)據(jù)庫應(yīng)用用的連續(xù)性。容災(zāi)一般是是采用冗余來來預(yù)防單點(diǎn)故故障的發(fā)生，冗冗余可以包括括服

56、務(wù)器的冗冗余，數(shù)據(jù)的的冗余，網(wǎng)絡(luò)絡(luò)的冗余等等等。2.3 容災(zāi)的的范圍與衡量量指標(biāo)容災(zāi)的范圍大體體有下面幾點(diǎn)點(diǎn)：用戶錯(cuò)誤的解決決：這是最常常見的情況，但但是很多系統(tǒng)統(tǒng)都沒有當(dāng)用用戶錯(cuò)誤對數(shù)數(shù)據(jù)進(jìn)行修改改后采取的方方案來做規(guī)劃劃。用戶的錯(cuò)錯(cuò)誤一般分為為：使用應(yīng)用系統(tǒng)的的一般用戶的的錯(cuò)誤：當(dāng)用用戶更新一個(gè)個(gè)錯(cuò)誤的表或或者更新錯(cuò)誤誤的值時(shí)，這這種類型的錯(cuò)錯(cuò)誤很難發(fā)現(xiàn)現(xiàn)，也很難解解決，因?yàn)樗鼈儗τ跀?shù)據(jù)據(jù)庫來說是很很正常的事物物，而不是錯(cuò)錯(cuò)誤。一般情情況下用戶的的錯(cuò)誤并不明明顯，而且總總是伴隨著大大量的正確的的事物的，如如何能從所有有的事物中找找出可能錯(cuò)誤誤的事物是用用戶錯(cuò)誤容災(zāi)災(zāi)要考慮的問問題。數(shù)據(jù)庫

57、管理人員員的錯(cuò)誤：數(shù)數(shù)據(jù)庫管理人人員和一般用用戶相比，由由于對數(shù)據(jù)庫庫操作不同，所所以可能發(fā)生生不同的錯(cuò)誤誤。比如誤刪刪除了一個(gè)表表，對表的數(shù)數(shù)據(jù)做更新不不同，刪除表表是個(gè)災(zāi)難性性的錯(cuò)誤，它它和平常的DDML語句不不同，是不能能回滾的。一一旦發(fā)出drrop命令表表就被刪除。還有一種可可能是truuncatee命令，它也也是一條DDDL語句，DDDL語句都都是不能回滾滾的，一旦發(fā)發(fā)出trunncate命命令，表中的的數(shù)據(jù)立刻會會被清除，不不產(chǎn)生任何的的日志，雖然然表的結(jié)構(gòu)和和約束等信息息仍然存在但但是數(shù)據(jù)卻可可能無法恢復(fù)復(fù)。如何能從從上述的錯(cuò)誤誤中快速的部部分的恢復(fù)數(shù)數(shù)據(jù)而不需要要對數(shù)據(jù)庫進(jìn)進(jìn)行

58、完全恢復(fù)復(fù)也是用戶錯(cuò)錯(cuò)誤的容災(zāi)要要考慮的問題題。數(shù)據(jù)的容災(zāi)：數(shù)數(shù)據(jù)的容災(zāi)主主要還是依靠靠傳統(tǒng)的備份份方式來完成成的，前面有有詳細(xì)的討論論，這里不再再說明。應(yīng)用的容災(zāi)：本本地提供應(yīng)用用的服務(wù)器可可能會發(fā)生單單點(diǎn)故障，如如果發(fā)生單點(diǎn)點(diǎn)故障時(shí)，需需要用戶等待待很長的時(shí)間間來恢復(fù)應(yīng)用用，顯然是不不符合實(shí)際要要求的。所以以如何建立應(yīng)應(yīng)用的容災(zāi)系系統(tǒng)能夠防止止應(yīng)用的容災(zāi)災(zāi)是非常重要要的。最壞的情況總是是會發(fā)生，如如果對本地的的應(yīng)用建立了了容災(zāi)系統(tǒng)，但但是如果發(fā)生生了大規(guī)模的的自然災(zāi)害，導(dǎo)導(dǎo)致本地的所所有系統(tǒng)無法法使用。為了了預(yù)防這種情情況的發(fā)生，異異地的容災(zāi)系系統(tǒng)也是需要要考慮的問題題。 日志挖掘技術(shù)（l

59、logminner）也是是一個(gè)重要的的技術(shù)。聯(lián)機(jī)機(jī)日志文件和和歸檔日志文文件中存放著著所有進(jìn)行數(shù)數(shù)據(jù)庫恢復(fù)的的數(shù)據(jù)，記錄錄了針對數(shù)據(jù)據(jù)庫結(jié)構(gòu)的每每一個(gè)變化，也也就是對數(shù)據(jù)據(jù)庫操作的所所有DML語語句。 Loogmineer 工具既既可以用來分分析聯(lián)機(jī)日志志文件，也可可以用來分析析歸檔日志文文件，既可以以分析本身自自己數(shù)據(jù)庫的的重作日志文文件，也可以以用來分析其其他數(shù)據(jù)庫的的重作日志文文件。 Logmineer技術(shù)能夠夠從所有的事事物中找出可可能由于用戶戶錯(cuò)誤引起的的錯(cuò)誤的事物物，并且可以以使用Loggminerr技術(shù)對錯(cuò)誤誤的事物進(jìn)行行回滾，不用用全部恢復(fù)數(shù)數(shù)據(jù)庫就可以以恢復(fù)數(shù)據(jù)庫庫的某個(gè)變化

60、化。可以使用用Logmiiner技術(shù)術(shù)來完成用戶戶錯(cuò)誤的容災(zāi)災(zāi)。第三章 并行服服務(wù)器技術(shù) Rac3.1 Racc技術(shù)特點(diǎn)Oracle中中提供Racc技術(shù)來實(shí)現(xiàn)現(xiàn)并行服務(wù)器器。并行服務(wù)務(wù)器方式是多多個(gè)服務(wù)器構(gòu)構(gòu)成的集群，集集群里面的每每一個(gè)服務(wù)器器都有自己的的CPU和實(shí)實(shí)例內(nèi)存，它它們同時(shí)對一一個(gè)數(shù)據(jù)庫進(jìn)進(jìn)行操作。并并行服務(wù)器方方式至少需要要雙機(jī)支持，支支持平衡負(fù)載載，對于大量量用戶訪問環(huán)環(huán)境，可以在在多個(gè)服務(wù)器器上同時(shí)處理理用戶的請求求。在這種多多機(jī)環(huán)境中如如果尚有一臺臺服務(wù)器正常常運(yùn)行，不會會造成整個(gè)應(yīng)應(yīng)用的停止。RAC技術(shù)的優(yōu)優(yōu)點(diǎn)有高可用用性和高可擴(kuò)擴(kuò)展性。高可用性，是指指除了提供所需需性