手工管理的備份和恢復

1.非歸檔模式下：只有冷備份，方法是正常關閉資料庫，然後複製資料檔案和控制檔案到備份介質上。

2.歸檔模式下：

a：冷備份，跟非歸檔模式下的冷備份一樣的做法。

b：熱備份，shutdown immediate;

startup mount;

alter database archivelog; //配置歸檔模式

alter database open;

archive log list;//這命令進行確認是否配置成功

alter tablespace users begin backup;

! cp $oracle_base/oradata/orcl/user*.dbf /u02/backup/20071102

alter tablespace users end backup;

alter system switch logfile;

複製所有歸檔日誌檔案;//強制切換一次日誌，然後把所有歸檔日誌檔案都複製到備份介質上。這是因為begin backup與end backup的過程中，複製的資料檔案是以作業系統塊來進行操作的，而oracle資料塊大小是作業系統資料塊的整數倍，所以會發生分離資料塊現象，即資料塊的前半部分沒改動過，而後半部分改動過的不一致現象。

3.非歸檔模式下的完全恢復：

a，在進行備份時，同時備份了聯機日誌檔案。

將備份的資料檔案，控制檔案和聯機日誌檔案複製到原來所在的目錄即可。

b，在進行備份時，沒有備份聯機日誌檔案。

步驟：a:關閉資料庫；

b:從最近的備份中，還原所有的資料檔案和控制檔案；

c:啟動資料庫，會報道找不到聯機日誌檔案或聯機日誌檔案不匹配的錯誤訊息；

d:發出命令 recover database until cancel using backup controlfile，再輸入cancel即可；

e:發出命令 alter database open resetlogs;

4.歸檔模式下的恢復

如果控制檔案與聯機日誌檔案都沒有損壞，而只是資料檔案損壞，並且只要存在備份以及自從該備份以來所有的歸檔日誌檔案，那麼就能完全恢復到發生介質損壞的那個時間點上。

如果所有控制檔案損壞，或者整個聯機日誌檔案組丟失，又或者自從最新的備份以來丟失了某個歸檔日誌檔案，則不能進行完全恢復，必須進行不完全恢復。

a，完全恢復

a.recover database:在關閉資料庫時使用，如果系統表空間或者undo表空間損壞，或者所有資料檔案損壞，則只能採用該方式。

b.recover tablespace 《表空間的名稱或者表空間編號》:開啟或關閉資料庫時都能使用，推薦此方式，恢復表空間之前，必須要將恢復的表空間離線。

c.recover datafile 《資料檔案全路徑名稱或者資料檔案編號》：開啟資料庫或關閉資料庫時都能使用，開啟資料庫時不能用於系統表空間或undo表空間的資料檔案。恢復之前，要將恢復的資料檔案離線。

b，不完全恢復

基於時間點：recover database until time 'yyyy-mm-dd hh24:mi:ss';

基於撤銷(cancel-based):recover database until cancel

基於scn號的不完全恢復：

手工管理的備份和恢復

硬碟主引導記錄的手工備份和恢復

硬碟主引導記錄的手工備份和恢復

oracle使用者管理的備份和恢復

手工管理的備份和恢復

硬碟主引導記錄的手工備份和恢復

硬碟主引導記錄的手工備份和恢復

oracle使用者管理的備份和恢復

相關推薦