使用備份的控制檔案(db物理結構已經變化)來恢復資料庫!
使用備份的控制檔案(db物理結構已經變化)來恢復資料庫!
感覺恢復的過程比較有意思
SQL> alter database backup controlfile to 'E:oracleproduct10.2.0oradataORCL
ctl_bakcontrol01.ctl';
Database altered.
SQL> create tablespace test datafile 'E:oracleproduct10.2.0oradataORCL est
.dbf' size 5m;
Tablespace created.
SQL> select group# , sequence# , status from v$log;
GROUP# SEQUENCE# STATUS
---------- ---------- ----------------
1 2 CURRENT
2 0 UNUSED
3 1 INACTIVE
SQL> create table t1(id int) tablespace test;
Table created.
SQL> insert into t1 values(1);
1 row created.
SQL> commit;
Commit complete.
SQL> alter system switch logfile;
System altered.
SQL> select group# , sequence# , status from v$log;
GROUP# SEQUENCE# STATUS
---------- ---------- ----------------
1 2 ACTIVE
2 3 CURRENT
3 1 INACTIVE
SQL> insert into t1 values(2);
1 row created.
SQL> commit;
Commit complete.
SQL> alter system switch logfile;
System altered.
SQL> select group# , sequence# , status from v$log;
GROUP# SEQUENCE# STATUS
---------- ---------- ----------------
1 2 ACTIVE
2 3 ACTIVE
3 4 CURRENT
SQL> insert into t1 values(3);
1 row created.
SQL> commit;
Commit complete.
SQL> alter database backup controlfile to trace;
Database altered.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
--刪除當前所有控制檔案
--複製最上面備份的控制檔案回來,注意備份的控制檔案中並沒有記錄test.dbf
SQL> startup mount
ORA-32004: obsolete and/or deprecated parameter(s) specified
ORACLE instance started.
Total System Global Area 167772160 bytes
Fixed Size 1247900 bytes
Variable Size 71304548 bytes
Database Buffers 92274688 bytes
Redo Buffers 2945024 bytes
資料庫裝載完畢。
SQL> alter database open ;
alter database open
*
第 1 行出現錯誤:
ORA-01589: 要開啟資料庫則必須使用 RESETLOGS 或 NORESETLOGS 選項
SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出現錯誤:
ORA-01152: 檔案 1 沒有從過舊的備份中恢復
ORA-01110: 資料檔案 1: 'E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF'
SQL> recover database using backup controlfile;
ORA-00279: 更改 244868 (在 09/16/2007 16:00:16 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
2_%U_.ARC
ORA-00280: 更改 244868 (用於執行緒 1) 在序列 #2 中
指定日誌: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00283: 恢復會話因錯誤而取消
ORA-01244: 未命名的資料檔案由介質恢復新增至控制檔案
ORA-01110: 資料檔案 2: 'E:ORACLEPRODUCT10.2.0ORADATAORCLTEST.DBF'
ORA-01112: 未啟動介質恢復
SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出現錯誤:
ORA-01113: 檔案 1 需要介質恢復
ORA-01110: 資料檔案 1: 'E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF'
--我認為之所以能恢復過來的原因是執行了recover datafile 1;
SQL> recover datafile 1;
ORA-00283: 恢復會話因錯誤而取消
ORA-01610: 使用 BACKUP CONTROLFILE 選項的恢復必須已完成
在執行了recover datafile 1;之後再執行recover database using backup controlfile; oracle提示出“'E:ORACLEPRODUCT10.2.0DB_1DATABASEUNNAMED00002”資訊,這是能恢復回來的關鍵!
SQL> recover database using backup controlfile;
ORA-00283: 恢復會話因錯誤而取消
ORA-01111: 資料檔案 2 名稱未知 - 請重新命名以更正檔案
ORA-01110: 資料檔案 2: 'E:ORACLEPRODUCT10.2.0DB_1DATABASEUNNAMED00002'
ORA-01157: 無法標識/鎖定資料檔案 2 - 請參閱 DBWR 跟蹤檔案
ORA-01111: 資料檔案 2 名稱未知 - 請重新命名以更正檔案
ORA-01110: 資料檔案 2: 'E:ORACLEPRODUCT10.2.0DB_1DATABASEUNNAMED00002'
SQL> alter database rename file 'E:ORACLEPRODUCT10.2.0DB_1DATABASEUNNAMED0
0002' to 'E:ORACLEPRODUCT10.2.0ORADATAORCLTEST.DBF';
資料庫已更改。
SQL> recover database using backup controlfile;
ORA-00279: 更改 244905 (在 09/16/2007 16:08:37 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
2_%U_.ARC
ORA-00280: 更改 244905 (用於執行緒 1) 在序列 #2 中
指定日誌: {=suggested | filename | AUTO | CANCEL}
E:ORACLEPRODUCT10.2.0ORADATAORCLREDO01.LOG
ORA-00279: 更改 244983 (在 09/16/2007 16:10:25 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
3_%U_.ARC
ORA-00280: 更改 244983 (用於執行緒 1) 在序列 #3 中
ORA-00278: 此恢復不再需要日誌檔案
'E:ORACLEPRODUCT10.2.0ORADATAORCLREDO01.LOG'
指定日誌: {=suggested | filename | AUTO | CANCEL}
E:ORACLEPRODUCT10.2.0ORADATAORCLREDO02.LOG'
ORA-01756: 引號內的字串沒有正確結束
SQL> recover database using backup controlfile;
ORA-00279: 更改 244983 (在 09/16/2007 16:10:25 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
3_%U_.ARC
ORA-00280: 更改 244983 (用於執行緒 1) 在序列 #3 中
指定日誌: {=suggested | filename | AUTO | CANCEL}
E:ORACLEPRODUCT10.2.0ORADATAORCLREDO02.LOG
ORA-00279: 更改 244992 (在 09/16/2007 16:10:47 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
4_%U_.ARC
ORA-00280: 更改 244992 (用於執行緒 1) 在序列 #4 中
ORA-00278: 此恢復不再需要日誌檔案
'E:ORACLEPRODUCT10.2.0ORADATAORCLREDO02.LOG'
指定日誌: {=suggested | filename | AUTO | CANCEL}
E:ORACLEPRODUCT10.2.0ORADATAORCLREDO03.LOG'
ORA-01756: 引號內的字串沒有正確結束
SQL> recover database using backup controlfile;
ORA-00279: 更改 244992 (在 09/16/2007 16:10:47 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
4_%U_.ARC
ORA-00280: 更改 244992 (用於執行緒 1) 在序列 #4 中
指定日誌: {=suggested | filename | AUTO | CANCEL}
E:ORACLEPRODUCT10.2.0ORADATAORCLREDO03.LOG
已應用的日誌。
完成介質恢復。
SQL> alter database open resetlogs;
資料庫已更改。
SQL> select * from t1;
ID
----------
1
2
3
...
SQL>
.
感覺恢復的過程比較有意思
SQL> alter database backup controlfile to 'E:oracleproduct10.2.0oradataORCL
ctl_bakcontrol01.ctl';
Database altered.
SQL> create tablespace test datafile 'E:oracleproduct10.2.0oradataORCL est
.dbf' size 5m;
Tablespace created.
SQL> select group# , sequence# , status from v$log;
GROUP# SEQUENCE# STATUS
---------- ---------- ----------------
1 2 CURRENT
2 0 UNUSED
3 1 INACTIVE
SQL> create table t1(id int) tablespace test;
Table created.
SQL> insert into t1 values(1);
1 row created.
SQL> commit;
Commit complete.
SQL> alter system switch logfile;
System altered.
SQL> select group# , sequence# , status from v$log;
GROUP# SEQUENCE# STATUS
---------- ---------- ----------------
1 2 ACTIVE
2 3 CURRENT
3 1 INACTIVE
SQL> insert into t1 values(2);
1 row created.
SQL> commit;
Commit complete.
SQL> alter system switch logfile;
System altered.
SQL> select group# , sequence# , status from v$log;
GROUP# SEQUENCE# STATUS
---------- ---------- ----------------
1 2 ACTIVE
2 3 ACTIVE
3 4 CURRENT
SQL> insert into t1 values(3);
1 row created.
SQL> commit;
Commit complete.
SQL> alter database backup controlfile to trace;
Database altered.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
--刪除當前所有控制檔案
--複製最上面備份的控制檔案回來,注意備份的控制檔案中並沒有記錄test.dbf
SQL> startup mount
ORA-32004: obsolete and/or deprecated parameter(s) specified
ORACLE instance started.
Total System Global Area 167772160 bytes
Fixed Size 1247900 bytes
Variable Size 71304548 bytes
Database Buffers 92274688 bytes
Redo Buffers 2945024 bytes
資料庫裝載完畢。
SQL> alter database open ;
alter database open
*
第 1 行出現錯誤:
ORA-01589: 要開啟資料庫則必須使用 RESETLOGS 或 NORESETLOGS 選項
SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出現錯誤:
ORA-01152: 檔案 1 沒有從過舊的備份中恢復
ORA-01110: 資料檔案 1: 'E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF'
SQL> recover database using backup controlfile;
ORA-00279: 更改 244868 (在 09/16/2007 16:00:16 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
2_%U_.ARC
ORA-00280: 更改 244868 (用於執行緒 1) 在序列 #2 中
指定日誌: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00283: 恢復會話因錯誤而取消
ORA-01244: 未命名的資料檔案由介質恢復新增至控制檔案
ORA-01110: 資料檔案 2: 'E:ORACLEPRODUCT10.2.0ORADATAORCLTEST.DBF'
ORA-01112: 未啟動介質恢復
SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出現錯誤:
ORA-01113: 檔案 1 需要介質恢復
ORA-01110: 資料檔案 1: 'E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF'
--我認為之所以能恢復過來的原因是執行了recover datafile 1;
SQL> recover datafile 1;
ORA-00283: 恢復會話因錯誤而取消
ORA-01610: 使用 BACKUP CONTROLFILE 選項的恢復必須已完成
在執行了recover datafile 1;之後再執行recover database using backup controlfile; oracle提示出“'E:ORACLEPRODUCT10.2.0DB_1DATABASEUNNAMED00002”資訊,這是能恢復回來的關鍵!
SQL> recover database using backup controlfile;
ORA-00283: 恢復會話因錯誤而取消
ORA-01111: 資料檔案 2 名稱未知 - 請重新命名以更正檔案
ORA-01110: 資料檔案 2: 'E:ORACLEPRODUCT10.2.0DB_1DATABASEUNNAMED00002'
ORA-01157: 無法標識/鎖定資料檔案 2 - 請參閱 DBWR 跟蹤檔案
ORA-01111: 資料檔案 2 名稱未知 - 請重新命名以更正檔案
ORA-01110: 資料檔案 2: 'E:ORACLEPRODUCT10.2.0DB_1DATABASEUNNAMED00002'
SQL> alter database rename file 'E:ORACLEPRODUCT10.2.0DB_1DATABASEUNNAMED0
0002' to 'E:ORACLEPRODUCT10.2.0ORADATAORCLTEST.DBF';
資料庫已更改。
SQL> recover database using backup controlfile;
ORA-00279: 更改 244905 (在 09/16/2007 16:08:37 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
2_%U_.ARC
ORA-00280: 更改 244905 (用於執行緒 1) 在序列 #2 中
指定日誌: {=suggested | filename | AUTO | CANCEL}
E:ORACLEPRODUCT10.2.0ORADATAORCLREDO01.LOG
ORA-00279: 更改 244983 (在 09/16/2007 16:10:25 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
3_%U_.ARC
ORA-00280: 更改 244983 (用於執行緒 1) 在序列 #3 中
ORA-00278: 此恢復不再需要日誌檔案
'E:ORACLEPRODUCT10.2.0ORADATAORCLREDO01.LOG'
指定日誌: {=suggested | filename | AUTO | CANCEL}
E:ORACLEPRODUCT10.2.0ORADATAORCLREDO02.LOG'
ORA-01756: 引號內的字串沒有正確結束
SQL> recover database using backup controlfile;
ORA-00279: 更改 244983 (在 09/16/2007 16:10:25 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
3_%U_.ARC
ORA-00280: 更改 244983 (用於執行緒 1) 在序列 #3 中
指定日誌: {=suggested | filename | AUTO | CANCEL}
E:ORACLEPRODUCT10.2.0ORADATAORCLREDO02.LOG
ORA-00279: 更改 244992 (在 09/16/2007 16:10:47 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
4_%U_.ARC
ORA-00280: 更改 244992 (用於執行緒 1) 在序列 #4 中
ORA-00278: 此恢復不再需要日誌檔案
'E:ORACLEPRODUCT10.2.0ORADATAORCLREDO02.LOG'
指定日誌: {=suggested | filename | AUTO | CANCEL}
E:ORACLEPRODUCT10.2.0ORADATAORCLREDO03.LOG'
ORA-01756: 引號內的字串沒有正確結束
SQL> recover database using backup controlfile;
ORA-00279: 更改 244992 (在 09/16/2007 16:10:47 生成) 對於執行緒 1 是必需的
ORA-00289: 建議:
E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLARCHIVELOG2007_09_16O1_MF_1_
4_%U_.ARC
ORA-00280: 更改 244992 (用於執行緒 1) 在序列 #4 中
指定日誌: {=suggested | filename | AUTO | CANCEL}
E:ORACLEPRODUCT10.2.0ORADATAORCLREDO03.LOG
已應用的日誌。
完成介質恢復。
SQL> alter database open resetlogs;
資料庫已更改。
SQL> select * from t1;
ID
----------
1
2
3
...
SQL>
.
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/19602/viewspace-61729/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 資料庫備份恢復資料庫
- 備份與恢復:polardb資料庫備份與恢復資料庫
- DB的備份與恢復
- 使用Mysqldump備份和恢復MySQL資料庫MySql資料庫
- MySQL備份與恢復——基於Xtrabackup物理備份恢復MySql
- Mysql備份與恢復(1)---物理備份MySql
- 12 使用RMAN備份和恢復檔案
- PostgreSql資料庫的備份和恢復SQL資料庫
- SqlServer資料庫恢復備份資料的方法SQLServer資料庫
- SQL Anywhere db檔案損壞修復 DB檔案修復 DB資料庫修復SQL資料庫
- Mysql資料庫備份及恢復MySql資料庫
- 達夢資料庫備份恢復資料庫
- postgresql備份與恢復資料庫SQL資料庫
- 資料庫資料恢復-SQL SERVER資料庫檔案大小變為“0”的資料恢復方案資料庫資料恢復SQLServer
- MySQL 非常規恢復與物理備份恢復MySql
- 詳解叢集級備份恢復:物理細粒度備份恢復
- OceanBase物理備份恢復實踐
- DB2備份與恢復DB2
- mysqldump使用方法(MySQL資料庫的備份與恢復)MySql資料庫
- 8. Oracle日常管理——8.2.DB日常管理——8.2.4. DB物理備份及恢復Oracle
- pg_dump 備份,恢復資料庫資料庫
- Mongo 資料庫備份和恢復命令Go資料庫
- 資料庫備份與恢復技術資料庫
- Oracle為什麼使用備份的控制檔案恢復後一定要resetlogsOracle
- Oracle使用備份檔案集恢復歸檔日誌Oracle
- 怎樣恢復Mac檔案及資料夾資料?BackupLoupe for mac(資料恢復備份助手)3.5.4Mac資料恢復
- RMAN備份恢復典型案例——資料檔案存在壞快
- 【資料庫資料恢復】透過恢復NDF檔案修復資料庫的資料恢復過程資料庫資料恢復
- 物理冷備份與恢復的操作命令
- 資料庫資料恢復—無備份,binlog未開啟的Mysql資料庫資料恢復案例資料庫資料恢復MySql
- XFS檔案系統的備份、恢復、修復
- 【資料庫資料恢復】MongoDB資料庫檔案損壞的資料恢復案例資料庫資料恢復MongoDB
- Linux下MySQL資料庫的備份與恢復LinuxMySql資料庫
- 如何恢復在全備後新增了資料檔案的資料庫資料庫
- db2備份恢復(backup restore)DB2REST
- MSSQL資料庫資料恢復案例:ndf檔案大小變為0KB恢復資料SQL資料庫資料恢復
- SQL SERVER備份資料庫檔案(使用SSMS)SQLServer資料庫SSM
- mongodb資料庫備份與恢復(資料庫資料遷移)MongoDB資料庫
- PG-pg_dump備份/恢復資料庫資料庫