第一篇：NBU備份恢復方案

數據備份方案SYMANTEC NetBackup（NBU）簡介

SYMANTEC NetBackup軟件是一個功能強大的企業級數據備份管理軟件，它為UNIX、Windows和Netware混合環境提供了完整的數據保護機制，具有保護企業從工作組到企業級服務器的所有的數據的能力。管理員能夠通過圖形界面來管理備份和恢復的所有方面，制定企業統一的備份策略。NetBackup針對Oracle、DB2、SAP R/

3、Informix、Sybase、Microsoft SQL Server 和 Microsoft Exchange Server 等數據庫提供了備份和恢復的解決方案。

NetBackup模塊功能介紹

Master Server 在NetBackup Enterprise Server中，Master Server是第一個組件。Master Server是管理一切數據保護工作的最核心的部件。所管理的工作包括，任務調度，客戶端備份，介質管理，設備管理等等。Media Server 當需要備份的數據在不同地點或數據量比較大的時候，我們需要使用多個Media Servers來做分擔備份管理的任務。Media Server是NetBackup中第二個組件。Media Server通過網絡承擔著本地各個機器上的數據備份，它可以和Master Server或其他的Media Server共享備份設備，或使用自己的備份設備也可以。在有多個Media Servers的情況下，一個Media Server因故障停止數據保護工作的時候，可以由Master Server把這個Media Server的數據保護工作轉移到另外的Media Servers上。Clients（Protected Server）

第三個組件就是Clients，客戶端。所有的通過網絡把數據傳到Master Server或Media Servers上來做數據保護的機器，都是客戶端。在客戶端上要安裝NetBackup的客戶端軟件。注意：Master Server和Media Server本身也是NetBackup的Clients，它們在備份自己的數據的時候就是客戶端。

NetBackup Tape Library and Rototics Support NetBackup支持所有主流的磁帶機、磁帶庫和光盤庫設備，包括StorageTek，IBM，Quantum|ATL，ADIC 和HP等等等。所謂NetBackup支持這些設備不是單指能夠往其磁帶上寫數據，主要是指對其的設備管理和介質管理功能。磁盤緩沖（DISK STAGING）

磁盤緩沖（DISK STAGING）為NetBackup管理員提供了一種備份方法，首先在磁盤上創建備份鏡像，然后將鏡像轉移到另一種介質上。NetBackup軟件的磁盤緩沖分三個步驟完成：首先在磁盤上創建NetBackup備份鏡像，然后在可以配置的稍后時間，將鏡像轉移到另外一個介質上。

備份方案設計

目前使用比較廣泛的備份方式有以下兩種備份方式： LAN備份

LAN備份是基于數據量不大的情況下，結構簡單，但是要占用生產的網絡帶寬，其結構圖如下：

采用SAN存儲架構的LAN－free備份方式：

采用san存儲架構的解決方案，也稱為LAN-Free備份。它將磁帶庫和磁盤陣列各自作為獨立的光纖結點，備份時，數據流直接從磁盤陣列傳到磁帶庫內，是一種無需占用網絡帶寬(LAN-Free)的解決方案。以下是它的結構圖：

備份和恢復的定義及實現

備份系統資源的定義

在系統備份前，首先必須定義備份系統，分配磁帶庫資源?？梢匀缦屡渲脗浞菹到y資源： 將帶庫中所有磁帶驅動器定義成一組或幾組資源（術語：Storage Unit）。這樣，當你備份一組數據時，系統就會允許使用相應的磁帶驅動器去備份相應的數據了。

對每個數據庫服務器，我們可以定義一組磁帶，作為一個磁帶池（術語：Volume Pool）,在自動備份時，備份系統回自動將該數據庫備份到這個磁帶池中。這里我們可以定義：

1.Volume Pool for主數據庫 2.Volume Pool for 文件系統

備份策略的定義

定義好備份資源后，必須根據實際需要配置備份策略。定義備份策略，涉及到以下內容： 1.在什么時間 2.將什么數據

3.以什么方式（如全備份或增量備份）、4.通過哪組磁帶驅動器（備份通道，如：磁帶驅動器）、5.備份到哪一個磁帶組（備份目的地，如：Volume Pool for 主數據庫）而備份的方式可以分為三種：全備份、增量備份、累計增量備份。1.全備份

每次備份定義的所有數據，優點是恢復快，缺點是備份數據量大，數據多時可能做一次全備份需很長時間

