恢復之利用備份在所有控制檔案丟失情況下恢復(三)
控制檔案全部丟失的情況下,根據聯機重做日誌檔案是否可用和資料檔案是否是最新的可以分為四種不同情況,這篇文章描述的是,聯機重做日誌可用利用備份的資料資料和控制檔案進行恢復。
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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 恢復之利用備份在所有控制檔案丟失情況下恢復(四)
- 恢復之利用備份在所有控制檔案丟失情況下恢復(二)
- 恢復之利用備份在所有控制檔案丟失情況下恢復(一)
- 【備份恢復】所有控制檔案丟失後 利用trace中的控制檔案備份執行恢復
- 【備份恢復】 丟失一個控制檔案 之恢復操作
- 【備份恢復】丟失所有控制檔案,利用RMAN進行恢復操作
- 【rman 備份與恢復】恢復丟失所有的控制檔案
- 沒有自動備份的情況下控制檔案全部丟失的恢復
- undo表空間檔案丟失恢復(2)--無備份有redo的情況下恢復
- undo表空間檔案丟失恢復(3)--無備份無redo的情況下恢復
- undo表空間檔案丟失恢復(4)--無備份無recover的情況下恢復
- 備份與恢復--利用備份的控制檔案恢復
- RMAN備份恢復之控制檔案的恢復(三)
- 備份恢復之資料檔案丟失
- REDO檔案丟失的恢復__沒有任何備份的情況
- 非歸檔無備份下控制檔案丟失的恢復
- 恢復之丟失全部控制檔案以及備份中的控制檔案
- 【備份恢復】利用 備份控制檔案到指定目錄下的控制檔案 恢復控制檔案
- 【備份恢復】歸檔模式下丟失系統關鍵資料檔案 利用RMAN備份恢復模式
- 全備份情況下,刪除控制檔案及恢復
- 控制檔案丟失恢復
- 【控制檔案丟失恢復】
- Oracle備份與恢復【丟失控制檔案的恢復】Oracle
- 只有rman備份集,控制檔案丟失的恢復
- 備份恢復實驗(1)丟失部分控制檔案
- 【備份恢復】恢復 丟失已歸檔重做日誌檔案
- 利用備份的控制檔案恢復
- Oracle備份與恢復【丟失資料檔案的恢復】Oracle
- rman備份丟失控制檔案恢復
- 【備份恢復】非歸檔模式下丟失任意資料檔案 恢復操作模式
- 利用增量備份恢復gap歸檔丟失DG
- 控制檔案丟失恢復(二)
- 恢復丟失的控制檔案
- 控制檔案全部丟失恢復
- RMAN備份恢復之控制檔案的恢復(二)
- RMAN備份恢復之控制檔案的恢復(一)
- Oracle-無備份情況下,如何手動恢復控制檔案Oracle
- rman恢復--歸檔模式有備份,丟失資料檔案的恢復模式