oracle備份策略(oracle backup strategy)

《oracle備份策略(oracle backup strategy)》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、ORACLE備份策略(ORACLEBACKUPSTRATEGY)　　可以說，從計(jì)算機(jī)系統(tǒng)出世的那天起，就有了備份這個(gè)概念，計(jì)算機(jī)以其強(qiáng)大的速度處理能力，取代了很多人為的工作，但是，往往很多時(shí)候，它又是那么弱不禁風(fēng)，主板上的芯片、主板電路、內(nèi)存、電源等任何一項(xiàng)不能正常工作，都會(huì)導(dǎo)致計(jì)算機(jī)系統(tǒng)不能正常工作。當(dāng)然，這些損壞可以修復(fù)，不會(huì)導(dǎo)致應(yīng)用和數(shù)據(jù)的損壞。但是，如果計(jì)算機(jī)的硬盤損壞，將會(huì)導(dǎo)致數(shù)據(jù)丟失，此時(shí)必須用備份恢復(fù)數(shù)據(jù)?！　∑鋵?shí)，在我們的現(xiàn)實(shí)世界中，已經(jīng)就存在很多備份策略，如RAID技術(shù)，雙機(jī)熱備，集群技術(shù)發(fā)展的不就是計(jì)算機(jī)系

2、統(tǒng)的備份和高可用性嗎？有很多時(shí)候，系統(tǒng)的備份的確就能解決數(shù)據(jù)庫備份的問題，如磁盤介質(zhì)的損壞，往往從鏡相上面做簡單的恢復(fù)，或簡單的切換機(jī)器就可以了。但是，上面所說的系統(tǒng)備份策略是從硬件的角度來考慮備份與恢復(fù)的問題，這是需要代價(jià)的。我們所能選擇備份策略的依據(jù)是：丟是數(shù)據(jù)的代價(jià)與確保數(shù)據(jù)不丟失的代價(jià)之比。還有的時(shí)候，硬件的備份有時(shí)根本滿足不了現(xiàn)實(shí)需要，假如你誤刪了一個(gè)表，但是你又想恢復(fù)的時(shí)候，數(shù)據(jù)庫的備份就變的重要了。ORACLE本身就提供了強(qiáng)大的備份與恢復(fù)策略，這里我們只討論ORACLE備份策略，以下的備份都是指ORACLE數(shù)據(jù)庫

3、備份，恢復(fù)將放到下一講中?！　∷^備份，就是把數(shù)據(jù)庫復(fù)制到轉(zhuǎn)儲(chǔ)設(shè)備的過程。其中，轉(zhuǎn)儲(chǔ)設(shè)備是指用于放置數(shù)據(jù)庫拷貝的磁帶或磁盤。能夠進(jìn)行什么樣的恢復(fù)依賴于有什么樣的備份。作為DBA，有責(zé)任從以下三個(gè)方面維護(hù)數(shù)據(jù)庫的可恢復(fù)性：　　·使數(shù)據(jù)庫的失效次數(shù)減到最少，從而使數(shù)據(jù)庫保持最大的可用性；　　·當(dāng)數(shù)據(jù)庫不可避免地失效后，要使恢復(fù)時(shí)間減到最少，從而使恢復(fù)的效率達(dá)到最高；　　·當(dāng)數(shù)據(jù)庫失效后，要確保盡量少的數(shù)據(jù)丟失或根本不丟失，從而使數(shù)據(jù)具有最大的可恢復(fù)性?！　?zāi)難恢復(fù)的最重要的工作是設(shè)計(jì)充足頻率的硬盤備份過程。備份過程應(yīng)該滿足系統(tǒng)要求

