第一篇：Oracle數(shù)據(jù)庫備份和恢復(fù)論文

摘要：本文從Oracle的體系結(jié)構(gòu)開始，由原理到實(shí)踐，論述了Oracle數(shù)據(jù)庫備份的方式和策略。包括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.關(guān)鍵字：Oracle, 備份, 恢復(fù), RMAN

Keywords: Oracle;Backup;Restoration;RMAN

概述

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

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的運(yùn)行方式

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

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

1.關(guān)閉數(shù)據(jù)庫，備份已有的數(shù)據(jù)，改變數(shù)據(jù)庫的運(yùn)行方式是對數(shù)據(jù)庫的重要改動，所以要對數(shù)據(jù)庫做備份，對可能出現(xiàn)的問題作出保護(hù)。

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

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

log_archive_start=true #啟動自動歸檔

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

log_archive_dest=/archdir/arch #歸檔路徑

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

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

$> svrmgrl

SVRMGRL> connect internal

SVRMGRL> startup mount

SVRMGRL> alter database archivelog;// 使數(shù)據(jù)庫運(yùn)行在歸檔方式

SVRMGRL> alter database open;

Oracle的備份方案

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

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

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

EXp的命令格式和參數(shù)

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

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

USERID 必須是命令行中的第一個參數(shù)

關(guān)鍵字 說明（默認(rèn)）關(guān)鍵字 說明（默認(rèn)）

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

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

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

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

GRANTS 導(dǎo)出權(quán)限(Y)INCTYpE 增量導(dǎo)出類型

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

ROWS 導(dǎo)出數(shù)據(jù)行(Y)pARFILE 參數(shù)文件名

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

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

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

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

QUERY 選定導(dǎo)出表子集的子句

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

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

冷備份

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

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

作冷備份一般步驟是：

1)正常關(guān)閉要備份的實(shí)例(instance);

2)備份整個數(shù)據(jù)庫到一個目錄

3)啟動數(shù)據(jù)庫

即：

SVRMGRL>connect internal

SVRMGRL >shutdown immediate

SVRMGRL >!cp

or

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

SVRMGRL >startup

熱備份

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

熱備份備份的內(nèi)容和冷備份備份的內(nèi)容一樣，操作一般步驟是：

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

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

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;

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

3.RMAN

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

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

FULL 數(shù)據(jù)庫全備份，包括所有的數(shù)據(jù)塊。

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

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

RMAN的備份信息一般保存在恢復(fù)目錄中，恢復(fù)目錄也是一個數(shù)據(jù)庫，只不過這個數(shù)據(jù)庫用來保存?zhèn)浞菪畔?，一個恢復(fù)目錄可以用來保存多個數(shù)據(jù)庫的備份信息。RMAN也可以在沒有恢復(fù)目錄(NOCATALOG)下運(yùn)行，這個時候備份信息保存在控制文件。這種情況比較危險，因?yàn)橐坏┛刂莆募黄茐?，將?dǎo)致所有數(shù)據(jù)庫備份信息的丟失和恢復(fù)的失敗，而且，沒有恢復(fù)目錄，很多RMAN的命令將不被支持。所以對于重要的數(shù)據(jù)庫，建議創(chuàng)建恢復(fù)目錄。

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

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

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授予權(quán)限

SQL>grant connect, resource, recovery_catalog_owner to rman;

4)打開RMAN

$rman

5)連接恢復(fù)目錄數(shù)據(jù)庫

RMAN>connect catalog rman/rman@db

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

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

1)連接到恢復(fù)目錄數(shù)據(jù)庫

$rman rman/rman@db

2)在RMAN中連接到目標(biāo)數(shù)據(jù)庫（即要進(jìn)行備份的數(shù)據(jù)庫）

RMAN>connect target sys/change_on_install@db100

3)注冊數(shù)據(jù)庫

RMAN>register database;

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

1)完全數(shù)據(jù)庫備份