2.增量備份

備份自上一次備份以來更新的所有數據，其優點是每次備份的數據量少，缺點是恢復時需要全備份及多份增量備份

3.差分備份

備份自上一次全備份以來更新的所有數據。我們可以結合這三種方式，靈活應用。數據備份的過程

在業務系統中，我們會在所有數據庫服務器上部署相應的Netbackup SAN Media Server軟件及用于數據庫在線熱備份的Agent。

在定義好備份資源和策略后，在指定的時間，備份系統就會自動的將數據庫服務器上的數據從服務器上、采用指定的方式、通過指定的磁帶驅動器備份到指定磁盤池中。

在備份結束后，系統會報告備份的狀況，然后，系統管理員就會在VEIRTAS Netbackup管理界面上清楚地看到已經備份的數據的描述。在VERITAS Netbackup上對備份介質上的數據的管理采用的是簡單易懂的目錄結構。系統管理員通過該目錄下的備份項目可以非常方便的察看已經備份的數據的情況，包括：這個數據是什么時候對哪個數據庫的備份，采用的是哪一種備份方式（全備份？增量備份？還是累計增量備份？）。一個完整的備份包括一條或幾條備份項目，一般包括一個全備份項目、一個累計增量備份項目、幾個增量備份項目。你可以保留以前的備份—在最近一次全備份以前的備份。也可以同時對一份數據做兩個備份。

備份系統對數據庫的備份采用的是在線備份，通過VERITAS Netbackup的database Agent，我們可以在不停止數據庫運行的情況下，對數據庫數據進行備份，包括全備份、累計增量備份或者增量備份。這種備份方式，保證了系統的7x24小時的運行。

數據的恢復

當發生數據損壞時，我們需要從磁帶庫恢復數據。

有了VERITAS Netbackup，數據的恢復是非?？焖俸秃唵蔚?。通過Netbackup管理界面，系統管理員只需要選定相應的數據備份項目（備份管理目錄下的相應的項目名，對應某個時間點備份的某個數據庫的數據，并有說明），進行恢復（Restore）即可。選擇備份項目時，如前所述，首先選定最近一次全備份進行恢復，然后選定最近一次累計增量備份，最后選定這次累計增量備份以后的所有增量備份項目，依時間順序進行恢復即可。

備份系統基礎知識

數據備份的原則

對數據進行備份是為了保證數據的一致性和完整性，消除系統使用者和操作者的后顧之憂。不同的應用環境要求不同的解決方案來適應，一般來說，一個完善的備份系統，需要滿足以下原則：

? 穩定性

備份產品的主要作用是為系統提供一個數據保護的方法，于是該產品本身的穩定性和可靠性就變成了最重要的一個方面。首先，備份軟一定要與操作系統100%的兼容，其次，當事故發生時，能夠快速有效地恢復數據。? 全面性

包括了各種操作平臺，如各種廠家的UNIX、NetWare、Windows NT、VMS等，并安裝了各種應用系統，如ERP、數據庫、群件系統等。選用的備份軟件，要支持各種操作系統、數據庫和典型應用。? 自動化

很多系統由于工作性質，對何時備份、用多長時間備份都有一定的限制。在下班時間系統負荷輕，適于備份?？墒沁@會增加系統管理員的負擔，因此，備份方案應能提供定時的自動備份。在自動備份過程中，還要有日志記錄功能，并在出現異常情況時自動報警。? 高性能

隨著業務的不斷發展，數據越來越多，更新越來越快，在休息時間來不及備份如此多的內容，在工作時間備份又會影響系統性能。這就要求在設計備份時，盡量考慮到提高數據備份的速度，利用多個磁帶機并行操作的方法。? 操作簡單

需要一個直觀的、操作簡單的圖形化用戶界面，縮短操作人員的學習時間，減輕操作人員的工作壓力，使備份工作得以輕松地設置和完成。? 實時性

關鍵性的任務是要24小時不停機運行的，在備份的時候，有一些文件可能仍然處于打開的狀態。那么在進行備份的時候，要采取措施，實時地查看文件大小、進行事務跟蹤，以保證正確地備份系統中的所有文件。? 容災考慮

將磁帶庫中的磁帶拷貝一份，存放在遠離數據中心的地方，以防數據中心發生不可預測的災難。

備份系統組成

