恢復之利用備份在所有控制檔案丟失情況下恢復(三)
控制檔案全部丟失的情況下,根據聯機重做日誌檔案是否可用和資料檔案是否是最新的可以分為四種不同情況,這篇文章描述的是,聯機重做日誌可用利用備份的資料資料和控制檔案進行恢復。
SQL> CONN /@TEST AS SYSDBA
已連線。
SQL> SHUTDOWN ABORT
ORACLE 例程已經關閉。
SQL> HOST DEL F:ORACLEORADATATEST*.CTL
上面模擬了資料庫非正常關閉,且丟失全部控制檔案的情況。下面通過備份的資料檔案和控制檔案進行恢復。
SQL> HOST COPY F:ORACLEBACKUPTEST20060217*.CTL F:ORACLEORADATATEST
SQL> HOST COPY F:ORACLEBACKUPTEST20060217*.DBF F:ORACLEORADATATEST
SQL> STARTUP MOUNT
ORACLE 例程已經啟動。
Total System Global Area 76619308 bytes
Fixed Size 454188 bytes
Variable Size 50331648 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
資料庫裝載完畢。
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE
ORA-00279: 更改 45738202 (在 02/17/2006 01:47:37 生成) 對於執行緒 1 是必需的
ORA-00289: 建議: F:ORACLEORADATATESTARCHIVEARC00001.001
ORA-00280: 更改 45738202 對於執行緒 1 是按序列 # 1 進行的
指定日誌: {
AUTO
ORA-00279: 更改 45758870 (在 02/17/2006 07:53:04 生成) 對於執行緒 1 是必需的
ORA-00289: 建議: F:ORACLEORADATATESTARCHIVEARC00002.001
ORA-00280: 更改 45758870 對於執行緒 1 是按序列 # 2 進行的
ORA-00278: 此恢復不再需要日誌檔案 'F:ORACLEORADATATESTARCHIVEARC00001.001'
ORA-00279: 更改 45779575 (在 02/17/2006 23:54:33 生成) 對於執行緒 1 是必需的
ORA-00289: 建議: F:ORACLEORADATATESTARCHIVEARC00003.001
ORA-00280: 更改 45779575 對於執行緒 1 是按序列 # 3 進行的
ORA-00278: 此恢復不再需要日誌檔案 'F:ORACLEORADATATESTARCHIVEARC00002.001'
ORA-00279: 更改 45804770 (在 02/18/2006 09:00:43 生成) 對於執行緒 1 是必需的
ORA-00289: 建議: F:ORACLEORADATATESTARCHIVEARC00004.001
ORA-00280: 更改 45804770 對於執行緒 1 是按序列 # 4 進行的
ORA-00278: 此恢復不再需要日誌檔案 'F:ORACLEORADATATESTARCHIVEARC00003.001'
ORA-00308: 無法開啟存檔日誌 'F:ORACLEORADATATESTARCHIVEARC00004.001'
ORA-27041: 無法開啟檔案
OSD-04002: 無法開啟檔案
O/S-Error: (OS 2) 系統找不到指定的檔案。
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE
ORA-00279: 更改 45804770 (在 02/18/2006 09:00:43 生成) 對於執行緒 1 是必需的
ORA-00289: 建議: F:ORACLEORADATATESTARCHIVEARC00004.001
ORA-00280: 更改 45804770 對於執行緒 1 是按序列 # 4 進行的
指定日誌: {
F:ORACLEORADATATESTREDO03.LOG
已應用的日誌。
完成介質恢復。
SQL> ALTER DATABASE OPEN RESETLOGS;
資料庫已更改。
如果重做日誌檔案沒有損壞,恢復過程還是十分簡單的。步驟和利用當前的資料檔案沒有很大的差別。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/235507/viewspace-548678/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle-無備份情況下,如何手動恢復控制檔案Oracle
- 【BBED】丟失歸檔檔案情況下的恢復
- dg丟失歸檔,使用rman增量備份恢復
- RAC備份恢復之Voting備份與恢復
- RAC控制檔案恢復(三種不同情況)
- 剪下的檔案還能恢復嗎,恢復剪貼丟失的檔案
- 電腦檔案丟失資料恢復資料恢復
- 丟失的隨身碟檔案如何恢復?
- XFS檔案系統的備份、恢復、修復
- 12 使用RMAN備份和恢復檔案
- oracle控制檔案的損壞或完全丟失的恢復辦法Oracle
- Oracle 備份恢復之 FlashbackOracle
- 測試在丟失歸檔日誌的情況下,跳過部分歸檔日誌進行資料恢復資料恢復
- 利用innobackupex備份集恢復指定庫
- 備份與恢復:polardb資料庫備份與恢復資料庫
- MySQL備份與恢復——基於Xtrabackup物理備份恢復MySql
- ORACLE備份&恢復案例三(轉)Oracle
- Sql Server資料庫檔案丟失的恢復方法SQLServer資料庫
- MySQL異常恢復之無主鍵情況下innodb資料恢復的方法MySql資料恢復
- Oracle Redo丟失恢復方案Oracle
- 備份和恢復
- mydumper備份恢復
- Mysql備份恢復MySql
- Linux中XFS檔案系統的備份,恢復,修復Linux
- 伺服器資料丟失了怎麼恢復/分割槽丟失恢復教程伺服器
- MySQL 非常規恢復與物理備份恢復MySql
- oracle dg 歸檔日誌恢復情況Oracle
- u盤資料丟失怎麼恢復?有效的恢復方法在這裡
- Oracle使用備份檔案集恢復歸檔日誌Oracle
- Omni Recover for Mac如何恢復所有丟失的iPhone資料MaciPhone
- DATA GUARD主庫丟失資料檔案的恢復(3)
- DATA GUARD主庫丟失資料檔案的恢復(1)
- DATA GUARD主庫丟失資料檔案的恢復(2)
- 【資料庫資料恢復】mdb_catalog.wt檔案丟失的MongoDB資料恢復案例資料庫資料恢復MongoDB
- 【伺服器資料恢復】xfs檔案系統資料丟失的資料恢復案例伺服器資料恢復
- 【北亞資料恢復】MongoDB資料遷移檔案丟失的MongoDB資料恢復案例資料恢復MongoDB
- 伺服器資料恢復案例之RAID資訊丟失資料恢復伺服器資料恢復AI
- MySQL入門--備份與恢復(三)MySql
- 詳解叢集級備份恢復:物理細粒度備份恢復