第一篇：ORACLE最簡單有效的備份恢復方案

ORACLE 最簡單有效的備份恢復方案

ORACLE備份分兩種，1.邏輯備份 ；2.物理備份；

邏輯備份又分兩種：傳統(tǒng)的exp備份；10g開始支持的expdp數據泵備份； 物理備份主要就是RMAN備份；

最基本的原則是： 這些邏輯或物理備份和數據庫文件必須放在不同的硬盤上；否者一損俱損；備份就沒多大意義了；

如果數據庫不是很大，比如在50G以下，那么我們就考慮一些傻話化的全備方案

我現在的備份方案是：兩個邏輯備份和RMAN 備份全部用上；

1.傳統(tǒng)dmp邏輯備份和恢復

1.1傳統(tǒng)dmp邏輯備份，這個是最簡單的備份方法；

現在我提供一個簡單的腳本：

1.1.1首先建立一個bat文件，名字叫： exp_backup.bat 內容是：

set oracle_username=%1 set oracle_password=%2 set local_tnsname=%3 set url=%oracle_username%/%oracle_password% if not %local_tnsname% == “" set url=%url%@%local_tnsname%

if exist %oracle_username%_old.dmp del %oracle_username%_old.dmp if exist %oracle_username%_old.log del %oracle_username%_old.log

if exist %oracle_username%.dmp ren %oracle_username%.dmp %oracle_username%_old.dmp if exist %oracle_username%.log ren %oracle_username%.log %oracle_username%_old.log

exp %url% file=%oracle_username%.DMP log=%oracle_username%.LOG

該腳本是一個通用的最簡單的exp腳本；

意思就是：備份之間，把以前的備份文件修改名字，后面加上_old，如果本來就有old文件，就刪除之；就開始備份；備份的文件目錄和該腳本一致(這樣做最簡單)；

所以總是會出現一新一舊兩個文件；當然只要最新的就行了，所以理論上只要一份文件；

但是考慮有可能備份的時候突然報錯，這樣old文件還在，將就著使用,否者新的是壞的，舊的也沒了；

之后，有的人做一周7天邏輯循環(huán)備份，我覺得沒有必要，要那么多舊的備份文件何用，浪費空間；

1.1.2然后再做一個bat文件，比如是my_exp.bat 內容是:

call exp_backup.bat USER PASSWORD ”“ 如果是在服務器自身上備份，就不需要寫入數據庫服務名；

如果有多個用戶數據需要備份；那么就在my_exp.bat繼續(xù)添加：

call exp_backup.bat USER1 PASSWORD1 ”“ ….My_EXP.BAT可以做成windows的執(zhí)行計劃，每天不忙的時候執(zhí)行一次；

1.2 exp備份的恢復

下面就是恢復的最簡單方法：

1.2.1．把電腦上當前用戶徹底刪除，用命令，這樣就可以把對象徹底清除；

DROP USER XXX CASCADE 1.2.2．再創(chuàng)建該用戶

CREATE USER xxxx IDENTIFIED BY xxxx DEFAULT TABLESPACE xxxx TEMPORARY TABLESPACE TEMP

并賦予權限：

GRANT DBA TO xxxx WITH ADMIN OPTION 1.2.3用IMP恢復

C:>

imp xxxx/xxxx FILE=xxxx.DMP LOG=xxxx.LOG FULL=Y

2.10G后的數據泵expdp備份和恢復

2.1 expdp 備份

據說這個比exp有很多優(yōu)點，這個我就不說了，大家可以自己參考資料；不過我測試下來，如果數據量小expdp 還是不如exp的；但是還是建議是使用expdp，因為數據會慢慢變大的，用expdp更好些；

我最看重的是：expdp備份的文件涵蓋的東西更多；所以恢復的時候方便；刪除用戶后，可以不用再創(chuàng)建用戶恢復；

實現方法和exp類似：

不過，它的目錄不像EXP那么直接，需要使用oracle的目錄對象； 所以

2.1.1第一步先創(chuàng)建一個目錄對象，比如：

SQL>create or replace directory LOGIC_BUCKUP

as 'd:OACLE_BACKUP邏輯備份';

2.1.2建立一個通用腳本，比如叫EXPDP_BACKUP.BAT 內容是：

set oracle_username=%1 set oracle_password=%2 set local_tnsname=%3 set url=%oracle_username%/%oracle_password% if not %local_tnsname% == ”“ set url=%url%@%local_tnsname%

if exist %oracle_username%_old_dump.dmp del %oracle_username%_old_dump.dmp if exist %oracle_username%_old_dump.log del %oracle_username%_old_dump.log

if exist %oracle_username%_dump.dmp ren %oracle_username%_dump.dmp %oracle_username%_old_dump.dmp if exist %oracle_username%_dump.log ren %oracle_username%_dump.log %oracle_username%_old_dump.log

EXPDP %url% DIRECTORY=LOGIC_BACKUP DUMPFILE=%oracle_username%_DUMP.DMP LOGFILE=%oracle_username%_DUMP.LOG PARALLEL=2

該方法與上面的dmp備份類似；

2.1.3然后再做一個bat文件，比如是my_expdp.bat 內容是:

call expdp_backup.bat USER PASSWORD ”“ 如果是在服務器自身上備份，就不需要寫入數據庫服務名；

如果有多個用戶數據需要備份；那么就在my_exp.bat繼續(xù)添加：

call expdp_backup.bat USER1 PASSWORD1 ”"

……

同dmp備份一樣，My_EXPdp.BAT也可以做成windows的執(zhí)行計劃，每天不忙的時候執(zhí)行一次；

2.2 expdp備份的恢復

下面就是恢復的最簡單方法：

2.2.1．把電腦上當前用戶徹底刪除，用命令，這樣就可以把對象徹底清除；

DROP USER XXXX CASCADE

2.2.2.用另外一個權限較高的用戶(最好不是sys,比如是YYYY)導入：

C:>IMPDP yyyy/yyyy DUMPFILE=xxxx_DUMP.DMP LOGFILE=xxxx_DUMP.LOG DIRECTORY=LOGIC_BUCKUP PARALLEL=2

（這里的LOGIC_BUCKUP是oracle的對象目錄，要和xxxx_dump.dup存放的目錄一致）

這樣就OK了，也即是說用戶不需要創(chuàng)建，數據泵文件含有了用戶以及它原來的權限； 從這點來講，是不是比IMP導入更為方便；

好了，兩種邏輯備份講完了，下面重點說一下RMAN備份；

因為在生產系統(tǒng)中，邏輯備份作用不大的，因為它不能實時的備份數據，所以邏輯備份更多的時候是給開發(fā)人員互相導入數據和存儲過程之類用的；

RMAN備份的原理還是有點復雜的，很多細節(jié)的我也不是很清楚，不過沒關系，我們可以整理出一套最簡單的備份方案：

3.RMAN備份和恢復

3.1.RMAN備份

3.1.1 首先把數據庫參數關注一下，關注下面兩個參數

第一個參數：

db_recovery_file_dest_size,上圖中的大小是默認的4G，也就是歸檔模式下，archivelog的所有歸檔日志文件大小總和，如果超過這個數，就會導致數據庫出問題；所以要非常小心，因而建議修改大一些，比如修改成20G；當然最本質的方法，是要按時清理無用的歸檔日志；

第二個參數：

db_recovery_file_dest，這個參數非常重要，是11G里，存放 rman備份集和歸檔日志的地方；默認是放在flash_recovery_area目錄下的，因為我的系統(tǒng)的flash_recovery_area 和數據庫文件在同一個硬盤，所以修改了；

3.1.2．關注redo日志文件，每組里要有兩個成員，1個在數據庫文件的硬盤下，1個在備份文件的硬盤下，因為日志文件寫入最頻繁，RMAN無法對它備份，或者說任何備份工具都無法對redo日志備份；不過redo它自己可以做冗余，兩個文件只要有一個在，即可； 比如：

3.1.3做一個最簡單的rman備份腳本；

3.1.3.1首先做一個txt，比如是：autorman.txt 內容是：

sql 'alter system archive log current';backup database;delete noprompt obsolete;

這三句話的作用分別是：1.對當前redo日志進行歸檔 ；2.備份數據庫 3.刪除無效的archive日志和rman備份集

3.1.3.2 做一個bat 調用上面的autorman.txt，比如是：autorman.bat