要求：ARCHIVELOG模式，在DB OpEN的情況下進(jìn)行數(shù)據(jù)庫完全備份。

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 ‘a(chǎn)atst_%t%s.%p’;

release channel c1;

}

3)控制文件備份

RMAN>run{

allocate channel c1 type=disk;

backup current controlfile tag=weekly_sat_backup;

release channel c1;

}

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

RMAN>run{

allocate channel c1 type=disk;

backup tablespace “ts_users”

filesperset 3 format ‘a(chǎn)atst_%t%s.%p’;

include current controlfile;

release channel c1;

}

4)歸檔日志備份

通過查詢數(shù)據(jù)字典表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的備份策略

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

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

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

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

每天做一次二級備份。

每天做一次恢復(fù)目錄的熱備份。

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

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

Oracle的恢復(fù)

下面的操作約定恢復(fù)目錄存儲在db118中，目標(biāo)數(shù)據(jù)庫是db100。

1.數(shù)據(jù)庫恢復(fù)

1)啟動SQL*pLUS，使用正確的init.ora文件，使用NOMOUNT選項(xiàng)啟動目標(biāo)數(shù)據(jù)庫實(shí)例。

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

$rman catalog rman/rman@db118

恢復(fù)管理器: Release 9.2.0.1.0production

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

RMAN>

3)連接到目標(biāo)數(shù)據(jù)庫

RMAN>connect target internal/oracle@demo.oracle

連接到目標(biāo)數(shù)據(jù)庫: db(DBID=1142471523)

4)一旦連接到目標(biāo)數(shù)據(jù)庫，執(zhí)行restore命令恢復(fù)控制文件

RMAN>run{

2>allocate channel c1 type disk;

3>restore controlfile;

4>}

小結(jié)

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

參考文獻(xiàn)