能否安全有效的備份取決于以下三個因素： 1.執行備份的磁帶機

磁帶機的質量與性能在整個備份過程中是至關重要的，它是能否進行高速高質量備份的關鍵所在。2.存儲備份數據的介質

介質是數據的負載物，它的質量一定要有保證，使用質量不過關的介質無疑是拿自己的數據冒險。3.控制備份的軟件

優秀備份軟件包括加速備份、自動操作、災難恢復等特殊功能，對于安全有效的數據備份是非常重要的。

確定介質保存時間

備份過程中要用到大量的存儲介質，備份介質的保留時間的長短將決定所需購置和維護的介質量。目前的備份策略都是基于多磁帶輪換制，即保存有過時數據的介質可重新覆蓋使用，輪換頻率可根據備份類型和備份的窗口來確定。

計算所需磁帶介質數量

1.備份系統所需的介質數量可根據下述流程確定： 2.確定介質容量

3.計算每個服務器上的數據做全備份所需的介質數量

4.根據每種介質的保留時間或輪換頻率即可計算出所需的介質數目

售后服務承諾

第二篇：數據庫備份和恢復方案及步驟（最終版）

操作系統：GNU/Linux 數據庫管理系統：Oracle10g

一、安裝Recovery Catalog 1，用dbca創建一個DATABASE catdb，用于存放recovery catalog data [oracle@localhost ~]$dbca 2，在catdb中創建一個名為rcat_ts的表空間作為用戶rman的默認表空間

[oracle@localhost ~]$sqlplus sys/oracle@catdb as sysdba SQL> create tablespace rcat_ts;SQL> create user rman identified by oracle temporary tablespace temp Default tablespace rcat_ts quota unlimited on rcat_ts;3，授予catlog所有者rman recovery_catalog_owner角色，該角色提供給用戶所有查詢和維護recovery catalog所必需的權限

SQL> grant connect,resource,recovery_catalog_owner to rman;4，啟動rman,以catalog所有者rman登錄

[oracle@localhost ~]$rman catalog rman/oracle@catdb RMAN> create catalog tablespace rcat_ts;5，用rman同時連接到target數據庫、catalog數據庫，在新建的recovery catalog中注冊target數據庫