內容是： rman target / @autorman.txt

然后就在winddows下做一個執(zhí)行計劃，每天或沒隔幾天，自動執(zhí)行一下這個autorman.bat

當然備份之前，要用rman>show all 看一下參數設置，有沒有自動備份控制文件，如果沒有，要加上；

3.2 rman恢復

Rman恢復非常簡單；

下面說一下步驟：

3.2.1 假如最新一次全備是3天前的，先隨便建立一個新表，比如是test_rman，隨便插幾條數據； 用來測試還原后，這個最新的對象是否也給恢復了；

現在 用sqlplus登陸，shutdown 數據庫，然后把oracle的數據庫文件全部刪除(控制文件，redo日志文件，數據庫文件)；

3.2.2 用sql> startup nomount 啟動數據庫的參數文件，參數文件和數據庫文件不在同一個硬盤，所以沒丟；

這時候如果執(zhí)行sql>alter database mount 會報錯，因為mount會加載控制文件，而控制文件已經丟了；

3.3.3.把以前控制文件所在的目錄建立好，否者rman找不到控制文件恢復路徑；

然后執(zhí)行 RMAN> restore controlfile from autobackup;

這樣控制文件就回復了，有了控制文件就好辦了；

3.2.4.以為有了控制文件，所以在sqlplus里，可以裝載數據庫

Sql>alter database mount

3.2.5 數據庫被裝載后，說明控制文件生效了，這時候，所有的數據庫信息都出來了；所以可以用rman還原數據庫了：

RMAN> RESTORE database;

3.2.6 恢復數據庫：RMAN> recover database;

2.2.7 數據庫現在已經全部回復好，可以重新啟動了：

SQL> alter database open resetlogs;

數據庫已更改。

2.2.8 執(zhí)行 sql> select * from test_rman

;能看到數據，說明rman備份集即使是比較舊的，但照樣能恢復到出故障時刻的那個狀態(tài)，這也許就是RMAN的威力吧；

第二篇：ORACLE數據備份與數據恢復方案

ORACLE數據備份與數據恢復方案

摘 要

結合金華電信IT系統(tǒng)目前正在實施的備份與恢復策略，重點介紹電信業(yè)務計算機管理系統(tǒng)(簡稱97系統(tǒng))和營銷支撐系統(tǒng)的ORALCE數據庫備份和恢復方案。

Oracle數據庫有三種標準的備份方法，它們分別是導出／導入（EXP/IMP）、熱備份和冷備份。要實現簡單導出數據（Export）和導入數據（Import），增量導出／導入的按設定日期自動備份，可考慮，將該部分功能開發(fā)成可執(zhí)行程序，然后結合操作系統(tǒng)整合的任務計劃，實現特定時間符合備份規(guī)劃的備份應用程序的運行，實現數據庫的本級備份，結合ftp簡單開發(fā)，實現多服務器的數據更新同步，實現數據備份的異地自動備份。

關鍵字：數據庫 遠程異地 集中備份

I

ORACLE數據備份與數據恢復方案

目 錄

一、前 言 ··························· 1

二、金華電信ORACLE數據庫的備份與恢復方案 ······· 2

2.1 備份系統(tǒng)數據庫備份策略································································································· 3 2.2 備份系統(tǒng)數據庫恢復策略···················· 3 2.3 金華電信97系統(tǒng)及營銷支撐系統(tǒng)的系統(tǒng)狀況 ··········· 3 2.4 金華電信97系統(tǒng)、營銷支撐系統(tǒng)及備份系統(tǒng)總體結構圖 ······ 4 2.5 備份系統(tǒng)結構圖說明······················ 4

三、金華電信97系統(tǒng)的數據庫備份和恢復 ········ 6

3.1 備份方法··························· 6 3.2 備份策略··························· 6 3.3 恢復策略··························· 6 3.4 性能影響··························· 6

四、金華電信營銷支撐系統(tǒng)的備份與恢復········· 7

4.1 備份方法··························· 7 4.2 備份策略··························· 7 4.4 性能影響··························· 7

五、RMAN CATALOG 數據庫的備份 ············ 8

II

ORACLE數據備份與數據恢復方案

六、結 語 ······················ 9

III

ORACLE數據備份與數據恢復方案

一、前 言

目前，數據已成為信息系統(tǒng)的基礎核心和重要資源，同時也是各單位的寶貴財富，數據的丟失將導致直接經濟損失和用戶數據的丟失，嚴重影響對社會提供正常的服務。另一方面，隨著信息技術的迅猛發(fā)展和廣泛應用，業(yè)務數據還將會隨業(yè)務的開展而快速增加。但由于系統(tǒng)故障，數據庫有時可能遭到破壞，這時如何盡快恢復數據就成為當務之急。如做了備份，恢復數據就顯得很容易。由此可見，做好數據庫的備份至關重要。因此，建立一個滿足當前和將來的數據備份需求的備份系統(tǒng)是必不可少的。傳統(tǒng)的數據備份方式主要采用主機內置或外置的磁帶機對數據進行冷備份，這種方式在數據量不大、操作系統(tǒng)種類單

一、服務器數量有限的情況下，不失為一種既經濟又簡明的備份手段。但隨著計算機規(guī)模的擴大，數據量幾何級的增長以及分布式網絡環(huán)境的興起，將越來越多的業(yè)務分布在不同的機器、不同的操作平臺上，這種單機的人工冷備份方式越來越不適應當今分布式網絡環(huán)境。

因此迫切需要建立一個集中的、自動在線的企業(yè)級備份系統(tǒng)。備份的內容應當包括基于業(yè)務的業(yè)務數據，又包括IT系統(tǒng)中重要的日志文件、參數文件、配置文件、控制文件等。本文以ORACLE數據庫為例，結合金華電信的幾個相關業(yè)務系統(tǒng)目前正在實施的備份方案，介紹ORACLE數據庫的備份與恢復。

ORACLE數據備份與數據恢復方案

二、金華電信ORACLE數據庫的備份與恢復方案

由于金華電信IT系統(tǒng)以前只采用邏輯備份方式進行數據庫備份，速度較慢并且數據存儲管理都很分散，甚至出現備份數據不完整的現象。為了提高備份數據的效率，提供可靠的數據備份，完善備份系統(tǒng)，保證備份數據的完整性，降低數據備份對網絡和服務器的影響，對每個IT系統(tǒng)的備份數據進行集中管理，我們對備份工作進行了改進，將邏輯備份與物理備份相結合，在遠程建立了一個異地集中、自動在線的備份系統(tǒng)即網絡存儲管理系統(tǒng)。（這里用到的物理備份指熱備份）其具備的主要功能如下：(1)集中式管理 :網絡存儲備份管理系統(tǒng)對整個網絡的數據進行管理。利用集中式管理工具的幫助，系統(tǒng)管理員可對全網的備份策略進行統(tǒng)一管理，備份服務器可以監(jiān)控所有機器的備份作業(yè)，也可以修改備份策略，并可即時瀏覽所有目錄。所有數據可以備份到同備份服務器或應用服務器相連的任意一臺磁帶庫內。(2)全自動的備份: 對于大多數機房管理人員來說,備份是一項繁重的任務。每天都要小心翼翼,不敢有半點閃失,生怕一失足成千古恨。網絡備份能夠實現定時自動備份，大大減輕管理員的壓力。備份系統(tǒng)能根據用戶的實際需求，定義需要備份的數據，然后以圖形界面方式根據需要設置備份時間表，備份系統(tǒng)將自動啟動備份作業(yè)，無需人工干預。這個自動備份作業(yè)是可自定的,包括一次備份作業(yè)、每周的某幾日、每月的第幾天等項目。設定好計劃后，備份作業(yè)就會按計劃自動進行。(3)數據庫備份和恢復: 數據庫系統(tǒng)已經相當復雜和龐大，不能用文件的備份方式來備份數據庫。企業(yè)級的備份系統(tǒng)能夠對數據庫在不中斷業(yè)務、不停頓數據庫的情況下對數據進行聯機的自動備份，包括可以進行數據庫備份、日志備份、完全備份、增量備份等。(4)歸檔管理: 用戶可以按項目、時間定期對所有數據進行有效的歸檔處理。提供統(tǒng)一的數據存儲格式從而保證所有的應用數據由一個統(tǒng)一的數據格式來作永久的保存，保證數據的永久可利用性。(5)有效的媒體管理: 備份系統(tǒng)對每一個用于作備份的磁帶自動加入一個電子標簽，同時在軟件中提供了識別標簽的功能，如果磁帶外面的標簽脫落，只需執(zhí)行這一功能，就會迅速知道該磁帶的內容。(6)滿足系統(tǒng)不斷增加的需求:備份軟件必須能支持多平臺系統(tǒng)，當網絡連接其它的應用服務器時，對于網絡存儲管理系統(tǒng)來說，只需在其上安裝支持這種服務器的客戶端軟件即可將數據備份到磁帶庫或光盤庫中。