[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 機(jī)械工業(yè)出版社

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

第二篇：oracle數(shù)據(jù)庫自動備份方案

1.目的

編寫本文檔的目的為實(shí)現(xiàn)ORACLE數(shù)據(jù)庫的自動備份，為不動產(chǎn)數(shù)據(jù)增加一份數(shù)據(jù)安全按保障。

2.軟件環(huán)境

數(shù)據(jù)庫服務(wù)器：oracle 11g atabase x64 v11.2.0.4.0 客戶端：Oracle client x64 v11.2.0.4.0 注意：數(shù)據(jù)庫服務(wù)器和客戶端版本必須保持一致，否則會出現(xiàn)無法預(yù)知的錯誤。

3.實(shí)施方案

3.1.編寫數(shù)據(jù)庫自動備份腳本

腳本內(nèi)容如下，將文件存儲為oraclebackup.bat：

@echo off echo 刪除10天前的備分文件和日志

forfiles /p “D:oraclebackup” /m *.dmp /d-10 /c “cmd /c del @path” forfiles /p “D:oraclebackup” /m *.log /d-10 /c “cmd /c del @path” echo 正在備份 oracle 數(shù)據(jù)庫，請稍等……

exp BDCDJ_CP/BDCDJ_CP@10.6.161.70/orcl file=D:/oraclebackup/BDCDJ_CP%date:~0,4%%date:~5,2%%date:~8,2%.dmp log=D:/oraclebackup/BDCDJ_CP%date:~0,4%%date:~5,2%%date:~8,2%.log echo 任務(wù)完成!注意：

1）修改數(shù)據(jù)庫連接用戶名、密碼、數(shù)據(jù)庫地址和實(shí)例名

2）修改備份文件存儲地址，以上腳本存儲位置為D:oraclebackup 3.2.新建任務(wù)計劃

1）打開任務(wù)計劃程序

2）打開創(chuàng)建基本任務(wù)，輸入任務(wù)名稱、選擇任務(wù)執(zhí)行時間和執(zhí)行的腳本，完成任務(wù)計劃創(chuàng)建。

第三篇：個人所得稅備份恢復(fù)數(shù)據(jù)庫步驟

1.先找到這三個文件

2.備份這三個文件到桌面或指定盤

●具體操作如下

一、數(shù)據(jù)備份的方法：

請您右擊桌面桌面金稅三期個人所得稅圖標(biāo)→→屬性→→“打開文件位置”（Win7系統(tǒng)）/“查找目標(biāo)”（XP系統(tǒng)），1、打開Data文件夾，把里面的AppData.db、EPAccount.db復(fù)制粘貼到桌面上；

2、左上角“后退”按鈕點(diǎn)擊一下，打開AppModules→→GRSDS→→Data，把里面的Data.db復(fù)制粘貼到桌面上。

3、當(dāng)前目錄下如存在“XX.db-wal”和“XX.db-shm”兩個擴(kuò)展名文件，需同時與“XX.db”一起備份； 例如：Data.db-wal和Data.db-shm，要與Data.db一起復(fù)制拷貝、壓縮打包。

溫馨提醒：請將復(fù)制的文件妥善保管，以備后期恢復(fù)數(shù)據(jù)庫使用。

二、數(shù)據(jù)恢復(fù)的方法：

步驟一：請先關(guān)閉個稅軟件，右擊桌面金稅三期個人所得稅圖標(biāo)→→“屬性”→→“打開文件位置”（Win7系統(tǒng)）/“查找目標(biāo)”（XP系統(tǒng)）

1、打開“data文件夾”，將之前備份的appdata.db和epaccount.db復(fù)制并替換進(jìn)來；

2、左上角“后退”按鈕點(diǎn)擊一下，打開“AppModules文件夾”→→“GRSDS文件夾”→→打開“data文件夾”，將之前備份的Data.db復(fù)制并替換進(jìn)來，數(shù)據(jù)庫就恢復(fù)好了。

3、恢復(fù)操作前，請確認(rèn)當(dāng)前目錄是否存在“XX.db-wal”和“XX.db-shm”兩個擴(kuò)展名文件，如存在請先刪除此文件，然后再進(jìn)行數(shù)據(jù)庫恢復(fù)；

例如：先刪除Data.db-wal和Data.db-shm兩個文件，再恢復(fù)Data.db。

溫馨提醒：數(shù)據(jù)只能覆蓋，不能合并；您在恢復(fù)數(shù)據(jù)前，請先確認(rèn)新軟件中沒有報稅的數(shù)據(jù)再操作。

第四篇：ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

摘 要

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

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

關(guān)鍵字：數(shù)據(jù)庫 遠(yuǎn)程異地 集中備份

I

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

目 錄

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

二、金華電信ORACLE數(shù)據(jù)庫的備份與恢復(fù)方案 ······· 2

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

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

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

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

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

五、RMAN CATALOG 數(shù)據(jù)庫的備份 ············ 8

II

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

六、結(jié) 語 ······················ 9

III

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

一、前 言

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

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

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

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

二、金華電信ORACLE數(shù)據(jù)庫的備份與恢復(fù)方案

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

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

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

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

針對數(shù)據(jù)庫的總數(shù)據(jù)量和增量數(shù)據(jù)量大小，我們可以利用數(shù)據(jù)庫的多級的增量備份機(jī)制，結(jié)合Veritas 強(qiáng)大的備份數(shù)據(jù)追蹤尋址能力和介質(zhì)管理功能，制定靈活的備份策略，實(shí)現(xiàn)全自動的備份數(shù)據(jù)的全生命周期管理。

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

通過本地的Veritas Server結(jié)合Veritas for Databases利用備份數(shù)據(jù)進(jìn)行數(shù)據(jù)恢復(fù)。恢復(fù)時，Veritas 可以實(shí)現(xiàn)多線程的數(shù)據(jù)恢復(fù)，利用Veritas 獨(dú)特的磁帶分類集中存放技術(shù)，減少磁帶的就位時間，提高數(shù)據(jù)恢復(fù)的效率。

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

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

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

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

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

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

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

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

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

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

備份系統(tǒng)總體結(jié)構(gòu)圖

2.5 備份系統(tǒng)結(jié)構(gòu)圖說明

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

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

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

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

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

3.1 備份方法

采用Veritas NBU物理備份加EXP邏輯備份。Exp邏輯備份在服務(wù)器上直接備份，定期轉(zhuǎn)移到邏輯備份服務(wù)器。

3.2 備份策略

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

3.3 恢復(fù)策略

恢復(fù)策略:(1)數(shù)據(jù)文件損壞或磁盤陣列損壞：針對這種情況可以采用Veritas NBU從FC磁盤陣列中恢復(fù)。(2)誤操作或?qū)ο蠹夁壿嬌系膿p壞：針對這種情況可以從exp備份中采用imp恢復(fù)。

