一了解備份的重要性
可以說
從計算機系統出世的那天起
就有了備份這個概念
計算機以其強大的速度處理能力
取代了很多人為的工作
但是
往往很多時候
它又是那麼弱不禁風
主板上的芯片
主板電路
內存
電源等任何一項不能正常工作
都會導致計算機系統不能正常工作
當然
這些損壞可以修復
不會導致應用和數據的損壞
但是
如果計算機的硬盤損壞
將會導致數據丟失
此時必須用備份恢復數據
其實
在我們的現實世界中
已經就存在很多備份策略
如RAID技術
雙機熱備
集群技術發展的不就是計算機系統的備份和高可用性嗎？有很多時候
系統的備份的確就能解決數據庫備份的問題
如磁盤介質的損壞
往往從鏡相上面做簡單的恢復
或簡單的切換機器就可以了
但是
上面所說的系統備份策略是從硬件的角度來考慮備份與恢復的問題
這是需要代價的
我們所能選擇備份策略的依據是
丟是數據的代價與確保數據不丟失的代價之比
還有的時候
硬件的備份有時根本滿足不了現實需要
假如你誤刪了一個表
但是你又想恢復的時候
數據庫的備份就變的重要了
ORACLE本身就提供了強大的備份與恢復策略
這裡我們只討論ORACLE備份策略
以下的備份都是指ORACLE數據庫備份
恢復將放到下一講中
所謂備份
就是把數據庫復制到轉儲設備的過程
其中
轉儲設備是指用於放置數據庫拷貝的磁帶或磁盤
能夠進行什麼樣的恢復依賴於有什麼樣的備份
作為 DBA
有責任從以下三個方面維護數據庫的可恢復性
·使數據庫的失效次數減到最少
從而使數據庫保持最大的可用性
·當數據庫不可避免地失效後
要使恢復時間減到最少
從而使恢復的效率達到最高
·當數據庫失效後
要確保盡量少的數據丟失或根本不丟失
從而使數據具有最大的可恢復性
災難恢復的最重要的工作是設計充足頻率的硬盤備份過程
備份過程應該滿足系統要求的可恢復性
例如
如果數據庫可有較長的關機時間
則可以每周進行一次冷備份
並歸檔重做日志
對於
*
的系統
或許我們考慮的只能是熱備份
如果每天都能備份當然會很理想
但要考慮其現實性
企業都在想辦法降低維護成本
現實的方案才可能被采用
只要仔細計劃
並想辦法達到數據庫可用性的底線
花少量的錢進行成功的備份與恢復也是可能的
二了解ORACLE的運行方式
ORACLE數據庫有兩種運行方式
一是歸檔方式（ARCHIVELOG）
歸檔方式的目的是當數據庫發生故障時最大限度恢復數據庫
可以保證不丟失任何已提交的數據
二是不歸檔方式(NOARCHIVELOG)
只能恢復數據庫到最近的回收點（冷備份或是邏輯備份）
我們根據數據庫的高可用性和用戶可承受丟失的工作量的多少
對於生產數據庫
強烈要求采用為歸檔方式
那些正在開發和調試的數據庫可以采用不歸檔方式
如何改變數據庫的運行方式
在創建數據庫時
作為創建數據庫的一部分
就決定了數據庫初始的存檔方式
一般情況下為NOARCHIVELOG方式
當數據庫創建好以後
根據我們的需要把需要運行在歸檔方式的數據庫改成ARCHIVELOG方式
改變不歸檔方式為為歸檔方式 a
關閉數據庫
備份已有的數據
改變數據庫的運行方式是對數據庫的重要改動
所以要對數據庫做備份
對可能出現的問題作出保護
b
修改初試化參數
使能自動存檔 修改（添加）初始化文件init[SID]
ora參數
log_archive_start=true #啟動自動歸檔
log_archive_format=ARC%T%S
arc #歸檔文件格式
log_archive_dest=/arch
/arch #歸檔路徑
在
i中
可以最多有五個歸檔路徑
並可以歸檔到其它服務器
如備用數據庫(standby database)服務器
c
啟動Instance到Mount狀態
即加載數據庫但不打開數據庫
$>SVRMGRL
SVRMGRL >connect internal
SVRMGRL >startup mount
d
發出修改命令
SVRMGRL >alter database archivelog;
SVRMGRL>alter database open;
改變歸檔狀態為不歸檔狀態
與以上步驟相同
但有些操作不一樣
主要是在以上的b操作中
現在為刪除或注釋該參數
在d操作中
命令為SVRMGRL >alter database noarchivelog; 注意
從歸檔方式轉換到非歸檔方式後一定要做一次數據庫的全冷備份
防止意外事件的發生
三ORACLE備份的分類
簡單的按照備份進行的方式
可以分為邏輯備份
冷備份（脫機備份）
熱備份（聯機備份）
其實冷備份與熱備份又可以合稱為物理備份
按照備份的工具
可以分為EXP/IMP備份
OS拷貝
RMAN
第三方工具
如VERITAS
以下我們將從多個角度來說明以上的各種備份方式
EXP/IMP邏輯備份
導入/導出是ORACLE幸存的最古老的兩個命令行工具了
其實我從來不認為Exp/Imp是一種好的備份方式
正確的說法是Exp/Imp只能是一個好的轉儲工具
特別是在小型數據庫的轉儲
表空間的遷移
表的抽取
檢測邏輯和物理沖突等中有不小的功勞
當然
我們也可以把它作為小型數據庫的物理備份後的一個邏輯輔助備份
也是不錯的建議
對於越來越大的數據庫
特別是TB級數據庫和越來越多數據倉庫的出現
EXP/IMP越來越力不從心了
這個時候
數據庫的備份都轉向了RMAN和第三方工具
下面我們還是簡要介紹一下EXP/IMP的使用
i使用方法 Exp parameter_name=value
Or Exp parameter_name=(value
value
……)
只要輸入參數help=y就可以看到所有幫助
如
C:\>set nls_lang=simplified chinese_china
zhs
gbk
C:\>exp
help
Export: Release
Production on 星期四
月
:
:
(c) Copyright
Oracle Corporation
All rights reserved
通過輸入 EXP 命令和用戶名/口令
您可以在用戶 / 口令之後的命令:
實例: EXP SCOTT/TIGER
或者
您也可以通過輸入跟有各種參數的 EXP 命令來控制
導出
的運行方式
要指定參數
您可以使用關鍵字:
格式: EXP KEYWORD=value 或 KEYWORD=(value
value
valueN)
實例: EXP SCOTT/TIGER GRANTS=Y TABLES=(EMP
DEPT
MGR) 或 TABLES=(T
: P
T
: P
)
如果 T
是分區表USERID 必須是命令行中的第一個參數
關鍵字 說明（默認） 關鍵字 說明（默認）
USERID 用戶名/口令 FULL 導出整個文件 (N)
BUFFER 數據緩沖區的大小 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 導出觸發器 (Y)
FEEDBACK 顯示每 x 行 (
) 的進度
FILESIZE 各轉儲文件的最大尺寸
QUERY 選定導出表子集的子句
下列關鍵字僅用於可傳輸的表空間TRANSPORT_TABLESPACE 導出可傳輸的表空間元數據 (N) TABLESPACES 將傳輸的表空間列表
在沒有警告的情況下成功終止導出
C:\>
幫助已經很詳細的說明了參數的意義和使用方法
並列舉了幾個簡單的例子
注意的是
從
i開始
已經開始支持數據子集的方法
就是可以指定自己的Where條件
可以從表中導出一行或多行數據
注意上面的set nls_lang=simplified chinese_china
zhs
gbk
通過設置環境變量
可以讓exp的幫助以中文顯示
如果set nls_lang=American_america
字符集
那麼你的幫助就是英文的了
增量和累計導出必須在全庫方式下才有效
而且
大多數情況下
增量和累計導出並沒有想象中的那麼有效
ORACLE從
i開始
不再支持增量導出和累計導出
ii表空間傳輸
表空間傳輸是
i新增加的一種快速在數據庫間移動數據的一種辦法
是把一個數據庫上的格式數據文件附加到另外一個數據庫中
而不是把數據導出成Dmp文件
這在有些時候是非常管用的
因為傳輸表空間移動數據就象復制文件一樣快
關於傳輸表空間有一些規則
即
·源數據庫和目標數據庫必須運行在相同的平台上
·源數據庫與目標數據庫必須使用相同的字符集
·源數據庫與目標數據庫一定要有相同大小的數據塊（
i已經不用）
·目標數據庫不能有與遷移表空間同名的表空間
·SYS的對象不能遷移
·必須傳輸自包含的對象集
·有一些對象
如物化視圖
基於函數的索引等不能被傳輸
可以用以下的方法來檢測一個表空間或一套表空間是否符合傳輸標准
exec sys
dbms_tts
transport_set_check(
tablespace_name
true);
select * from sys
transport_set_violation;
如果沒有行選擇
表示該表空間只包含表數據
並且是自包含的
對於有些非自包含的表空間
如數據表空間和索引表空間
可以一起傳輸
以下為簡要使用步驟
如果想參考詳細使用方法
也可以參考ORACLE聯機幫助
a
設置表空間為只讀（假定表空間名字為APP_Data 和APP_Index）
alter tablespace app_data read only;
alter tablespace app_index read only;
b
發出EXP命令
SQL>host exp userid=
sys/password as sysdba
transport_tablespace=y tablespace=(app_data
app_index)
以上需要注意的是
·為了在SQL中執行EXP
USERID必須用三個引號
在UNIX中也必須注意避免
/
的使用
·在
和以後
必須使用sysdba才能操作
·這個命令在SQL中必須放置在一行（這裡是因為顯示問題放在了兩行）
c
拷貝數據文件到另一個地點
即目標數據庫可以是cp(unix)或copy(windows)或通過ftp傳輸文件（一定要在bin方式）
d
把本地的表空間設置為讀寫
e
在目標數據庫附加該數據文件
imp file=expdat
dmp userid=
sys/password as sysdba
transport_tablespace=y
datafile=(c:\temp\app_data
c:\temp\app_index)
f
設置目標數據庫表空間為讀寫
alter tablespace app_data read write;
alter tablespace app_index read write;
iii導出/導入與字符集
明白ORACLE的多國語言設置
ORACLE多國語言設置是為了支持世界范圍的語言與字符集
一般對語言提示
貨幣形式
排序方式和CHAR
VARCHAR
CLOB
LONG字段的數據的顯示等有效
ORACLE的多國語言設置最主要的兩個特性就是國家語言設置與字符集設置
國家語言設置決定了界面或提示使用的語言種類
字符集決定了數據庫保存與字符集有關數據（如文本）時候的編碼規則
正如剛才上面的一個小例子
環境變量NLS_LANG的不同
導致EXP幫助發生變化
這就是多國語言設置的作用（NLS_LANG包含國家語言設置與字符集設置
這裡起作用的是國家語言設置
而不是字符集）
ORACLE字符集設定
分為數據庫字符集和客戶端字符集環境設置
在數據庫端
字符集在創建數據庫的時候設定
並保存在數據庫props$表中
對於
i以上產品
已經可以采用
Alter database character set 字符集
來修改數據庫的字符集
但也僅僅是從子集到超集
不要通過update props$來修改字符集
如果是不支持的轉換
可能會失去所有與字符集有關的數據
就是支持的轉換
也可能導致數據庫的不正常工作
字符集分為單字節字符集與多字節字符集
US
ASCII就是典型的單字節字符集
在這種字符集中length=lengthb
而ZHS
GBK就是常用的雙字節字符集
在這裡lengthb=
*length
在客戶端的字符集環境比較簡單
主要就是環境變量或注冊表項NLS_LANG
注意NLS_LANG的優先級別為
參數文件à注冊表à環境變量àalter session
NLS_LANG的組成為
國家語言設置
字符集
如nls_lang=simplified chinese_china
zhs
gbk
客戶端的字符集最好與數據庫端一樣（國家語言設置可以不一樣
如zhs
gbk的字符集
客戶端可以是nls_lang =simplified chinese_china
zhs
gbk或Ameircan_America
zhs
gbk
都不影響數據庫字符的正常顯示）
如果字符集不一樣
而且字符集的轉換也不兼容
那麼客戶端的數據顯示與導出/導入的與字符集有關的數據將都是亂碼
使用一點點技巧
就可以使導出/導入在不同的字符集的數據庫上轉換數據
這裡需要一個
進制文件編輯工具即可
如uedit
用編輯方式打開導出的dmp文件
獲取
字節的內容
如
先把它轉換為
進制數
為
使用函數NLS_CHARSET_NAME即可獲得該字符集
SQL> select nls_charset_name(
) from dual;
NLS_CHARSET_NAME(
)
US
ASCII
可以知道該dmp文件的字符集為US
ASCII
如果需要把該dmp文件的字符集換成ZHS
GBK
則需要用NLS_CHARSET_ID獲取該字符集的編號
SQL> select nls_charset_id(
zhs
gbk
) from dual;
NLS_CHARSET_ID(
ZHS
GBK
)
把
換成
進制數
為
把
字節的
換成
即完成了把該dmp文件字符集從us
ascii到zhs
gbk的轉化
這樣
再把該dmp文件導入到zhs
gbk字符集的數據庫就可以了
（注意
十進制數與十六進制之間的轉換
想明白其中的道理）
Iv跨版本使用Exp/Imp
Exp/Imp很多時候
可以跨版本使用
如在版本
與版本
之間導出導入數據
但這樣做必須選擇正確的版本
規則為
·總是使用IMP的版本匹配數據庫的版本
如果要導入到
則使用
的導入工具
·總是使用EXP的版本匹配兩個數據庫中低的那個版本
如在
與
之間互導
則使用
的EXP工具
OS備份
操作系統備份有兩類
冷備份（Cold backup）與熱備份（Hot backup）
操作系統備份與以上的邏輯備份有本質的區別
邏輯備份提取數據庫的數據內容
而不備份物理數據塊
而操作系統備份則是拷貝整個的數據文件
i冷備份
在文件級備份開始前數據庫必須徹底關閉
關閉操作必須用帶有normal
immediate
transaction選項的shutdown來執行
數據庫使用的每個文件都被備份下來
這些文件包括
☆所有數據文件
☆所有控制文件
☆所有聯機REDO LOG 文件
☆INIT
ORA文件(可選)
作冷備份一般步驟是
a
正常關閉要備份的實例(instance);
b
備份整個數據庫到一個目錄
c
啟動數據庫
如
SVRMGRL>connect internal
SVRMGRL >shutdown immediate
SVRMGRL >! cp <file> <backup directory>
或
SVRMGRL >!tar cvf /dev/rmt/
/u
/oradata/prod
SVRMGRL >startup
注意
如果利用腳本對數據庫進行冷備份
必須對關閉數據庫的命令進行邏輯檢查
如果發生關閉數據庫的命令不能正常執行而導致數據庫沒有正常關閉
那麼
所有的冷備份將回是無效的
ii熱備份
熱備份是當數據庫打開並對用戶有效是的OS級的數據備份
熱備份只能用於ARCHIVELOG方式的數據庫
在數據文件備份之前
對應的表空間必須通過使用ALTER TABLESPACE …… BEGIN BACKUP以備份方式放置
然後組成表空間的數據文件可以使用類似冷備份的操作系統命令進行拷貝
在數據文件用操作系統命令拷貝後
應使用ALTER TABLESPACE …… END BACKUP命令使表空間脫離熱備份方式
熱備份沒有必要備份聯機日志
但必須是歸檔狀態
在實例恢復的時候
可能需要用到歸檔日志
當前聯機日志一定要保護好或是處於鏡相狀態
當前聯機日志的損壞
對於數據庫的損壞是巨大的
只能以數據的丟失來進行數據庫的恢復工作
對於臨時表空間
存放的是臨時信息
在熱備份是也可以考慮不用備份
如果臨時文件發生故障
可以刪除該數據文件與表空間
重建一個臨時表空間
熱備份的優點是顯而易見的
a．可在表空間或數據文件級備份
備份時間短
b．備份時數據庫仍可使用
c．可達到秒級恢復（恢復到某一時間點上）
d．可對幾乎所有數據庫實體作恢復
e．恢復是快速的
在大多數情況下在數據庫仍工作時恢復
操作系統作熱備份的一般步驟為
①連接數據庫 SVRMGRL>connect internal;
②將需要備份的表空間（如User）設置為備份方式 SVRMGRL>Alter tablespace User begin backup;
③拷貝數據文件 SVRMGRL>!cp /u
/oradata/prod/user
ora /backup/prod/user
ora Or $cp cp /u
/oradata/prod/user
ora /backup/prod/user
ora
④在數據文件拷貝完成後
將表空間拖體備份方式 SVRMGRL>Alter tablespace User end backup;
⑤對所有需要備份的表空間重復
⑥使用如下的命令備份控制文件ALTER DATABSE …… BACKUP CONTROLFILE
如備份成二進制文件 alter database backup controlfile to
new fielname
;
備份成文本文件 alter database backup controlfile to trace;
因為熱備份的時候
用戶還在操作數據庫
所以
最好是每個表空間處於備份狀態的時間最短
這樣就要求一個表空間一個表空間的備份
不要一起使表空間處於備份狀態而同時拷貝數據文件
注意
如果在熱備份的時候如果數據庫中斷（如斷電）
那麼在重新啟動數據庫的時候
數據庫將提示有數據文件需要恢復
你需要把正在斷電時候的處於備份狀態的數據文件通過ALTER TABLESPACE …… END BACKUP結束備份方式
具體哪個數據文件或表空間處於備份狀態
可以通過v$backup與v$datafile來獲得
RMAN（備份與恢復管理器）
i使用RMAN進行備份 Recovery manager（RMAN）是ORACLE提供的DBA工具
用語管理備份和恢復操作
RMAN只能用於ORACLE
或更高的版本中
它能夠備份整個數據庫或數據庫部件
其中包括表空間
數據文件
控制文件和歸檔文件
RMAN可以按要求存取和執行備份和恢復
RMAN備份有如下優點
☆支持在線熱備份
☆支持多級增量備份
☆支持並行備份
恢復
☆減少所需要備份量
☆備份
恢復使用簡單
重要的是
使用恢復管理器允許您進行增量數據塊級的備份（這個與導出/導入的增量截然不同）
增量RMAN備份是時間和空間有效的
因為他們只備份自上次備份以來有變化的那些數據塊
另一個空間有效的RMAN特性是它只備份數據文件中使用的數據塊
忽略空的
未用的數據塊
這個對於預分配空間的表空間有很大的好處
從
i開始
還增加了RMAN的數據塊級別的恢復
可以進一步減少數據庫恢復時間
RMAN支持以下不同類型的備份
FULL 數據庫全備份
包括所有的數據塊
INCREMENTAL 增量備份
只備份自上次增量備份以來修改過的數據塊
需要一個
級的增量作為增量的基礎
可以支持
級增量
OPEN 在數據庫打開的時候使用
CLOSED 在數據庫安裝(MOUNT)但不打開的時候備份
關閉備份可以是CONSISTENT或IN CONSISTENT類型的
CONSISTENT 在數據庫安裝
單不打開
並且在安裝之前數據庫被徹底關閉（而不是被破壞或異常退出）時使用
CONSISTENT備份可以簡單的進行復原(RESTORE)而不是恢復(RECOVER)
INCONSISTENT 在數據庫打開或安裝（但不打開）時使用
在該數據庫正常關閉或崩潰後
INCONSISTENT備份需要恢復
理解BACKUP
RESTORE
RECOVER命令
這是RMAN最基本的三個命令
可以進行數據庫的備份
復原以及恢復操作
理解恢復目錄
RMAN可以在沒有恢復目錄(NOCATALOG)下運行
這個時候備份信息保存在控制文件
保存在控制文件的備份信息是很危險的
如果控制文件的破壞將導致備份信息的丟失與恢復的失敗
而且
沒有恢復目錄
很多RMAN的命令將不被支持
所以對於重要的數據庫
建議創建恢復目錄
恢復目錄也是一個數據庫
只不過這個數據庫用來保存備份信息
一個恢復目錄可以用來備份多個數據庫
創建RMAN目錄
以下步驟說明了在一個數據庫中盡力RMAN目錄的過程
a
為目錄創建一個單獨的表空間SQL>Create tablespace tools datafile
fielname
size
m;
b
創建RMAN用戶SQL>Create user RMAN identified by RMAN default tablespace tools temporary tablespace temp;
c
給RMAN授予權限SQL>Grant connect
resource
recovery_catalog_owner to rman;
d
打開RMAN $>RMAN
e
連接數據庫RMAN>connect catalog rman/rman
f
創建恢復目錄RMAN>Create catalog tablespace rman
注冊目標數據庫
恢復目錄創建成功後
就可以注冊目標數據庫了
目標數據庫就是需要備份的數據庫
一個恢復目錄可以注冊多個目標數據庫
注冊目標數據庫的命令為
$>RMAN target internal/password catalog rman/rman@rcdb; RMAN>Register database; 數據庫注冊完成
就可以用RMAN來進行備份了
更多命令請參考ORACLE聯機手冊或《ORACLE
i備份與恢復手冊》
RMAN使用腳本來備份數據庫
以下是RMAN進行備份的幾個例子
a
備份整個數據庫 backup full tag
basicdb
format
/bak/oradata/full_%u_%s_%p
database;
b
備份一個表空間 backup tag
tsuser
format
/bak/oradata/tsuser_%u_%s_%p
tablespace users;
c
備份歸檔日志 backup tag
alog
format
/bak/archivebak/arcbak_%u_%s_%p
archivelog all delete input;
ii維護RMAN
RMAN的維護主要分為幾個方面
查看RMAN的信息
檢查現有備份
RMAN>list backup
列出過期備份
RMAN>report obsolete
刪除過期的備份
RMAN>allocate channel for maintenance type disk;
RMAN>change backupset id delete;
RMAN>release channel;
同步或重置RMAN 如果目標數據庫物理對象發生了變化
如添加了一個數據文件
需要用如下命令同步
RMAN>resync catalog; 如果目標數據庫reset了數據庫
需要用如下命令同步RMAN>reset database; 當手工刪除了數據庫的歸檔文件後
要執行以下腳本同步RMAN>allocate channel for maintenance type disk;
RMAN> change archivelog all crosscheck; RMAN>release channel; 當手工刪除了數據庫的RMAN備份後
要執行以下腳本來同步 RMAN>allocate channel for maintenance type disk; RMAN>crosscheck backup; RMAN>delete expired backup;
RMAN>release channel;
四定制恰當的備份策略 i定制正確的策略
正確的備份策略不僅能保證數據庫服務器的
*
的高性能的運行
還能保證備份與恢復的快速性與可靠性
我們將以RMAN的多級增量備份作為一個備份策略的例子來討論
采用多級備份就是為了減少每天備份所需要的時間
而又保證系統有良好的恢復性
恢復時間與備份時間要有一個權衡
比如只要進行一個數據庫的全備份
然後就只備份歸檔也可以保證能把數據庫恢復到最新的狀態
但是這樣的恢復時間將是不可容忍的
多級備份也正是 為了解決這種問題
以下就是一個多級備份的例子
每半年做一個數據庫的全備份（包括所有的數據和只讀表空間）
每一個月做一次零級備份（不包含只讀表空間）
每個星期做一次一級備份
每天做一次二級備份
任何數據庫的更改需要重新同步CATALOG目錄並重新備份（如添加數據文件）或重新備份（如修改表空間為只讀）每次備份後都可以備份歸檔日志或定期備份歸檔日志
如果可能
可以直接備份到磁帶上
數據庫全備份的腳本
run{
allocate channel c
type disk;
allocate channel c
type disk;
allocate channel c
type disk;
backup full tag
dbfull
format
/u
/oradata/backup/full%u_%s_%p
database
include current controlfile;
sql
alter system archive log current
;
backup fileaperset
format
/u
/oradata/backup/arch%u_%s_%p
archivelog all delete input; #備份歸檔可選
可以單獨定期備份
release channel c
;
release channel c
;
release channel c
;
}
零級備份的腳本
run{
allocate channel c
type disk;
allocate channel c
type disk;
allocate channel c
type disk;
backup incremental level
tag
db
format
/u
/oradata/backup/db
%u_%s_%p
database skip readonly;
sql
alter system archive log current
;
backup fileaperset
format
/u
/oradata/backup/arch%u_%s_%p
archivelog all delete input; #備份歸檔可選
可以單獨定期備份
release channel c
;
release channel c
;
release channel c
;
}
同理
我們可以得到一級備份
二級備份的腳本
如一級備份的腳本
run{
allocate channel c
type disk;
allocate channel c
type disk;
allocate channel c
type disk;
backup incremental level
tag
db
format
/u
/oradata/backup/db
%u_%s_%p
database skip readonly;
sql
alter system archive log current
;
backup fileaperset
format
/u
/oradata/backup/arch%u_%s_%p
archivelog all delete input; #備份歸檔可選
可以單獨定期備份
release channel c
;
release channel c
;
release channel c
;
}
如果按照以上備份策略
則每天的所需要備份的數據量只有一天的改變量
而做恢復時最多要恢復當月的一個零級備份+三個一級備份+
個二級備份+當天的歸檔文件
如果不能接受這樣的恢復時間
可以減少零級備份之間的時間間隔
在每次備份後
原則上在該備份點之前的歸檔日志就可以刪除掉了
但是為了進一步的安全以及日後需要（如使用LOGMNR查找所需信息）
建議有條件的話
歸檔日志保存一年
可以保存在磁帶等廉價存取設備上
ii與RMAN備份有關的優化
備份操作主要是完成以下三個步驟
從磁盤上讀取數據
在內存中處理數據塊
寫入數據到磁盤或磁帶
以上的讀寫操作可以同步或異步的完成
在同步I/O操作中
一個時間只允許有一個IO操作
但是在異步I/O操作中
一個時間允許有多個IO操作
因此
備份與恢復的調優主要集中在以下幾個方面
提高同步或異步I/O操作能力在支持異步操作的操作系統上
可以通過設置TAPE_AYSNCH_IO
DISK_ASYNCH_IO和BACKUP_TYPE_IO_SLAVES來支持異步操作
提高寫的能力
提高磁盤讀能力可以在backup命令後通過設置DISKRATIO來保證從多個磁盤上讀取數據
保證連續的數據流
正確設置緩沖區與參數值設置LARGE_POOL_SIZE
使備份可以使用連續的緩沖池
通過設置DB_FIL_DIRECT_IO_COUNT可以提高緩沖區的利用
如果使用磁帶備份
還可以設置BACKUP_TYPE_IO_SLAVES來提高磁帶的寫能力
采用並行備份開辟多個通道
可以實現並行備份與恢復
iii備份RMAN數據庫 RMAN自己的數據庫也需要備份
但是本身很小
而且不是經常發生變化
所以在每次RMAN備份完成後
都可以用如下腳本對RMAN數據庫備份
EXP pafile =exprman
sql
exprman
sql為
USERID=RMAN/RMAN
BUFFER=
OWNER=RMAN
FILE=RMAN
DMP
ROWS=Y
GRANTS=Y
COMPRESS=Y
CONSISTENT=Y
iv使自動備份數據庫
自動備份數據庫不外乎以下三種方式
WINDOWS下的任務計劃(At命令)
UNIX下的Crontab
第三方工具如Viritas
在以上三種方式中Viritas屬於第三方工具
很多人可能都沒有接觸
主要說一下windows的任務計劃與unix的cron
生成腳本文件
如backup
rcv 假定文件內容如下
$>cat backup
rcv
connect target sys/password rcvcat rman/rman@localname;
run{
allocate channel c
type disk;
allocate channel c
type disk;
allocate channel c
type disk;
backup fileaperset
format
/u
/oradata/backup/arch%u_%s_%p
archivelog all delete input;
release channel c
;
release channel c
;
release channel c
;
}
生成執行文件在windows上生成backup_archive
bat
內容包括rman cmdfile = backup
rcv 在unix下生成 backup_archive
sh
內容包括oracle/ramn/rman cmdfile = backup
rcv
加入調度在windows中用任務計劃向導即可
或使用at命令
在unix中
在目標機器上編寫一個文件
用以啟動自動備份進程
假定文件名為ORACLE
文件將放在/var/spool/cron/crontabs目錄下
$>cat oracle
* *
backup_archive
sh
#表示星期天
點對數據庫備份
* * * backup_archive
sh
#表示每天
點
點備份
Crontab文件的每一行由六個域(minutes
hours
day of month
month
day of week
command)組成
域之間用空格或Tab分隔開來
五常見誤區
使用EXP/IMP備份 EXP/IMP不是一個良好的備份工具
在以後的發展之中
ORACLE對EXP/IMP用於備份的支持會越來越低
ORACLE只是把EXP/IMP當作一個好的工具而不是備份工具
在對於大型數據庫
如TB級數據庫或數據倉庫
EXP/IMP肯定會力不從心
在應用程序中備份數據庫
在論壇上
有很多這樣的要求
我怎麼在程序中備份與恢復數據庫？
首先說
這個並不是不可以實現
但是實現的過程會很復雜而且意外會很多
就我的感覺
提出這樣問題的人
首先一點就是對ORACLE或DBA的不了解
如果ORACLE可以這麼輕松的實現備份與恢復
那麼我可以說
就不需要DBA了
冷備份比熱備份更容易效果會更好
有人認為
冷備份是關閉數據庫進行的一致性備份
肯定比熱備份要好
使用也容易
其實不盡然
在熱備份中
一樣可以實現數據庫的全備份
而且不會影響到數據庫的運行
建議所有的生產機
都運行在歸檔方式下
采用熱備份方式
六常見問題
我導出的數據為什麼不能導入
提示不支持的字符集轉換
答
參考上面的字符集原則
導出數據時客戶端與數據庫字符集一致
導入時修改為與目標數據庫字符集一致
我的歸檔日志越來越多
我什麼時候可以刪除歸檔日志？
答
在每一次全備份（如OS全冷備份或全熱備份）或基於全備份的增量備份（如RMAN基於
級備份上的增量備份）後都可以刪除該備份點之前的歸檔日志
建議在磁帶上保留一年
全備份時一定需要備份所有數據文件嗎？
答
不需要
起碼有兩類數據文件可以不備份
一類就是臨時數據文件
如果丟失
可以刪除後重建
一類是只讀表空間數據文件
如果上次備份以來
沒有修改過表空間的只讀屬性
就可以不需要備份
聯機日志需要備份嗎？
答
如果是歸檔方式熱備份
就沒有必要備份聯機日志
但是對於冷備份
可以備份聯機日志
特別是不歸檔狀態
備份過聯機日志後的冷備份
因為數據庫是一致的
可以恢復到該備份點
七小結 什麼是數據庫備份
數據庫備份就是把數據庫復制到轉儲設備的過程
數據庫的運行方式
可以分為歸檔方式和非歸檔方式
建議運行在歸檔方式下運行熱備份
了解了數據庫的備份方式
邏輯備份
冷備份
熱備份
了解數據庫的備份工具
EXP/IMP執行邏輯備份
OS腳本可以執行冷備份或熱備份
RMAN也可以執行冷備份或熱備份
了解ORACLE的備份策略
並怎樣選擇最佳的備份策略
知道怎麼樣啟動自動備份
了解Windows的at命令與unix的cron進程
參考文獻
Expert One
on
one Oracle [美] Thomas Kyte 著 清華大學出版社
Oracle
i Web開發指南 [美] Dan Hotka
et al
著 清華大學出版社
Oracle
i DBA Architecture & Administration and backup & Recovery Study Guide
[美] Dong Stuns Biju Thomas著 電子工業出版社
Oracle 數據庫管理員技術指南 [美] Sumit Sarin著 機械工業出版社
From:http://tw.wingwit.com/Article/program/Oracle/201311/18539.html