ORACLE數據備份與數據恢復方案

2.1 備份系統(tǒng)數據庫備份策略

數據庫運行在歸檔模式下，利用Veritas軟件模塊調用數據庫的備份接口進行在線的熱備份，可以在備份時，對備份數據保存在不同的存儲對象中，以滿足客戶容災的要求，可以利用Veritas的多線程的數據遷移、利用多個磁帶驅動器同時讀寫提高其數據備份的效率。

針對數據庫的總數據量和增量數據量大小，我們可以利用數據庫的多級的增量備份機制，結合Veritas 強大的備份數據追蹤尋址能力和介質管理功能，制定靈活的備份策略，實現全自動的備份數據的全生命周期管理。

2.2 備份系統(tǒng)數據庫恢復策略

通過本地的Veritas Server結合Veritas for Databases利用備份數據進行數據恢復。恢復時，Veritas 可以實現多線程的數據恢復，利用Veritas 獨特的磁帶分類集中存放技術，減少磁帶的就位時間，提高數據恢復的效率。

先用最近一次的全備份恢復＋恢復最近一次的增量備份＋增量備份到斷點的ARCHIVE LOG來恢復（要求數據庫在ARCHIVE LOG模式下工作）。這種恢復方式比全部用ARCHIVE LOG恢復要快。

如果兩份冗余的最近一次增量備份都不可用，可以追溯再上次的增量備份來恢復，然后用增量備份到斷點的ARCHIVE LOG恢復。

如果最近一次的全備份恢復都不可用,則利用上個周期的全備份＋上個周期的最后一次增量備份＋本周期的最近一次增量備份＋增量備份到斷點的ARCHIVE LOG來恢復。

如果增量備份都不可用，那么用全備份＋ARCHIVE LOG來恢復。

2.3 金華電信97系統(tǒng)及營銷支撐系統(tǒng)的系統(tǒng)狀況

金華電信經過這么多年的信息系統(tǒng)建設，目前已經運行著多個系統(tǒng)，除計費系統(tǒng)有較為完善的備份系統(tǒng)外，其他系統(tǒng)的備份系統(tǒng)都需要完善。其中97系統(tǒng)的機器型號IBM 7040-61R，操作系統(tǒng) AIX5.2，數據庫類型ORALCE8.1.7.4，數據量120G；營銷支撐系統(tǒng)機器型號IBM xseries440，操作系統(tǒng)Red Flag Linux Server 4.0,數據庫類型ORACLE9.2.0.1,數據量150G。以前,這兩個系統(tǒng)的數據備份都是通過邏輯備份(exp)實現并且備份數據管理是分散的，然而一個完善的備份系統(tǒng)必須包含物理備份和邏輯備份兩種方式。因此，我們正在實施一個遠程

ORACLE數據備份與數據恢復方案

異地在線集中的高效的備份系統(tǒng)，將邏輯備份和物理備份（熱備份）相結合，設置了專門的備份服務器。由于97、營銷支撐操作系統(tǒng)采用AIX及Red Flag，我們在備份服務器上安裝了第三方備份軟件Veritias NBU。

2.4 金華電信97系統(tǒng)、營銷支撐系統(tǒng)及備份系統(tǒng)總體結構圖

對于具體的備份環(huán)境和結構,我們結合了Oracle備份技術和LAN環(huán)境的SAN備份結構.該系統(tǒng)的結構如下圖所示（以97系統(tǒng)與營銷支撐系統(tǒng)為例）

備份系統(tǒng)總體結構圖

2.5 備份系統(tǒng)結構圖說明

此在線存儲系統(tǒng)采用了基于SAN（存儲區(qū)域網絡）的結構，SAN是一種高速

ORACLE數據備份與數據恢復方案

網絡或子網絡，提供在計算機與存儲系統(tǒng)之間的數據傳輸。存儲設備是指一張或多張用以存儲計算機數據的磁盤設備。一個 SAN 網絡由負責網絡連接的通信結構如光交換機、負責組織連接的管理層、存儲部件以及計算機系統(tǒng)構成，從而保證數據傳輸的安全性和力度。由于整個SAN系統(tǒng)的數據量比較大，所以備份系統(tǒng)采用SAN結構，將磁盤陣列直接連接到SAN的交換機上，和備份服務器、多臺服務器均通過SAN相互連接，利用SAN的高性能來提高備份速度、降低數據備份對網絡和服務器的影響。備份系統(tǒng)結構圖說明如下:(1)Veritas 服務器(即備份服務器):備份系統(tǒng)是數據安全的關鍵系統(tǒng)，而備份服務器是備份系統(tǒng)的核心，因此從安全可靠的角度，采用專用的備份服務器，在這臺服務器上安裝VERTIAS Server端軟件，集中管理控制磁帶庫、定制備份策略、管理備份作業(yè)、管理磁帶等，同時安裝oracle catalog庫。(2)備份方案:對97系統(tǒng)購買IBM VERTIAS 備份軟件，將數據備份至磁盤陣列上面，備份數據走光纖通道。對營銷支撐系統(tǒng)，我們從SAN存儲的FATA盤上劃部分空間直接掛到系統(tǒng)中，然后直接采用RMAN做備份，以降低成本。之所以采用FATA盤的目的是為了避免和FC盤有IO沖突。(3)M300磁盤陣列:在我們的方案當中，我們采用磁盤陣列來代替一貫采用的磁帶庫。磁盤陣列具有性能高，可靠性高，維護方便等優(yōu)點。本方案中采用專業(yè)存儲廠商富士通的中高端存儲ETERNUS3000 M300，作為一種面向開放系統(tǒng)的存儲系統(tǒng)，ETERNUS3000在性能、容量及連通性等方面將世界標準提高到一個新層次。M300的容量為6T的FC盤，10T的FATA盤。在FC盤上保留所有系統(tǒng)的一份全備，其他的備份在白天定期轉移到FATA盤。在FATA盤上保留1-2份全備，其他的定期轉移到3583磁帶庫中。(3)光纖交換機:為了使整個系統(tǒng)具有良好的擴展性，我們在數據中心采用了被評為最優(yōu)秀的網絡存儲產品博科的16口的光纖交換機，在新大樓備份中心采用博科的8口的光纖交換機。(4)磁帶庫:本方案中的磁帶庫采用的是原先計費系統(tǒng)所用的3583磁帶庫。我們定期將FATA盤上的備份自動轉移到該磁帶庫上，做更久的保留。(5)邏輯備份服務器:為了充份利用舊有的設備來提高異地集中備份系統(tǒng)的穩(wěn)定性，安全性，我們利用舊有設備IBM 7044-170小型機和IBM 3542陣列來搭建一個邏輯備份系統(tǒng)。所有的邏輯備份都放到該機器上面來，使得邏輯備份和物理備份在物理上開離。這樣一來避免了IO沖突，二來提高了備份系統(tǒng)的可靠性。

ORACLE數據備份與數據恢復方案

三、金華電信97系統(tǒng)的數據庫備份和恢復

3.1 備份方法

采用Veritas NBU物理備份加EXP邏輯備份。Exp邏輯備份在服務器上直接備份，定期轉移到邏輯備份服務器。

3.2 備份策略

備份策略:(1)每周進行一次數據庫全備份操作，并定期將FC盤上面的物理備份定期轉移到FATA盤上，同時將FATA盤陣上面的物理備份定期轉移到磁帶庫上，至少保存 3 個全備份；全備份時間選擇在每周星期六凌晨12：00 開始。(2)數據庫采用Archive Log 模式，每天晚上12：00 開始進行增量備份。(3)與數據庫的邏輯備份相配合，我們每天進行一次數據的exp備份，即每天做一個完整的數據庫EXPORT 備份；備份時間選擇在每天凌晨1：00 開始。Exp備份還是備到本機，定期將其ftp到邏輯備份服務器上。

