使用者管理的備份恢復操作異常中斷問題
當執行 alter database begin backup 或 alter tablespace ts_name begin backup 後,對資料庫執行了強制停機:
shutdown abort
然後再次啟動資料庫會發生報錯,提示開啟資料檔案出錯:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: 'E:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF'
可以針對指定的資料檔案進行恢復:
recover datafile 1;
當然,如果是在database模式下關閉的,涉及到的資料檔案會有很多,如果一個個這麼恢復很麻煩,可以直接使用下面這個命令來實現全部的恢復(此時資料庫處於Mount狀態):
SQL> startup
ORACLE instance started.
Total System Global Area 419430400 bytes
Fixed Size 1249368 bytes
Variable Size 142610344 bytes
Database Buffers 268435456 bytes
Redo Buffers 7135232 bytes
Database mounted.
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: 'E:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF'
SQL> alter database end backup;
Database altered.
SQL> alter database open;
Database altered.
如果不想用alter database end backup,那使用recover database也可以。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/12932950/viewspace-714484/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Java異常的中斷和恢復Java
- Oracle備份和恢復常見問題解答Oracle
- Oracle備份恢復之熱備份恢復及異機恢復Oracle
- 【管理篇備份恢復】備份恢復基礎
- Oracle資料庫備份與恢復之三:OS備份/使用者管理的備份與恢復Oracle資料庫
- nbu備份軟體異機恢復需要注意問題
- oracle冷備份、恢復和異機恢復Oracle
- MySQL備份與恢復操作解析MySql
- 同平臺異機備份恢復
- NOARCHIVELOG 模式下,使用者管理的 備份和恢復Hive模式
- 使用者管理備份和恢復手冊總結
- 物理冷備份與恢復的操作命令
- 備份與恢復--從備份的歸檔日誌中恢復資料
- 【恢復】使用控制檔案的trace備份恢復因異常斷電導致所有控制檔案損壞的資料庫故障資料庫
- 資料庫備份與異機恢復——熱備份方式資料庫
- RMAN備份異機恢復流程總結
- 備份與恢復--利用備份的控制檔案恢復
- 【備份恢復】從備份恢復資料庫資料庫
- Oracle資料庫冷備份的異地恢復Oracle資料庫
- Oracle資料庫的冷備份及冷備份異地恢復方法Oracle資料庫
- MySQL日誌管理,備份和恢復MySql
- MySQL 日誌管理、備份與恢復MySql
- nbu恢復oracle,使用與源備份端不同使用者問題解決Oracle
- docker 中 MySQL 備份及恢復DockerMySql
- Gitlab備份和恢復操作記錄Gitlab
- OceanBase-OB備份異地恢復流程
- 【備份恢復】 丟失一個控制檔案 之恢復操作
- 備份與恢復系列 十一 控制檔案的備份與恢復
- Linux中SVN的備份與恢復Linux
- oracle ora-600[2662]問題分析及異常恢復Oracle
- MySQL備份與恢復——基於Xtrabackup物理備份恢復MySql
- 【管理篇備份恢復】rman恢復測試(二) 控制檔案恢復(三)
- 【管理篇備份恢復】rman恢復測試(二) 控制檔案恢復(二)
- 【管理篇備份恢復】rman恢復測試(二) 控制檔案恢復(一)
- Mysql備份恢復MySql
- Postgresql 備份恢復SQL
- redis備份恢復Redis
- mysql 備份恢復MySql