4、的可恢復(fù)性。例如，如果數(shù)據(jù)庫可有較長的關(guān)機(jī)時(shí)間，則可以每周進(jìn)行一次冷備份，并歸檔重做日志，對(duì)于24*7的系統(tǒng)，或許我們考慮的只能是熱備份。如果每天都能備份當(dāng)然會(huì)很理想，但要考慮其現(xiàn)實(shí)性。企業(yè)都在想辦法降低維護(hù)成本，現(xiàn)實(shí)的方案才可能被采用。只要仔細(xì)計(jì)劃，并想辦法達(dá)到數(shù)據(jù)庫可用性的底線，花少量的錢進(jìn)行成功的備份與恢復(fù)也是可能的?！　《⒘私釵RACLE的運(yùn)行方式　　ORACLE數(shù)據(jù)庫有兩種運(yùn)行方式：一是歸檔方式（ARCHIVELOG），歸檔方式的目的是當(dāng)數(shù)據(jù)庫發(fā)生故障時(shí)最大限度恢復(fù)數(shù)據(jù)庫，可以保證不丟失任何已提交的數(shù)據(jù)；二是不歸檔

5、方式(NOARCHIVELOG)，只能恢復(fù)數(shù)據(jù)庫到最近的回收點(diǎn)（冷備份或是邏輯備份）。我們根據(jù)數(shù)據(jù)庫的高可用性和用戶可承受丟失的工作量的多少，對(duì)于生產(chǎn)數(shù)據(jù)庫，強(qiáng)烈要求采用為歸檔方式；那些正在開發(fā)和調(diào)試的數(shù)據(jù)庫可以采用不歸檔方式。如何改變數(shù)據(jù)庫的運(yùn)行方式，在創(chuàng)建數(shù)據(jù)庫時(shí)，作為創(chuàng)建數(shù)據(jù)庫的一部分，就決定了數(shù)據(jù)庫初始的存檔方式。一般情況下為NOARCHIVELOG方式。當(dāng)數(shù)據(jù)庫創(chuàng)建好以后，根據(jù)我們的需要把需要運(yùn)行在歸檔方式的數(shù)據(jù)庫改成ARCHIVELOG方式?！　?、改變不歸檔方式為為歸檔方式　　a.關(guān)閉數(shù)據(jù)庫，備份已有的數(shù)據(jù)，改變

6、數(shù)據(jù)庫的運(yùn)行方式是對(duì)數(shù)據(jù)庫的重要改動(dòng)，所以要對(duì)數(shù)據(jù)庫做備份，對(duì)可能出現(xiàn)的問題作出保護(hù)?！　.修改初試化參數(shù)，使能自動(dòng)存檔修改（添加）初始化文件init[SID].ora參數(shù)：log_archive_start=true#啟動(dòng)自動(dòng)歸檔log_archive_format=ARC%T%S.arc#歸檔文件格式log_archive_dest=/arch12/arch#歸檔路徑在8i中，可以最多有五個(gè)歸檔路徑，并可以歸檔到其它服務(wù)器，如備用數(shù)據(jù)庫(standbydatabase)服務(wù)器　　c.啟動(dòng)Instance到Mount狀態(tài)，

7、即加載數(shù)據(jù)庫但不打開數(shù)據(jù)庫：$>SVRMGRLSVRMGRL>connectinternalSVRMGRL>startupmount　　d.發(fā)出修改命令SVRMGRL>alterdatabasearchivelog;SVRMGRL>alterdatabaseopen;　　2、改變歸檔狀態(tài)為不歸檔狀態(tài)　　與以上步驟相同，但有些操作不一樣，主要是在以上的b操作中，現(xiàn)在為刪除或注釋該參數(shù)，在d操作中，命令為SVRMGRL>alterdatabasenoarchivelog;注意，從歸檔方式轉(zhuǎn)換到非歸檔方式后一定要做一次數(shù)據(jù)庫的全冷備

8、份，防止意外事件的發(fā)生。三、ORACLE備份的分類　　簡單的按照備份進(jìn)行的方式，可以分為邏輯備份、冷備份（脫機(jī)備份）、熱備份（聯(lián)機(jī)備份），其實(shí)冷備份與熱備份又可以合稱為物理備份。按照備份的工具，可以分為EXP/IMP備份、OS拷貝、RMAN、第三方工具，如VERITAS。以下