3.3 恢復策略

恢復策略:(1)數據文件損壞或磁盤陣列損壞：針對這種情況可以采用Veritas NBU從FC磁盤陣列中恢復。(2)誤操作或對象級邏輯上的損壞：針對這種情況可以從exp備份中采用imp恢復。

3.4 性能影響

數據庫采用歸檔模式對97數據庫性能將產生一定的影響。因為在歸檔模式下，oracle需要將歸檔日志歸檔到歸檔目錄(也就是copy)。在IO資源不成為瓶頸的情況下，對系統(tǒng)影響將可以不予考慮。97系統(tǒng)目前的瓶頸在于內存這一塊。所以對97系統(tǒng)的性能影響可以不加以考慮。

ORACLE數據備份與數據恢復方案

四、金華電信營銷支撐系統(tǒng)的備份與恢復

4.1 備份方法

采用物理備份加EXP邏輯備份。物理備份考慮到VERTIAS 的成本，及該系統(tǒng)的重要程度，我們從SAN存儲上劃一部分空間掛接至該系統(tǒng)OS上面，然后直接采用RMAN備份。這樣備份的好處是成本低，缺點是不便于管理和維護，消耗主機的資源，在主機無法啟動的情況下，備份文件無法訪問，但備份數據還是完好如初的。

4.2 備份策略

備份策略:(1)每周進行一次數據庫全備份操作，采用循環(huán)覆蓋的方式，共保存 2個全備份；備份時間可以選擇在周日晚上11：00進行(由于其采用的是FATA盤，與其他的物理備份不會造成IO沖突)。(2)數據庫采用Archive Log 模式，每天晚上12：00 增量備份。(3)與數據庫的邏輯備份相配合，我們每周進行一次數據的exp備份，即每天做一個完整的數據庫EXPORT 備份；備份時間選擇在每天凌晨1:00 開始。

4.3 恢復策略

恢復策略:(1)數據文件損壞或磁盤陣列損壞：針對這種情況可以采用RMAN從磁盤中恢復。(2)誤操作或對象級邏輯上的損壞：針對這種情況可以從exp備份中采用imp恢復。

4.4 性能影響

數據庫采用歸檔模式對營銷支撐系統(tǒng)數據庫性能產生的影響也是由于歸檔進程需要對歸檔日志進行歸檔。同時改成歸檔模式還需要注意的一個問題就是歸檔目錄空間的問題，該系統(tǒng)空間足夠。如果該系統(tǒng)的IO資源較為充裕的話，則不會對性能產生很大的影響。

ORACLE數據備份與數據恢復方案

五、RMAN Catalog 數據庫的備份

RMAN Catalog庫是整個備份系統(tǒng)當中最重要的信息之一。是在物理備份（Veritas）服務器上建立的一個ORACLE數據庫，記錄了所有備份的數據庫數據文件。如果丟失了Catalog信息的話，恢復將非常麻煩，因此我們也需要對RMAN Catalog庫做定期備份。RMAN Catalog庫采用邏輯備份，每天直接備份到邏輯備份服務器上。

ORACLE數據備份與數據恢復方案

六、結 語

數據庫的備份和恢復的主要工作就是為數據做了一份拷貝，防止出現故障時導致數據的丟失。數據庫受破壞一般是由于兩種情況引起，其一為系統(tǒng)（軟件）故障，如掉電、SQL Server錯誤、操作系統(tǒng)錯誤、非正常關機等引起。其二為磁盤（介質）故障，由磁盤受破壞引起。若出現介質故障（如磁盤崩潰），當且僅當對數據庫及事務日志做了定期備份，才能恢復數據庫。在實際應用中，應根據具體的情況，采納一切可以用的方法，制定切合實際的備份和恢復方案，明確在各種故障情況中數據可恢復的程度是否滿足了應用的需要。為了保證數據存儲的可管理性，減少管理的復雜性，建立一個異地集中、在線的備份系統(tǒng)是必不可少的。采用先進的備份技術和先進的備份系統(tǒng)軟件，采用統(tǒng)一的管理機制，保證大數據量的一致性備份和高速切換。從而提供高效的存儲設備的管理能力和可靠的數據備份功能。

第三篇：Oracle數據庫備份和恢復論文

摘要：本文從Oracle的體系結構開始，由原理到實踐，論述了Oracle數據庫備份的方式和策略。包括IMp/EXp，RMAN，OS備份等。

Abstract: Starting from the architecture of ORACLE, this paper discusses the backup method and strategy of database Oracle, including IMp/EXp, pMAN and OS theoretically and practically.關鍵字：Oracle, 備份, 恢復, RMAN

Keywords: Oracle;Backup;Restoration;RMAN

概述

在大型軟件運行系統(tǒng)中，存在著很多備份策略，如RAID技術，CLUSTER技術等等。很多時候，這些系統(tǒng)的備份就能夠解決數據庫備份的問題。但是，這種備份成本很高。同時，硬件的備份有時根本滿足不了現實的需要，如果用戶不小心誤刪了一個表，又想恢復的時候，數據庫的備份就變的重要了。

Introduction: In the running system of some big software, there exist many backup strategies such as RAID technology and CLUSTER technology etc.In most cases, these system backup strategies can fulfill the database backup.However the cost is rather high.At the same time, hardware backup sometimes is far from the actual requirement.The database backup becomes very important when a table is deleted by accident and needs to be restored.Oracle的運行方式

Oracle數據庫有兩種運行方式：一是歸檔方式（ARCHIVELOG），歸檔方式的目的是當數據庫發(fā)生故障時最大限度恢復數據庫，可以保證不丟失任何已提交的數據；二是不歸檔方式(NOARCHIVELOG)，只能恢復數據庫到最近的回收點（冷備份或是邏輯備份）。根據數據庫的高可用性和用戶可承受丟失的工作量的多少，對于實時性要求高的數據庫，強烈要求采用為歸檔方式；不歸檔方式只用在那些開發(fā)和調試的數據庫等。

如何改變數據庫的運行方式，在創(chuàng)建數據庫時，作為創(chuàng)建數據庫的一部分，就決定了數據庫初始的存檔方式。一般情況下為NOARCHIVELOG方式。當數據庫創(chuàng)建好以后，根據我們的需要把需要運行在歸檔方式的數據庫改成ARCHIVELOG方式。操作如下。

1.關閉數據庫，備份已有的數據，改變數據庫的運行方式是對數據庫的重要改動，所以要對數據庫做備份，對可能出現的問題作出保護。

2.修改初試化參數，使能自動存檔。

修改（添加）初始化文件init[SID].ora參數：

log_archive_start=true #啟動自動歸檔

log_archive_format=ARC%T%S.arc #歸檔文件格式

log_archive_dest=/archdir/arch #歸檔路徑

在8i中，可以最多有五個歸檔路徑，并可以歸檔到其它服務器，如備用數據庫(standby database)服務器。

3.啟動Instance到Mount狀態(tài)，即加載數據庫但不打開數據庫。

$> svrmgrl

SVRMGRL> connect internal

SVRMGRL> startup mount

SVRMGRL> alter database archivelog;// 使數據庫運行在歸檔方式

SVRMGRL> alter database open;

Oracle的備份方案

按照備份的方式，可以分為邏輯備份、冷備份（脫機備份）、熱備份（聯機備份），其中冷備份與熱備份又可以合稱為物理備份。按照備份的工具，可以分為EXp/IMp備份、操作系統(tǒng)備份、RMAN、第三方工具備份，如VERITAS等。下面分別介紹Oracle本身提供的幾種備份工具和操作。

1.EXp/IMp備份（邏輯備份）

EXp/IMp屬于邏輯備份的范疇，邏輯備份是指只備份數據庫中的數據但不記錄數據物理位置的一種備份。導出為數據庫作一個二進制的備份，并且這個備份只能由其姊妹程序imp（import）來讀取。具體的使用方法如下。（因為EXp和IMp使用上參數基本相同，所以只以EXp為例。）

EXp的命令格式和參數

格式:KEYWORD=value 或 KEYWORD=(value1,value2,...,valueN)

例程: EXp SCOTT/TIGER GRANTS=Y TABLES=(EMp,DEpT,MGR)

USERID 必須是命令行中的第一個參數

關鍵字 說明（默認）關鍵字 說明（默認）