3.4 性能影響

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

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

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

4.1 備份方法

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

4.2 備份策略

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

4.3 恢復(fù)策略

恢復(fù)策略:(1)數(shù)據(jù)文件損壞或磁盤陣列損壞：針對這種情況可以采用RMAN從磁盤中恢復(fù)。(2)誤操作或?qū)ο蠹夁壿嬌系膿p壞：針對這種情況可以從exp備份中采用imp恢復(fù)。

4.4 性能影響

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

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

五、RMAN Catalog 數(shù)據(jù)庫的備份

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

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

六、結(jié) 語

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

第五篇：ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案論文.

ORACLE 數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案 學(xué)號: 11129149 姓名:文明藝 1 引 言

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

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

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

1、簡單導(dǎo)出數(shù)據(jù)(Export和導(dǎo)入數(shù)據(jù)(Import

Oracle 支持三種方式類型的輸出:(1表方式(T方式 ,將指定表的數(shù)據(jù)導(dǎo)出。

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

數(shù)據(jù)導(dǎo)入(Import的過程是數(shù)據(jù)導(dǎo)出(Export的逆過程, 分別將數(shù)據(jù)文件導(dǎo)入數(shù)據(jù)庫和將 數(shù)據(jù)庫數(shù)據(jù)導(dǎo)出到數(shù)據(jù)文件。

2、增量導(dǎo)出 /導(dǎo)入

增量導(dǎo)出是一種常用的數(shù)據(jù)備份方法,它只能對整個數(shù)據(jù)庫來實(shí)施,并且必須作為

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

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

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

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

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

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

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

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

1、是非?？焖俚膫浞莘椒?只需拷文件;

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

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

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

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

1、單獨(dú)使用時,只能提供到 “ 某一時間點(diǎn)上 ” 的恢復(fù);

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

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

4、不能按表或按用戶恢復(fù)。

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

1、所有數(shù)據(jù)文件。

2、所有控制文件。

3、所有聯(lián)機(jī) REDO LOG文件。

4、Init.ora 文件(可選。

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

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

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

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

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

3.可達(dá)到秒級恢復(fù)(恢復(fù)到某一時間點(diǎn)上。4.可對幾乎所有數(shù)據(jù)庫實(shí)體做恢復(fù)。

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

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

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

通過本地的 Veritas Server結(jié)合 Veritas for Databases利用備份數(shù)據(jù)進(jìn)行數(shù)據(jù)恢 復(fù)。恢復(fù)時, Veritas 可以實(shí)現(xiàn)多線程的數(shù)據(jù)恢復(fù),利用 Veritas 獨(dú)特的磁帶分類集中存 放技術(shù),減少磁帶的就位時間,提高數(shù)據(jù)恢復(fù)的效率。

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

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

（1）

為了解恢復(fù)數(shù)據(jù)文件中沒有記錄的數(shù)據(jù)，進(jìn)行向前滾。該數(shù)據(jù)記錄在在線日志，包括對回滾段的內(nèi)容恢復(fù)。所指定的操作。

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

（4）

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

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

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

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

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