控制檔案丟失恢復例項(1) - 控制檔案備份後物理結構發生變化
一般備份控制檔案的原則是： 在資料庫物理結構發生變化後備份控制檔案。
這裡測試在備份控制檔案後， 繼續加入了兩個資料檔案，導致物理結構發生變化。
SQL> insert into test04 values (25,'CMM');
已建立 1 行。
SQL> commit;
提交完成。
SQL> alter database backup controlfile to 'd:\control.bak' ;
資料庫已更改。
SQL> insert into test04 values (26,'CMM');
已建立 1 行。
SQL> insert into test04 values (27,'CMM');
已建立 1 行。
SQL> insert into test04 values (28,'CMM');
已建立 1 行。
SQL> commit;
提交完成。
SQL>
SQL> alter tablespace users add datafile 'D:\oracle\product\10.2.0\oradata\test\
USERS02.DBF' size 10M;
表空間已更改。
SQL> insert into test04 values (29,'CMM');
SQL> insert into test04 values (30,'CMM');
SQL> insert into test04 values (31,'CMM');
SQL> COMMIT;
SQL> alter system switch logfile;
系統已更改。
SQL> insert into test04 values (32,'CMM');
SQL> insert into test04 values (33,'CMM');
SQL> insert into test04 values (34,'CMM');
SQL> COMMIT;
SQL> alter system switch logfile;
SQL> alter tablespace users add datafile 'D:\oracle\product\10.2.0\oradata\test\USERS03.DBF' size 10M;
SQL> alter system switch logfile;
SQL> insert into test04 values (35,'CMM');
SQL> insert into test04 values (36,'CMM');
SQL> COMMIT;
測試丟失控制檔案。
SQL> shutdown immediate
資料庫已經關閉。
已經解除安裝資料庫。
ORACLE 例程已經關閉。
SQL> host del D:\oracle\product\10.2.0\oradata\test\CONTROL01.CTL
SQL> host del D:\oracle\product\10.2.0\oradata\test\CONTROL02.CTL
SQL> host del D:\oracle\product\10.2.0\oradata\test\CONTROL03.CTL
SQL>
SQL> startup
ORACLE 例程已經啟動。
Total System Global Area 524288000 bytes
Fixed Size 1249920 bytes
Variable Size 159387008 bytes
Database Buffers 356515840 bytes
Redo Buffers 7135232 bytes
ORA-00205: ?????????, ??????, ???????
開始恢復。
SQL> host copy d:\CONTROL.BAK D:\oracle\product\10.2.0\oradata\test\CONTROL01.C
TL
已複製 1 個檔案。
SQL> host copy d:\CONTROL.BAK D:\oracle\product\10.2.0\oradata\test\CONTROL02.C
TL
已複製 1 個檔案。
SQL> host copy d:\CONTROL.BAK D:\oracle\product\10.2.0\oradata\test\CONTROL03.C
TL
已複製 1 個檔案。
SQL>
SQL> recover database;
ORA-00283: ??????????
ORA-01610: ?? BACKUP CONTROLFILE ??????????
SQL> recover database using backup controlfile ;
ORA-00279: ?? 593538 (? 04/18/2011 09:07:24 ??) ???? 1 ????
ORA-00289: ??:
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00002_0748774692.001
ORA-00280: ?? 593538 (???? 1) ??? #2 ?
指定日誌: {
auto
ORA-00283: ??????????
ORA-01244: ????????????????????
ORA-01110: ???? 5: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\USERS02.DBF'
ORA-01112: ???????
SQL> select name from v$datafile;
NAME
--------------------------------------------------------
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\SYSTEM01.DBF
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\UNDOTBS01.DBF
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\SYSAUX01.DBF
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\USERS01.DBF
D:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\UNNAMED00005
SQL> alter database create datafile 'D:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\UNNA
MED00005' as 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\USERS02.DBF' ;
Database altered.
SQL> recover database using backup controlfile;
ORA-00279: change 593823 generated at 04/18/2011 09:13:31 needed for thread 1
ORA-00289: suggestion :
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00002_0748774692.001
ORA-00280: change 593823 for thread 1 is in sequence #2
Specify log: {
auto
ORA-00279: change 593919 generated at 04/18/2011 09:15:49 needed for thread 1
ORA-00289: suggestion :
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00003_0748774692.001
ORA-00280: change 593919 for thread 1 is in sequence #3
ORA-00278: log file
'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00002_0748774692.001' no longer
needed for this recovery
ORA-00279: change 593978 generated at 04/18/2011 09:18:12 needed for thread 1
ORA-00289: suggestion :
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00004_0748774692.001
ORA-00280: change 593978 for thread 1 is in sequence #4
ORA-00278: log file
'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00003_0748774692.001' no longer
needed for this recovery
ORA-00283: recovery session canceled due to errors
ORA-01244: unnamed datafile(s) added to control file by media recovery
ORA-01110: data file 6: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\USERS03.DBF'
ORA-01112: media recovery not started
SQL>
SQL> select name from v$datafile;
NAME
----------------------------------------------------------
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\SYSTEM01.DBF
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\UNDOTBS01.DBF
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\SYSAUX01.DBF
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\USERS01.DBF
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\USERS02.DBF
D:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\UNNAMED00006
6 rows selected.
SQL> alter database create datafile 'D:\ORACLE\PRODUCT\10.2.0\DB_2\DATABASE\UNNAMED00006' as
'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\USERS03.DBF' ;
SQL> select file# , CHECKPOINT_CHANGE# from v$datafile; (控制檔案中取出)
FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 593087
2 593087
3 593087
4 593087
5 594564
6 594564
6 rows selected.
SQL> select file# , CHECKPOINT_CHANGE# from v$datafile_header; (資料檔案頭中取出)
FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 594729
2 594729
3 594729
4 594729
5 594564
6 594564
6 rows selected.
SQL> recover database using backup controlfile ;
ORA-00279: change 594564 generated at 04/18/2011 09:19:00 needed for thread 1
ORA-00289: suggestion :
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00005_0748774692.001
ORA-00280: change 594564 for thread 1 is in sequence #5
Specify log: {
auto
ORA-00308: cannot open archived log
'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00005_0748774692.001'
ORA-27041: unable to open file
OSD-04002: ？???？？?
O/S-Error: (OS 2) ？？？????？???？？???
ORA-00308: cannot open archived log
'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00005_0748774692.001'
ORA-27041: unable to open file
OSD-04002: ？???？？?
O/S-Error: (OS 2) ？？？????？???？？???
找不到最後一個歸檔檔案(其實是需要線上日誌來恢復)。手工apple online log .
SQL> recover database using backup controlfile ;
ORA-00279: change 594564 generated at 04/18/2011 09:19:00 needed for thread 1
ORA-00289: suggestion :
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00005_0748774692.001
ORA-00280: change 594564 for thread 1 is in sequence #5
Specify log: {
D:\oracle\product\10.2.0\oradata\test\REDO01.LOG
Log applied.
Media recovery complete.
SQL>
SQL> select file# , CHECKPOINT_CHANGE# from v$datafile;
FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 593087
2 593087
3 593087
4 593087
5 594729
6 594729
6 rows selected.
SQL> select file# , CHECKPOINT_CHANGE# from v$datafile_header; (資料檔案中scn都一致了)
FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 594729
2 594729
3 594729
4 594729
5 594729
6 594729
6 rows selected.
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open resetlogs;
Database altered.
SQL> select file# , CHECKPOINT_CHANGE# from v$datafile;
FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 594731
2 594731
3 594731
4 594731
5 594731
6 594731
6 rows selected.
SQL> select file# , CHECKPOINT_CHANGE# from v$datafile_header;
FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 594731
2 594731
3 594731
4 594731
5 594731
6 594731
6 rows selected.
SQL>
SQL> select * from tony.test04;
ID DEPT
---------- --------------------
20 CMM
21 CMM
22 CMM
23 CMM
24 CMM
25 CMM
26 CMM
27 CMM
28 CMM
29 CMM
30 CMM
31 CMM
32 CMM
33 CMM
ID DEPT
---------- --------------------
34 CMM
35 CMM
36 CMM
17 rows selected.
SQL>
可以看到是完全恢復，雖然使用了resetlogs開啟資料庫。
最後全備資料庫。
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/35489/viewspace-692729/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 控制檔案丟失恢復例項(2) - 控制檔案備份後物理結構未變化
- 【備份恢復】所有控制檔案丟失後 利用trace中的控制檔案備份執行恢復
- 備份恢復實驗（1）丟失部分控制檔案
- 恢復之丟失全部控制檔案以及備份中的控制檔案
- 控制檔案丟失恢復例項(3) - 使用重建控制檔案方式(noresetlogs)
- 控制檔案丟失恢復
- 【控制檔案丟失恢復】
- 丟失全部控制檔案後從RMAN備份集中恢復示例
- 【備份恢復】 丟失一個控制檔案 之恢復操作
- 只有rman備份集，控制檔案丟失的恢復
- 開啟 控制檔案自動備份下，引數檔案、控制檔案全部丟失恢復
- 非歸檔無備份下控制檔案丟失的恢復
- rman備份丟失控制檔案恢復
- 無備份丟失部分資料檔案和控制檔案恢復 [轉]
- 控制檔案丟失恢復(二)
- 恢復丟失的控制檔案
- 控制檔案全部丟失恢復
- 【備份恢復】利用 備份控制檔案到指定目錄下的控制檔案 恢復控制檔案
- 使用備份的控制檔案(db物理結構已經變化)來恢復資料庫!資料庫
- 控制檔案全部丟失的恢復
- 控制檔案部分丟失的恢復
- 控制檔案丟失的RMAN恢復
- 歸檔模式有備份丟失控制檔案和資料檔案後恢復模式
- Oracle備份與恢復【丟失控制檔案的恢復】Oracle
- 全部控制檔案丟失後的完全恢復(轉)
- 使用舊的控制檔案備份來恢復控制檔案
- 控制檔案全部丟失，無備份，通過異機trace恢復
- 【rman 備份與恢復】恢復丟失所有的控制檔案
- 當前控制檔案全部丟失恢復
- Oracle恢復例項之一：資料檔案、控制檔案、聯機日誌丟失Oracle
- 恢復之利用備份在所有控制檔案丟失情況下恢復（四）
- 恢復之利用備份在所有控制檔案丟失情況下恢復（三）
- 恢復之利用備份在所有控制檔案丟失情況下恢復（二）
- 恢復之利用備份在所有控制檔案丟失情況下恢復（一）
- RMAN基於備份控制檔案恢復失敗
- oralce備份與恢復1 控制檔案(轉)
- 歸檔模式無備份丟失資料檔案後恢復模式
- 歸檔模式有備份丟失資料檔案後恢復模式