USERID 用戶名/口令 FULL 導出整個文件(N)

BUFFER 數據緩沖區(qū)的大小 OWNER 所有者用戶名列表

FILE 輸出文件(EXpDAT.DMp)TABLES 表名列表

COMpRESS 導入一個范圍(Y)RECORDLENGTH IO記錄的長度

GRANTS 導出權限(Y)INCTYpE 增量導出類型

INDEXES 導出索引(Y)RECORD 跟蹤增量導出(Y)

ROWS 導出數據行(Y)pARFILE 參數文件名

CONSTRAINTS 導出限制(Y)CONSISTENT 交叉表一致性

LOG 屏幕輸出的日志文件 STATISTICS 分析對象(ESTIMATE)

DIRECT 直接路徑(N)TRIGGERS 導出觸發(fā)器(Y)

FEEDBACK 顯示每 x 行(0)的進度 FILESIZE 各轉儲文件的最大尺寸

QUERY 選定導出表子集的子句

注：可以通過exp －h(huán)elp命令查看exp的使用方法；imp-help命令查看imp的使用方法.2.操作系統(tǒng)備份（冷備份和熱備份）

操作系統(tǒng)備份有兩類，冷備份（Cold backup）和熱備份（Hot backup）。操作系統(tǒng)備份和上面的邏輯備份有本質的區(qū)別，它將拷貝整個的數據文件。

冷備份

在文件級備份開始前數據庫必須徹底關閉。關閉操作必須用帶有normal、immediate、transaction選項的shutdown來執(zhí)行。

數據庫使用的每個文件都被備份下來，這些文件包括： 所有數據文件、所有控制文件、所有聯機重做日志文件和INIT.ORA文件(建議)。

作冷備份一般步驟是：

1)正常關閉要備份的實例(instance);

2)備份整個數據庫到一個目錄

3)啟動數據庫

即：

SVRMGRL>connect internal

SVRMGRL >shutdown immediate

SVRMGRL >!cp

or

SVRMGRL >!tar cvf /dbbak/fullbk.tar /u01/oracle/oradata/dbname

SVRMGRL >startup

熱備份

熱備份是當數據庫打開時的操作系統(tǒng)備份。熱備份只能用于ARCHIVELOG方式的數據庫。熱備份沒有必要備份聯機日志，但必須是歸檔狀態(tài)，在實例恢復的時候，可能需要用到歸檔日志。當前聯機日志一定要保護好或是處于鏡相狀態(tài)，當前聯機日志的損壞，對于數據庫的損壞是巨大的，只能以數據的丟失來進行數據庫的恢復工作。對于臨時表空間，存放的是臨時信息，在熱備份是也可以考慮不用備份，如果臨時文件發(fā)生故障，可以刪除該數據文件與表空間，重建一個臨時表空間。

熱備份備份的內容和冷備份備份的內容一樣，操作一般步驟是：

1)備份的表空間通過使用ALTER TABLESpACE …… BEGIN BACKUp使表空間進入熱備份方式。

2)用類似冷備份的操作系統(tǒng)命令對組成表空間的數據文件進行拷貝。

3)使用ALTER TABLESpACE …… END BACKUp命令使表空間脫離熱備份方式。

4)使用ALTER DATABSE …… BACKUp CONTROLFILE命令備份控制文件。

即：

SVRMGRL>connect internal;

SVRMGRL>alter tablespace User begin backup;

SVRMGRL>!cp /u01/oradata/dbname/user01.ora /dbbak/user01.ora

SVRMGRL>alter tablespace User end backup;

SVRMGRL>alter database backup controlfile to ;

or

SVRMGRL>alter database backup controlfile to trace;

注意：因為熱備份的時候，用戶還在操作數據庫，所以最好是讓每個表空間處于備份狀態(tài)的時間最短，這樣就要求一個表空間一個表空間的備份，不要一起使表空間處于備份狀態(tài)而同時拷貝數據文件。

3.RMAN

Recovery Manager（RMAN）是一個使DBA能很方便地對數據庫執(zhí)行備份和恢復任務的Oracle應用工具，能夠提供DBA對企業(yè)數據庫備份與恢復操作的集中控制。RMAN只能用于ORACLE8或更高的版本中。它能夠備份整個數據庫或數據庫部件，其中包括表空間、數據文件，控制文件和歸檔文件。RMAN可以按要求存取和執(zhí)行備份和恢復。

RMAN支持六種不通的類型的備份，經常用到的有兩種：

FULL 數據庫全備份，包括所有的數據塊。

INCREMENTAL 增量備份，是指只備份在同級別或更低級別上進行的前一次備份之后的作過改動的那些數據塊。這其中需要一個0級的增量作為增量的基礎，它備份包括全部曾經被數據庫使用過的數據塊（但不是完全數據庫備份）。RMAN共可以支持7級增量。

BACKUp，RESTORE，RECOVER是RMAN最基本的三個命令，分別可以進行數據庫的備份，復原以及恢復操作。restore命令用于恢復來自備份集或映像拷貝的數據文件、控制文件或歸檔重做日志。recovery命令用于進行介質恢復應用重做日志文件。

RMAN的備份信息一般保存在恢復目錄中，恢復目錄也是一個數據庫，只不過這個數據庫用來保存?zhèn)浞菪畔ⅲ粋€恢復目錄可以用來保存多個數據庫的備份信息。RMAN也可以在沒有恢復目錄(NOCATALOG)下運行，這個時候備份信息保存在控制文件。這種情況比較危險，因為一旦控制文件被破壞，將導致所有數據庫備份信息的丟失和恢復的失敗，而且，沒有恢復目錄，很多RMAN的命令將不被支持。所以對于重要的數據庫，建議創(chuàng)建恢復目錄。

創(chuàng)建恢復目錄一般有以下步驟。（例子數據庫為db）

1)為目錄創(chuàng)建一個單獨的表空間

SQL>create tablespace tsrman datafile ’/dbbak/rman/rsrman.dbf’ size 50M;

2)創(chuàng)建RMAN用戶

SQL>create user rman identified by rman default tablespace rsrman temporary tablespace temp;

3)給RMAN授予權限

SQL>grant connect, resource, recovery_catalog_owner to rman;

4)打開RMAN

$rman

5)連接恢復目錄數據庫

RMAN>connect catalog rman/rman@db

6)創(chuàng)建恢復目錄

RMAN>create catalog tablespace tsrman 在對某個數據庫進行備份之前，必須先在恢復目錄上注冊該數據庫，這一過程操作如下（假定目標數據庫連接字符串為db100）。

1)連接到恢復目錄數據庫

$rman rman/rman@db

2)在RMAN中連接到目標數據庫（即要進行備份的數據庫）

RMAN>connect target sys/change_on_install@db100

3)注冊數據庫

RMAN>register database;

注冊完數據庫后，就可以進行數據庫的備份了。有完全數據庫備份、表空間備份、控制文件備份、和歸檔日志備份等。操作分別如下。

1)完全數據庫備份

要求：ARCHIVELOG模式，在DB OpEN的情況下進行數據庫完全備份。

RMAN>run{

allocate channel c1 type=disk;

backup database;

release channel c1;

}

2)表空間備份

要求：ARCHIVELOG模式

RMAN>run{

allocate channel c1 type=disk;

backup tablespace “ts_users” filesperset 3 format ‘aatst_%t%s.%p’;

release channel c1;

}

3)控制文件備份

RMAN>run{

allocate channel c1 type=disk;

backup current controlfile tag=weekly_sat_backup;

release channel c1;

}

在對數據庫進行完全備份時，控制文件自動包含其中。也可以在表空間或數據文件的備份中包含一個控制文件。

RMAN>run{

allocate channel c1 type=disk;

backup tablespace “ts_users”

filesperset 3 format ‘aatst_%t%s.%p’;

include current controlfile;

release channel c1;

}

4)歸檔日志備份

通過查詢數據字典表V$ARCHIVED_LOG獲取要備份的日志序列號，然后執(zhí)行命令：

RMAN>run{

allocate channel c1 type=disk;

backup archivelog low logseq 3 high logseq 10 thread 1;

release channel c1;

}

Oracle的備份策略