[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb RMAN> register database;６，察看已在recovery catalog中注冊的target數據庫

[oracle@localhost ~]$sqlplus rman/oracle@catdb SQL>select * from db;

二、配置RMAN

1，同時連接target數據庫和recovery catalog數據庫

[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb 2，RMAN> show all（檢查配置）

configure default device type to disk(設置默認的備份的設備為磁盤）

CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;（設置備份的并行級別）

configure channel 1 device type disk format '/home/new/backup_%U'（設置備份文件格式）

configure channel 2 device type disk format '/home/oracle/backup_%U'（設置備份文件格式）

configure controlfile autobackup on(打開控制文件的自動備份）

configure controlfile autobackup format for device type disk to '/home/new/ctl_%F'（設置控制文件備份格式）

三.備份測試

備份全庫

1，同時連接target數據庫和recovery catalog數據庫

[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb 2，RMAN> backup database plus archivelog delete input;3，連接target數據庫

[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba SQL> conn hr/hr;SQL> select salary from employees where employee_id=157;SQL> update employees set salary =2000 where employee_id=157;SQL> commit;SQL> select salary from employees where employee_id=157;

四.恢復測試

復原及恢復全庫 1，連接target數據庫

[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba 2，把target數據庫先關閉，然后啟動到mount狀態 SQL> shutdown immediate;SQL> startup mount;3，復原及恢復全庫

RMAN> restore database

channel ORA_DISK_1: restore complete, elapsed time: 00:05:10 RMAN> recover database media recovery complete, elapsed time: 00:00:07

4，連接target數據庫

[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba 5，打開target數據庫

SQL> alter database open;6，查看已錄入的事物 SQL> conn hr/hr;SQL> select salary from employees where employee_id=157;

假設備份了一個表空間users

恢復表空間：

rman target rman/rman@test2006 catalog rman/rman@test2007

sql 'alter tablespace users offline immediate'(使TEST2006的USERS表空間脫機）

進入test2006

select tablespace_name,status from dba_tablespaces;（檢查USERS已經脫機）

退出RMAN

刪除D:oracleoradataTEST2006users01.dbf

rman target rman/rman@test2006 catalog rman/rman@test2007

restore tablespace users

recover tablespace users

sql 'alter tablespace users online'（使TEST2006的USERS表空間在線）

進入test2006

select tablespace_name,status from dba_tablespaces;（檢查USERS已經在線）

三、物理（熱）備份。

Linux 下Oracle10.2.0.1 RMAN備份及恢復步驟介紹

切換服務器歸檔模式，如果已經是歸檔模式可跳過此步：

%sqlplus /nolog(啟動sqlplus)

SQL> conn / as sysdba(以DBA身份連接數據庫)

SQL> shutdown immediate;(立即關閉數據庫)

SQL> startup mount(啟動實例并加載數據庫，但不打開)

SQL> alter database archivelog;(更改數據庫為歸檔模式)

SQL> alter database open;(打開數據庫)

SQL> alter system archive log start;(啟用自動歸檔)

SQL> exit(退出)

2、連接：

%rman target='gti/gti123@LANDF';(啟動恢復管理器)

3、基本設置：

RMAN> configure default device type to disk;(設置默認的備份設備為磁盤)

RMAN> configure device type disk parallelism 2;(設置備份的并行級別，通道數)RMAN> RMAN>

RMAN> configure controlfile autobackup on;(打開控制文件與服務器參數文件的自動備份)

RMAN> configure controlfile autobackup format for device type disk to ' /home/oracle/backup/data/ctl_%F';(設置控制文件與服務器參數文件自動備份的文件格式)

4、查看所有設置：

RMAN> show all

5、查看數據庫方案報表：

RMAN> report schema;CONFIGURE

CHANNEL

DEVICE

TYPE

DISK

FORMAT '/home/oracle/backup/data1/backup_%U';(設置備份的文件格式，只適用于磁盤設備)CONFIGURE

CHANNEL

DEVICE

TYPE

DISK

FORMAT '/home/oracle/backup/data/backup_%U';(設置備份的文件格式，只適用于磁盤設備)

6、備份全庫：

RMAN> backup database plus archivelog delete input;(備份全庫及控制文件、服務器參數文件與所有歸檔的重做日志，并刪除舊的歸檔日志)

7、備份表空間：

熱備份(歸檔狀態下才有效果）

1、alter tablespace tablespace_name start backup;

2、拷貝你的該表空間的數據文件備份

3、alter tablespace tablespace_name end backup;

4、一個一個表空間做完，就備份完了

RMAN> backup tablespace system plus archivelog delete input;(備份指定表空間及歸檔的重做日志，并刪除舊的歸檔日志)RMAN> backup tablespace UNDOTBS plus archivelog delete input;(備份指定表空間及歸檔的重做日志，并刪除舊的歸檔日志)RMAN> backup tablespace SYSAUX plus archivelog delete input;(備份指定表空間及歸檔的重做日志，并刪除舊的歸檔日志)RMAN> backup tablespace TEMP plus archivelog delete input;(備份指定表空間及歸檔的重做日志，并刪除舊的歸檔日志)

8、備份歸檔日志：

RMAN> backup archivelog all delete input;

9、復制數據文件：

RMAN> copy datafile 1 to '/home/oracle/product/10.2.0.1/backup/system.copy';/* RMAN> RMAN> RMAN> */

10、查看備份和文件復本：

RMAN> list backup;

11、驗證備份：

RMAN> validate backupset 3;copy copy copy

'/home/oracle/data/gti_sys01.dbf'

'/home/oracle/data/gti_undotbs.dbf' '/home/oracle/data/sysaux_01.dbf' 1

to to to '/home/oracle/product/10.2.0.1/backup/system.copy';'/home/oracle/product/10.2.0.1/backup/undo.copy';'/home/oracle/product/10.2.0.1/backup/sysaux.copy';

12、從自動備份中恢復服務器參數文件：

RMAN> shutdown immediate;(立即關閉數據庫)

RMAN> startup nomount;(啟動實例)

RMAN> restore spfile to pfile '/backup1/initgti.ora' from autobackup;(從自動備份中恢復服務器參數文件)

13、從自動備份中恢復控制文件：

RMAN> shutdown immediate;(立即關閉數據庫)

RMAN> startup nomount;(啟動實例)

RMAN> restore controlfile to '/backup1' from autobackup;(從自動備份中恢復控制文件)

13、恢復和復原全數據庫：

RMAN> shutdown immediate;(立即關閉數據庫)

RMAN> exit(退出)

%mv

%rman target='gti/gti123@LANDF';(啟動恢復管理器)

RMAN> startup pfile=/home/oracle/product/10.2.0.1/dbs/initgti.ora(指定初始化參數文件啟動數據庫)

RMAN> restore database;(還原數據庫)

RMAN> recover database;(恢復數據庫)

RMAN> alter database open;(打開數據庫)

14、恢復和復原表空間：

RMAN> sql 'alter tablespace users offline immediate';(將表空間脫機)

RMAN> exit(退出恢復管理器)

/home/oracle/product/10.2.0.1/dbs/snapcf_gti.f /home/oracle/product/10.2.0.1/dbs/snapcf_gti.f.bak(將數據文件重命名)%mv

%mv /home/oracle/data/gti_undotbs.dbf /home/oracle/data/gti_undotbs.dbf.bak(將表空間重命名)

%mv /home/oracle/data/sysaux_01.dbf /home/oracle/data/sysaux_01.dbf.bak(將表空間重命名)

%rman target='gti/gti123@LANDF';(啟動恢復管理器)

RMAN> restore tablespace users;(還原表空間)

RMAN> recover tablespace users;(恢復表空間)

RMAN> sql 'alter tablespace users online';(將表空間聯機)

15、增量備份與恢復：

第一天的增量基本備份：

RMAN> backup incremental level=0 database plus archivelog delete input;

第二天的增量差異備份：

RMAN> backup incremental level=2 database plus archivelog delete input;

第三天的增量差異備份：

RMAN> backup incremental level=2 database plus archivelog delete input;

第四天的增量差異備份：

RMAN> backup incremental level=1 database plus archivelog delete input;

第五天的增量差異備份：

RMAN> backup incremental level=2 database plus archivelog delete input;

第六天的增量差異備份：

RMAN> backup incremental level=2 database plus archivelog delete input;

/home/oracle/product/10.2.0.1/dbs/gti_sys01.dbf /home/oracle/data/gti_sys01.dbf.bak(將表空間重命名)第七天的增量差異備份：

RMAN> backup incremental level=0 database plus archivelog delete input;

增量恢復：

RMAN> shutdown immediate;

RMAN> exit

%mv

%rman target='gti/gti123@LANDF';(啟動恢復管理器)

RMAN> startup pfile=/home/oracle/product/10.2.0.1/dbs/initgti.ora(指定初始化參數文件啟動數據庫)

RMAN> restore database;

RMAN> recover database;

RMAN> alter database open./home/oracle/product/10.2.0.1/dbs/snapcf_gti.f /home/oracle/product/10.2.0.1/dbs/snapcf_gti.f.bak(將數據文件重命名)

RMAN>crosscheck backupset;RMAN>delete obsolete RMAN>crosscheck archivelog all;RMAN>delete archivelog all;

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

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

摘 要

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

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

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

I

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

目 錄

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

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

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

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

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

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

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

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

II

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

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

III

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

一、前 言

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

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

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

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

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

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

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

2.1 備份系統數據庫備份策略

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

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

2.2 備份系統數據庫恢復策略

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

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

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

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

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

2.3 金華電信97系統及營銷支撐系統的系統狀況

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

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

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

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

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

備份系統總體結構圖

2.5 備份系統結構圖說明

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

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

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

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

三、金華電信97系統的數據庫備份和恢復

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資源不成為瓶頸的情況下，對系統影響將可以不予考慮。97系統目前的瓶頸在于內存這一塊。所以對97系統的性能影響可以不加以考慮。

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

四、金華電信營銷支撐系統的備份與恢復

4.1 備份方法

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

4.2 備份策略

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

4.3 恢復策略

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

4.4 性能影響

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

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

五、RMAN Catalog 數據庫的備份

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

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

六、結 語

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

第四篇：《備份與恢復管理制度》

備份與恢復管理制度

文檔控制

名稱

編號

版本

密級

擬制

日期

審核

日期

批準

日期

版本控制

日期

版本

描述

作者

分發控制

序號

對象

權限

一．

目的為加強單位計算機信息數據的備份與管理，避免信息數據丟失，根據相關規定，特制定本管理辦法。

二．

適用范圍

適用于本單位所有的工作人員

三．

管理規定

1．數據備份

第一條

本辦法適用于單位信息系統數據的備份與管理。

第二條

單位計算機信息數據的備份工作由信息中心管理，負責計算機信息數據備份的檢查和督促。

第三條

提高數據備份的自動化運行管理水平，做好本地數據冷備份，減少人的操作與干預，或制定嚴格的管理規范，避免誤操作。

第四條

計算機信息數據備份的基本原則是“誰使用，誰備份”。具體包括服務器全部數據，各工作站上的數據庫及其它數據文件。

第五條

信息數據的備份包括定期備份和臨時備份兩種。定期備份指按照規定的日期定期對數據進行備份；臨時備份指在特殊情況（如軟件升級、設備更換、感染病毒等）下，臨時對信息數據進行備份。

第六條

信息數據根據系統情況和備份內容，可以采取以下備份方式：

(一)完全備份：對備份的內容進行整體備份。

(二)增量備份：僅備份相對于上一次備份后新增加和修改過的數據。

(三)差分備份：僅備份相對于上一次完全備份之后新增加和修改過的數據。

(四)按需備份：僅備份應用系統需要的部分數據。

第七條

為保證所備份的內容可再現系統運行環境，數據備份內容應包括網絡系統的所有關鍵數據。具體指計算機和網絡設備的操作系統、應用軟件、系統數據和應用數據。

第八條

數據備份可選擇硬盤、軟盤、光盤、磁帶等存儲介質，要確保備份數據的可恢復性。存儲介質應存放在無磁性、輻射性的安全環境。

第九條

數據備份時必須建立備份文件檔案及檔案庫，詳細記錄備份數據的信息。要做好數據備份的文卷管理，所有備份要有明確的標識，具體包括：卷名、備份人。

(一)卷名按統一的規則來命名。卷名由“應用系統名稱—

備份時間—序號”組成，(二)備份人：備份人姓名

第十條

備份數據的保存時間根據單位信息系統的數據重要程度和有效利用周期以及具體使用情況確定。根據各種數據的重要程度及其容量，確定備份方式、備份周期和保留周期。

第十一條

數據備份至少應保留兩份拷貝，一份在數據處理現場，以保證數據的正?？焖倩謴秃蛿祿樵儯硪环荼４嬖诋惖貦C房，確保備份數據萬無一失。

第十二條

對計算機或設備進行軟件安裝、系統升級或更改配置時，應進行系統和數據、設備參數的完全備份。應用系統更新后，應對原系統及其數據的完全備份資料保存十年以上。

第十三條

本辦法從公布之日起實施。本辦法由信息中心負責解釋。

2．數據恢復

第一條

當信息中心服務器確認出現故障時，由系統管理員進行系統恢復。

第二條

系統管理員由信息中心主任指定專人負責。當人員變動時應有交接手續。

第三條

當網絡線路不通時，網絡系統維護人員應立即到場進行維護，當光纖損壞時應立即使用備用光纖進行恢復，交換機出現故障時，應使用備用交換機。

第四條

對每次的恢復細節應做好詳細記錄。

第五條

定期對全系統備份數據要進行模擬恢復，以檢查數據的可用性。

第六條

管理員根據故障情況預計修復時間，如超過半小時即向中心主任申請啟用應急方案

—

END

—

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

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

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

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

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

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

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

1.傳統dmp邏輯備份和恢復

1.1傳統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天邏輯循環備份，我覺得沒有必要，要那么多舊的備份文件何用，浪費空間；

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

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

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

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

1.2 exp備份的恢復

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

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

DROP USER XXX CASCADE 1.2.2．再創建該用戶

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有很多優點，這個我就不說了，大家可以自己參考資料；不過我測試下來，如果數據量小expdp 還是不如exp的；但是還是建議是使用expdp，因為數據會慢慢變大的，用expdp更好些；

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

實現方法和exp類似：

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

2.1.1第一步先創建一個目錄對象，比如：

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繼續添加：

call expdp_backup.bat USER1 PASSWORD1 ”"

……

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

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了，也即是說用戶不需要創建，數據泵文件含有了用戶以及它原來的權限； 從這點來講，是不是比IMP導入更為方便；

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

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

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

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目錄下的，因為我的系統的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下做一個執行計劃，每天或沒隔幾天，自動執行一下這個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 啟動數據庫的參數文件，參數文件和數據庫文件不在同一個硬盤，所以沒丟；

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

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

然后執行 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 執行 sql> select * from test_rman

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