oracle 10g跨越resetlogs恢復-incarnation

dotaddjj發表於2011-12-26

Oracle 10g後可以跨越resetlogs恢復資料庫,incarnation是跨越resetlogs恢復資料庫的重要特性。

下面用下列測試來說明下:

SQL> create table incarnation_tab01(id number);

Table created

SQL> declare

2 begin

3 for i in 1..10 loop

4 insert into incarnation_tab01 select dbms_flashback.get_system_change_number from dual;

5 commit;

6 end loop;

7 end;

8 /

PL/SQL procedure successfully completed

SQL> select * from incarnation_tab01;

ID

----------

1881030

1881031

1881032

1881033

1881034

1881035

1881036

1881037

1881038

1881039

10 rows selected

RMAN> run{

2> startup mount force;

3> set until scn 1881034

4> restore database;

5> recover database;

6> alter database open resetlogs;

7> }

Oracle 例項已啟動

資料庫已裝載

系統全域性區域總計 373293056 位元組

Fixed Size 1249080 位元組

Variable Size 159383752 位元組

Database Buffers 209715200 位元組

Redo Buffers 2945024 位元組

正在執行命令: SET until clause

啟動 restore 26-12-11

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: sid=156 devtype=DISK

通道 ORA_DISK_1: 正在開始恢復資料檔案備份集

通道 ORA_DISK_1: 正在指定從備份集恢復的資料檔案

。。。。。。

通道 ORA_DISK_1: 正在讀取備份段 D:ORACLEFULLBACKUP_XIAOYU_20111226_29

通道 ORA_DISK_1: 已恢復備份段 1

段控制程式碼 = D:ORACLEFULLBACKUP_XIAOYU_20111226_29 標記 = TAG20111226T092719

通道 ORA_DISK_1: 恢復完成, 用時: 00:01:45

完成 restore 26-12-11

啟動 recover 26-12-11

使用通道 ORA_DISK_1

正在開始介質的恢復

存檔日誌執行緒 1 序列 17 已作為檔案 D:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAX

IAOYUARCHIVELOGARC00017_0770468700.001 存在於磁碟上

。。。。。。

介質恢復完成, 用時: 00:00:02

完成 recover 26-12-11

資料庫已開啟

SQL> select * from incarnation_tab01;

ID

----------

1881030

1881031

1881032

1881033

此時資料庫執行的是不完全恢復然後resetlogs開啟。然後再次insert 10條資料

SQL> declare

2 begin

3 for i in 1..10 loop

4 insert into incarnation_tab01 select dbms_flashback.get_system_change_number from dual;

5 commit;

6 end loop;

7 end;

8 /

PL/SQL procedure successfully completed

SQL> select * from incarnation_tab01;

ID

----------

1881030

1881031

1881032

1881033

1883530

1883532

1883534

1883536

1883537

1883538

1883539

1883540

1883541

1883542

如果此時想恢復不完全恢復resetlogs之前的1881038階段。

RMAN> run{

2> startup mount force;

3> set until scn 1881038

4> restore database;

5> recover database;

6> alter database open resetlogs;

7> }

此時是無法恢復的,部分rman資訊

RMAN-03002: set 命令 ( 12/26/2011 10:30:24 ) 失敗

RMAN-20208: UNTIL CHANGE is before RESETLOGS change

恢復在上一個resetlogs開啟之前,rman無法只利用resetlogs開啟之後的archivelogredo來恢復,需要resetlogs之前的archivelog

RMAN> list incarnation;

資料庫原型列表

DB 關鍵字 Inc 關鍵字 DB DB ID STATUS 重置 SCN 重置時間

------- ------- -------- ---------------- --- ---------- ----------

1 1 XIAOYU 628569583 PARENT 1861053 10-10 -11

2 2 XIAOYU 628569583 CURRENT 1881035 26-12-11

Rman>run{

Reset database to incarnation 21;

Set until scn 1861053;

Restore database;

Recover database;

Alter database open resetlogs;

}

…..

完成 restore 26-12-11

正在開始介質的恢復

介質恢復完成, 用時: 00:00:05

完成 recover 26-12-11

[@more@]

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/25362835/viewspace-1056951/,如需轉載,請註明出處,否則將追究法律責任。

相關文章