正確的備份策略不僅能保證數據庫服務器的24*7的高性能的運行，還能保證備份與恢復的快速性與可靠性。我們將以RMAN的多級增量備份作為一個備份策略的例子來討論。采用多級備份就是為了減少每天備份所需要的時間，而又保證系統(tǒng)有良好的恢復性?；謴蜁r間與備份時間要有一個權衡。比如只要進行一個數據庫的全備份，然后就只備份歸檔也可以保證能把數據庫恢復到最新的狀態(tài)，但是這樣的恢復時間將是不可容忍的。多級備份也正是為了解決這種問題，結合某些應用的特點，可以采用如下的備份策略：

每個月做一個數據庫的全備份（包括所有的數據和只讀表空間）；

每個星期一做一次零級備份（不包含只讀表空間）；

每個星期三做一次一級備份；

每天做一次二級備份。

每天做一次恢復目錄的熱備份。

任何數據庫的更改需要重新同步CATALOG目錄并重新備份（如添加數據文件）或重新備份（如修改表空間為只讀）。

每次備份后都可以備份歸檔日志或定期備份歸檔日志。如果可能，可以直接備份到磁帶上。

Oracle的恢復

下面的操作約定恢復目錄存儲在db118中，目標數據庫是db100。

1.數據庫恢復

1)啟動SQL*pLUS，使用正確的init.ora文件，使用NOMOUNT選項啟動目標數據庫實例。

2)啟動RMAN并連接到恢復目錄，如下：

$rman catalog rman/rman@db118

恢復管理器: Release 9.2.0.1.0production

Copyright(c)1995, 2002, Oracle Corporation.All rights reserved.連接到恢復目錄數據庫

RMAN>

3)連接到目標數據庫

RMAN>connect target internal/oracle@demo.oracle

連接到目標數據庫: db(DBID=1142471523)

4)一旦連接到目標數據庫，執(zhí)行restore命令恢復控制文件

RMAN>run{

2>allocate channel c1 type disk;

3>restore controlfile;

4>}

小結

保證Oracle數據庫的安全是系統(tǒng)安全的重要組成部分，必須要設計完善的數據庫備份和恢復方案。Oracle提供的各種工具結合起來使用能夠使數據庫的備份和恢復變得簡單。在實際的Oracle數據庫的備份和恢復中，會有許多不通的和復雜的情況出現，針對不同的情況，要本著使數據具有最大的可恢復性和恢復時間最短的原則去進行數據庫的恢復，這需要大量的實踐和經驗積累。

參考文獻

[1] Oracle8i Backup and Recovery Guide Oracle Document

[2] Oracle8i Recovery Manager User’s Guide and Reference Oracle Document

[3] Oracle9i：A Beginner’s Guide(美)Michael Abbey Michael Corey Ian Abramson 2002.3 機械工業(yè)出版社

[4] Oracle8i備份與恢復手冊(美)Rama Velpuri Anand Adkoli 蔣蕊 王磊等譯 2001.9 機械工業(yè)出版社

第四篇：oracle rac和備份方案

ORACLE RAC及備份方案

ORACLE RAC 簡介：

ORACLE RAC集群是實現多機共享數據庫，以保證應用的高可用性。同時可以自動實現并行處理及均分負載，還能實現數據庫在故障時的容錯和無斷點恢復。

集群內部的所有服務器共享存儲，所有服務器都接入公共網絡，通過集群唯一的別名對外形成邏輯上單一的數據庫提供服務，對內實現集群數據庫的高可用性、節(jié)點間的負載均衡和Failover(失敗切換)。

邏輯結構：

集群縱向看是由存儲、數據庫集群、應用集群三部分組成，橫向來看，是由多臺應用服務器、數據庫服務器和存儲設備組成。

Intelnet應用集群應用服務器1應用服務器2應用服務器NORACLE RAC集群SCANRAC節(jié)點2心跳RAC節(jié)點1存儲數據存儲數據 物理結構：

RAC物理結構圖。

應用集群應用服務器應用服務器Intelnet交換機ORACLE RAC集群RAC節(jié)點1存儲RAC節(jié)點2

優(yōu)勢：

高可用性：

RAC 為數據中心的高可用性奠定了基礎。它也是 Oracle 最高可用性架構不可或缺的一部分，為實現數據中心的最高可用性提供了最佳實踐。RAC 還為高可用性數據管理提供了以下至關重要的關鍵特性： 可靠性：

Oracle 數據庫以其可靠性而著稱。RAC Clusters 消除了數據庫服務器單點故障問題，從而使可靠性更上一層樓。如果一個實例發(fā)生故障，服務器池中的其余實例仍將保持運行狀態(tài)。Oracle Clusterware 可監(jiān)視所有 Oracle 進程，并能立即重啟任何生故障的組件?；謴湍芰Γ?/p>

Oracle 數據庫包含的許多特性有助于數據庫輕松地從各類故障中恢復。如果Oracle RAC 數據庫中的一個實例出現故障，服務器池中的另外一個實例將察覺到這一故障，隨后自動進行故障恢復。利用快速應用程序通知(FAN)、快速連接故障切換(FCF)和透明應用程序故障切換(TAF)這三個功能，應用程序可以輕松地掩藏組件故障，使用戶無法察覺。

錯誤檢測：

Oracle Clusterware 可自動監(jiān)視 Oracle RAC 數據庫和其他 Oracle 進程（ASM、監(jiān)聽器等），并快速診斷環(huán)境中的問題。它還經常能在用戶察覺之前自動完成故障恢復。利用快速應用程序通知(FAN)，應用程序即可在集群組件出現故障時立即得到通知，以便在故障顯現之前重新發(fā)布事務。

持續(xù)運行：

RAC Clusters 可在計劃內和計劃外停機期間提供持續(xù)的服務。如一臺服務器（或一個實例）出現故障，數據庫仍將保持運行狀態(tài)，應用程序仍可訪問數據。大多數數據庫維護操作均可在不停機的情況下完成，并對用戶保持透明。許多其他的維護任務都可以通過滾動方式完成，從而能最大限度地減少（甚至避免）應用程序停機?？焖賾贸绦蛲ㄖ涂焖龠B接故障切換可幫助應用程序滿足對服務級別的要求。

可伸縮性：

RAC Clusters 提供了獨一無二的應用程序伸縮技術。過去，當數據庫服務器容量不足時，我們會使用容量更大的新服務器取而代之。隨著服務器容量的增加，其成本也日益攀升。但 Oracle RAC 為數據庫提供了增加容量的其他方法。通過 OracleClusterware 和 Oracle RAC 向服務器池中添加服務器時并不需要停機，并且，一旦啟用新的實例，應用程序就可立即享有新增的容量。服務器池中的所有服務器必須使用同一操作系統(tǒng)和相同版本的 Oralce 軟件，但不必具備相同的容量。如今，根據自己的需要選擇服務器池的客戶通常會選用特性不同（略有差別）的服務器。

備份

Oracle數據庫有三種標準的備份方法，它們分別是導出／導入（EXP/IMP）、熱備份和冷備份。導出備件是一種邏輯備份，冷備份和熱備份是物理備份。

一、導出／導入（Export／Import）

利用Export可將數據從數據庫中提取出來，利用Import則可將提取出來的數據送回到Oracle數據庫中去。

１、簡單導出數據（Export）和導入數據（Import）２、Oracle支持三種方式類型的輸出：

（１）、表方式（T方式），將指定表的數據導出。

（２）、用戶方式（U方式），將指定用戶的所有對象及數據導出。（３）、全庫方式（Full方式），瘵數據庫中的所有對象導出。

數據導入（Import）的過程是數據導出（Export）的逆過程，分別將數據文件導入數據庫和將數據庫數據導出到數據文件。

３、增量導出／導入

增量導出是一種常用的數據備份方法，它只能對整個數據庫來實施，并且必須作為SYSTEM來導出。在進行此種導出時，系統(tǒng)不要求回答任何問題。導出文件名缺省為export.dmp，如果不希望自己的輸出文件定名為export.dmp，必須在命令行中指出要用的文件名。增量導出包括三種類型：

（１）、“完全”增量導出（Complete）即備份三個數據庫，比如： exp user/password file=123.dmp（２）、“增量型”增量導出

備份上一次備份后改變的數據，比如：

exp user/password inctype=y record=y file=456.dmp 進行增量備份前，必須有個完全備份。

二、冷備份(COPY)冷備份發(fā)生在數據庫已經正常關閉的情況下，當正常關閉時會提供給我們一個完整的數據庫。冷備份時將關鍵性文件拷貝到另外的位置的一種說法。對于備份Oracle信息而言，冷備份時最快和最安全的方法。冷備份的優(yōu)點是： １、是非常快速的備份方法（只需拷文件）２、容易歸檔（簡單拷貝即可）

３、容易恢復到某個時間點上（只需將文件再拷貝回去）４、能與歸檔方法相結合，做數據庫“最佳狀態(tài)”的恢復。５、低度維護，高度安全。但冷備份也有如下不足：

１、單獨使用時，只能提供到“某一時間點上”的恢復。

２、再實施備份的全過程中，數據庫必須要作備份而不能作其他工作。也就是說，在冷備份過程中，數據庫必須是關閉狀態(tài)。

３、若磁盤空間有限，只能拷貝到磁帶等其他外部存儲設備上，速度會很慢。４、不能按表或按用戶恢復。

如果可能的話（主要看效率），應將信息備份到磁盤上，然后啟動數據庫（使用戶可以工作）并將備份的信息拷貝到磁帶上（拷貝的同時，數據庫也可以工作）。冷備份中必須拷貝的文件包括： １、所有數據文件 ２、所有控制文件 ３、所有聯機REDO LOG文件 ４、Init.ora文件（可選）

值得注意的使冷備份必須在數據庫關閉的情況下進行，當數據庫處于打開狀態(tài)時，執(zhí)行數據庫文件系統(tǒng)備份是無效的。下面是作冷備份的完整例子。關閉數據庫

（1）sqlplus /nolog（2）sql>connect /as sysdba（3）sql>shutdown immediate;用拷貝命令備份全部的時間文件、重做日志文件、控制文件、初始化參數文件 重啟Oracle數據庫 sql>startup;

三、熱備份(RMAN)熱備份是在數據庫運行的情況下，采用歸檔模式（archivelog mode）方式備份數據庫的方法。所以，如果你有昨天夜里的一個冷備份而且又有今天的熱備份文件，在發(fā)生問題時，就可以利用這些資料恢復更多的信息。熱備份要求數據庫在Archivelog方式下操作，并需要大量的檔案空間。一旦數據庫運行在archivelog狀態(tài)下，就可以做備份了。熱備份的命令文件由三部分組成： 1． 數據文件一個表空間一個表空間的備份。（1）設置表空間為備份狀態(tài)（2）備份表空間的數據文件（3）回復表空間為正常狀態(tài) 2． 備份歸檔log文件（1）臨時停止歸檔進程

（2）log下那些在archive rede log目標目錄中的文件（3）重新啟動archive進程（4）備份歸檔的redo log文件

3． 用alter database bachup controlfile命令來備份控制文件 熱備份的優(yōu)點是：

1． 可在表空間或數據庫文件級備份，備份的時間短。2． 備份時數據庫仍可使用。3．可達到秒級恢復（恢復到某一時間點上）。4． 可對幾乎所有數據庫實體做恢復

5． 恢復是快速的，在大多數情況下愛數據庫仍工作時恢復。

例： $rman target user/password backup full database format=’/../..’;熱備份的不足是：

1． 不能出錯，否則后果嚴重

2． 若熱備份不成功，所得結果不可用于時間點的恢復

3． 因難于維護，所以要特別仔細小心，不允許“以失敗告終”。

第五篇：ORACLE數據備份與數據恢復方案論文.

ORACLE 數據備份與數據恢復方案 學號: 11129149 姓名:文明藝 1 引 言

目前, 數據已成為信息系統(tǒng)的基礎核心和重要資源, 同時也是各單位的寶貴財富, 數據 的丟失將導致直接經濟損失和用戶數據的丟失, 嚴重影響對社會提供正常的服務。另一方面, 隨著信息技術的迅猛發(fā)展和廣泛應用, 業(yè)務數據還將會隨業(yè)務的開展而快速增加。但由于系 統(tǒng)故障,數據庫有時可能遭到破壞,這時如何盡快恢復數據就成為當務之急。如做了備份, 恢復數據就顯得很容易。由此可見, 做好數據庫的備份至關重要。因此,建立一個滿足當前 和將來的數據備份需求的備份系統(tǒng)是必不可少的。傳統(tǒng)的數據備份方式主要采用主機內置或 外置的磁帶機對數據進行冷備份, 這種方式在數據量不大、操作系統(tǒng)種類單

一、服務器數量 有限的情況下, 不失為一種既經濟又簡明的備份手段。但隨著計算機規(guī)模的擴大, 數據量幾 何級的增長以及分布式網絡環(huán)境的興起, 將越來越多的業(yè)務分布在不同的機器、不同的操作平臺上,這種單機的人工冷備份方式越來越不適應當今分布式網絡環(huán)境。

因此迫切需要建立一個集中的、自動在線的企業(yè)級備份系統(tǒng)。備份的內容應當包括基于 業(yè)務的業(yè)務數據,又包括 IT 系統(tǒng)中重要的日志文件、參數文件、配置文件、控制文件等。本文以 ORACLE 數據庫為例,結合金華電信的幾個相關業(yè)務系統(tǒng)目前正在實施的備份方案, 介紹 ORACLE 數據庫的備份與恢復。ORACLE數據備份與數據恢復方案 2.1 導出和導入(Export/Import 利用 Export 可將數據從數據庫中提取出來,利用 Import 則可將提取出來的數據送回到 Oracle 數據庫中去。

1、簡單導出數據(Export和導入數據(Import

Oracle 支持三種方式類型的輸出:(1表方式(T方式 ,將指定表的數據導出。

(2用戶方式(U方式 ,將指定用戶的所有對象及數據導出。(3全庫方式(Full方式 ,瘵數據庫中的所有對象導出。

數據導入(Import的過程是數據導出(Export的逆過程, 分別將數據文件導入數據庫和將 數據庫數據導出到數據文件。

2、增量導出 /導入

增量導出是一種常用的數據備份方法,它只能對整個數據庫來實施,并且必須作為

SYSTEM 來導出。在進行此種導出時,系統(tǒng)不要求回答任何問題。導出文件名缺省為 export.dmp ,如果不希望自己的輸出文件定名為 export.dmp ,必須在命令行中指出要用的文 件名。

增量導出包括三種類型:(1“ 完 全 ” 增 量 導 出(Complete即 備 份 三 個 數 據 庫 , 比 如 :exp system/manager inctype=complete file=040731.dmp。

(2“ 增 量 型 ” 增 量 導 出 備 份 上 一 次 備 份 后 改 變 的 數 據 , 比 如 :exp system/manager inctype=incremental file=040731.dmp。

(3“ 累積型 ” 增量導出累計型導出方式是導出自上次 “ 完全 ” 導出之后數據庫中變化了的 信息。比如:exp system/manager inctype=cumulative file=040731.dmp。

數據庫管理員可以排定一個備份日程表,用數據導出的三個不同方式合理高效的完成。比如數據庫的被封任務可以做如下安排:

星期一:完全備份(A 星期二:增量導出(B 星期三:增量導出(C 星期四:增量導出(D 星期五:累計導出(E 星期六:增量導出(F 星期日:增量導出(G。

如果在星期日,數據庫遭到意外破壞,數據庫管理員可按一下步驟來回復數據庫:第一步:用命令 CREATE DATABASE 重新生成數據庫結構;第二步:創(chuàng)建一個足夠大的附加回滾;第三步:完全增量導入 A :imp system/manager inctype=RESTORE FULL=y FILE=A 第四步:累計增量導入 E :imp system/manager inctype=RESTORE FULL=Y FILE=E 第五步:最近增量導入 F :imp system/manager inctype=RESTORE FULL=Y FILE=F 2.2 冷備份

冷備份發(fā)生在數據庫已經正常關閉的情況下, 當正常關閉時會提供給我們一個完整的數 據庫。冷備份時將關鍵性文件拷貝到另外的位置的一種說法。對于備份 Oracle 信息而言, 冷備份時最快和最安全的方法。冷備份的優(yōu)點是:

1、是非常快速的備份方法(只需拷文件;

2、容易歸檔(簡單拷貝即可;

3、容易恢復到某個時間點上(只需將文件再拷貝回去;

4、能與歸檔方法相結合,做數據庫 “ 最佳狀態(tài) ” 的恢復;

5、低度維護,高度安全。但冷備份也有如下不足:

1、單獨使用時,只能提供到 “ 某一時間點上 ” 的恢復;

2、再實施備份的全過程中,數據庫必須要作備份而不能作其他工作。也就是說,在冷 備份過程中,數據庫必須是關閉狀態(tài);

3、若磁盤空間有限,只能拷貝到磁帶等其他外部存儲設備上,速度會很慢;

4、不能按表或按用戶恢復。

如果可能的話(主要看效率 , 應將信息備份到磁盤上, 然后啟動數據庫(使用戶可以工作 并將備份的信息拷貝到磁帶上(拷貝的同時,數據庫也可以工作。冷備份中必須拷貝的文件 包括:

1、所有數據文件。

2、所有控制文件。

3、所有聯機 REDO LOG文件。

4、Init.ora 文件(可選。

值得注意的使冷備份必須在數據庫關閉的情況下進行, 當數據庫處于打開狀態(tài)時, 執(zhí)行 數據庫文件系統(tǒng)備份是無效的。

下面是作冷備份的完整例子:(1 關閉數據庫;sqlplus /nolog sql>connect /as sysdba sql>shutdown normal;(2 用拷貝命令備份全部的時間文件、重做日志文件、控制文件、初始化參數文件 sql>cp。

(3 重啟 Oracle 數據庫 sql>startup。2.3 熱備份

熱備份是在數據庫運行的情況下,采用 archivelog mode方式備份數據庫的方法。所以, 如果你有昨天夜里的一個冷備份而且又有今天的熱備份文件, 在發(fā)生問題時, 就可以利用這 些資料恢復更多的信息。熱備份要求數據庫在 Archivelog 方式下操作, 并需要大量的檔案空 間。一旦數據庫運行在 archivelog 狀態(tài)下,就可以做備份了。熱備份的命令文件由三部分組 成: 1.數據文件一個表空間一個表空間的備份:(1設置表空間為備份狀態(tài);(2備份表空間的數據文件;(3回復表空間為正常狀態(tài)。2.備份歸檔 log 文件:(1臨時停止歸檔進程;(2log下那些在 archive rede log目標目錄中的文件;(3重新啟動 archive 進程;(4備份歸檔的 redo log文件。

3.用 alter database bachup controlfile命令來備份控制文件: 熱備份的優(yōu)點是: 1.可在表空間或數據庫文件級備份,備份的時間短。2.備份時數據庫仍可使用。

3.可達到秒級恢復(恢復到某一時間點上。4.可對幾乎所有數據庫實體做恢復。

5.恢復是快速的,在大多數情況下愛數據庫仍工作時恢復。熱備份的不足是: 1.不能出錯,否則后果嚴重;2.若熱備份不成功,所得結果不可用于時間點的恢復;3.因難于維護,所以要特別仔細小心,不允許 “ 以失敗告終 ”。3 系統(tǒng)數據庫備份策略

數據庫運行在歸檔模式下, 利用 Veritas 軟件模塊調用數據庫的備份接口進行在線的熱 備份, 可以在備份時,對備份數據保存在不同的存儲對象中, 以滿足客戶容災的要求, 可以 利用 Veritas 的多線程的數據遷移、利用多個磁帶驅動器同時讀寫提高其數據備份的效率。針對數據庫的總數據量和增量數據量大小, 我們可以利用數據庫的多級的增量備份機制, 結 合 Veritas 強大的備份數據追蹤尋址能力和介質管理功能,制定靈活的備份策略,實現全 自動的備份數據的全生命周期管理。

4備份系統(tǒng)數據庫恢復策略

通過本地的 Veritas Server結合 Veritas for Databases利用備份數據進行數據恢 復?；謴蜁r, Veritas 可以實現多線程的數據恢復,利用 Veritas 獨特的磁帶分類集中存 放技術,減少磁帶的就位時間,提高數據恢復的效率。

先用最近一次的全備份恢復＋恢復最近一次的增量備份＋增量備份到斷點的 ARCHIVE LOG 來恢復（要求數據庫在 ARCHIVE LOG 模式下工作）。這種恢復方式比全部用 ARCHIVE LOG 恢復要快。如果兩份冗余的最近一次增量備份都不可用，可以追溯再上次的增量備份來恢復，然后 用增量備份到斷點的 ARCHIVE LOG 恢復。如果最近一次的全備份恢復都不可用,則利用上個周期的全備份＋上個周期的最后一次 增量備份＋本周期的最近一次增量備份＋增量備份到斷點的 ARCHIVE LOG 來恢復。如果增量備份都不可用，那么用全備份＋ARCHIVE LOG 來恢復。5 數據庫恢復可以分為以下兩類： 5.1 實例故障的一致性恢復 當實例意外

地（如掉電、后臺進程故障等）或預料地（發(fā)出 SHUTDOUM ABORT 語句）中 止時出現實例故障，此時需要實例恢復。實例恢復將數據庫恢復到故障之前的事務一致狀態(tài)。如果在在線后備發(fā)現實例故障，則需介質恢復。在其它情況 Oracle 在下次數據庫起動時（對 新實例裝配和打開），自動地執(zhí)行實例恢復。如果需要，從裝配狀態(tài)變?yōu)榇蜷_狀態(tài)，自動地 激發(fā)實例恢復，由下列處理：

（1）

為了解恢復數據文件中沒有記錄的數據，進行向前滾。該數據記錄在在線日志，包括對回滾段的內容恢復。所指定的操作。

（2）回滾未提交的事務，按步 1 重新生成回滾段

（4）

（3）釋放在故障時正在處理事務所持有的資源。

解決在故障時正經歷一階段提交的任何懸而未決的分布事務。5.2 介質故障或文件錯誤的不一致恢復 介質故障是當一個文件、一個文件的部分或磁盤不能讀或不能寫時出現的故障。文件錯 誤一般指意外的錯誤導致文件被刪除或意外事故導致文件的不一致。這種狀態(tài)下的數據庫都 是不一致的，需要 DBA 手工來進行數據庫的恢復，這種恢復有兩種形式，決定于數據庫運行 的歸檔方式和備份方式。（1）完全介質恢復可恢復全部丟失的修改。一般情況下需要有數據庫的備份且數據庫 運行在歸檔狀態(tài)下并且有可用歸檔日志時才可能。對于不同類型的錯誤，有不同類型的完全 恢復可使用，其決定于毀壞文件和數據庫的可用性。（2）不完全介質恢復是在完全介質恢復不可能或不要求時進行的介質恢復。重構受損 的數據庫，使其恢復介質故障前或用戶出錯之前的一個事務一致性狀態(tài)。不完全介質恢復有 不同類型的使用，決定于需要不完全介質恢復的情況，有下列類型：基于撤消、基于時間和 基于修改的不完全恢復。

基于撤消(CANCEL恢復：在某種情況，不完全介質恢復必須被控制，DBA 可撤消在指定 點的操作?；诔废幕謴偷卦谝粋€或多個日志組（在線的或歸檔的）已被介質故障所破壞，不能用于恢復過程時使用，所以介質恢復必須控制，以致在使用最近的、未損的日志組于數 據文件后中止恢復操作。

基于時間(TIME和基于修改(SCN的恢復：如果 DBA 希望恢復到過去的某個指定點，是 一種理想的不完全介質恢復，一般發(fā)生在恢復到某個特定操作之前，恢復到如意外刪除某個 數據表之前。

6結 語 數據庫的備份和恢復的主要工作就是為數據做了一份拷貝，防止出現故障時導致數據的 丟失。數據庫受破壞一般是由于兩種情況引起，其一為系統(tǒng)（軟件）故障，如掉電、Server SQL 錯誤、操作系統(tǒng)錯誤、非正常關機等引起。其二為磁盤（介質）故障，由磁盤受破壞引起。若出現介質故障（如磁盤崩潰），當且僅當對數據庫及事務日志做了定期備份，才能恢復數 據庫。在實際應用中，應根據具體的情況，采納一切可以用的方法，制定切合實際的備份和 恢復方案，明確在各種故障情況中數據可恢復的程度是否滿足了應用的需要。為了保證數據 存儲的可管理性，減少管理的復雜性，建立一個異地集中、在線的備份系統(tǒng)是必不可少的。采用先進的備份技術和先進的備份系統(tǒng)軟件，采用統(tǒng)一的管理機制，保證大數據量的一致性 備份和高速切換。從而提供高效的存儲設備的管理能力和可靠的數據備份功能。