在做完全恢復時如果有redo存在,則會使用redo而不會使用對應的歸檔
SQL> recover database;
ORA-00279: change 715107 generated at 04/26/2013 09:32:44 needed for thread 1
ORA-00289: suggestion :
E:ORACLEFLASH_RECOVERY_AREATESTARCHIVELOG2013_04_26O1_MF_1_43_8QMPCSPY_.AR
C
ORA-00280: change 715107 for thread 1 is in sequence #43
Specify log: {
auto
ORA-00279: change 715136 generated at 04/26/2013 09:33:45 needed for thread 1
ORA-00289: suggestion :
E:ORACLEFLASH_RECOVERY_AREATESTARCHIVELOG2013_04_26O1_MF_1_44_8QMPF9RF_.AR
C
ORA-00280: change 715136 for thread 1 is in sequence #44
ORA-00279: change 715163 generated at 04/26/2013 09:34:33 needed for thread 1
ORA-00289: suggestion :
E:ORACLEFLASH_RECOVERY_AREATESTARCHIVELOG2013_04_26O1_MF_1_45_8QMPGMPG_.AR
C
ORA-00280: change 715163 for thread 1 is in sequence #45
Log applied.Media recovery complete.
SQL>
--==================================
alert日誌中的提示如下:
ALTER DATABASE RECOVER database
Media Recovery Start
started logmerger process
Parallel Media Recovery started with 8 slaves
ORA-279 signalled during: ALTER DATABASE RECOVER database ...
Fri Apr 26 10:06:09 2013
Checker run found 5 new persistent data failures
ALTER DATABASE RECOVER CONTINUE DEFAULT
Media Recovery Log E:ORACLEFLASH_RECOVERY_AREATESTARCHIVELOG2013_04_26O1_MF_1_43_8QMPCSPY_.ARC
ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
ALTER DATABASE RECOVER CONTINUE DEFAULT
Media Recovery Log E:ORACLEFLASH_RECOVERY_AREATESTARCHIVELOG2013_04_26O1_MF_1_44_8QMPF9RF_.ARC
ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
ALTER DATABASE RECOVER CONTINUE DEFAULT
Media Recovery Log E:ORACLEFLASH_RECOVERY_AREATESTARCHIVELOG2013_04_26O1_MF_1_45_8QMPGMPG_.ARC
Fri Apr 26 10:06:13 2013
Recovery of Online Redo Log: Thread 1 Group 1 Seq 46 Reading mem 0
Mem# 0: E:ORADATATESTREDO01.LOG
Recovery of Online Redo Log: Thread 1 Group 2 Seq 47 Reading mem 0
Mem# 0: E:ORADATATESTREDO02.LOG
Recovery of Online Redo Log: Thread 1 Group 3 Seq 48 Reading mem 0
Mem# 0: E:ORADATATESTREDO03.LOG
Completed: ALTER DATABASE RECOVER CONTINUE DEFAULT
Fri Apr 26 10:06:49 2013
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/19602/viewspace-1060436/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 在rman中如果有增量備份的話恢復時系統不會找歸檔日誌進行恢復
- 【恢復】Redo日誌檔案丟失的恢復
- REDO日誌損壞,非歸檔模式資料檔案恢復模式
- Redo log檔案被刪除恢復
- REDO檔案丟失或者損壞的恢復
- rman開始備份歸檔日誌的時候,是不是會自動切換redo?
- Oracle Redo丟失恢復方案Oracle
- Oracle資料庫Redo故障的恢復Oracle資料庫
- oracle實驗記錄 (恢復-redo)Oracle
- 【基本操作】快速恢復區存在時修改歸檔路徑
- 主庫新增redo log或刪除redo log,這些資訊不會同步到備庫
- Oracle 什麼時候select會產生redo?Oracle
- oracle redo 日誌刪除後的恢復Oracle Redo
- 基於歸檔的熱備份完全恢復
- 使用RMAN對CDB的root執行完全恢復
- REST將會過時,而GraphQL則會長存REST
- Standby Redo Log 的設定原則、建立、刪除、檢視、歸檔位置
- 每天產生REDO歸檔日誌量
- innodb 的 redo log,不會對未引起資料塊變化的sql做記錄的SQL
- Redo Log File(inactive、active)損壞,處理恢復對策
- DM7使用DMRAMN對多次故障恢復後使用不同資料庫的歸檔進行恢復資料庫
- 歸檔模式下四種完全恢復的場景模式
- [裝載]oracle 無歸檔的不完全恢復Oracle
- 恢復REDO Log丟失的Oracle資料庫Oracle資料庫
- oracle_redo*log,被移動後的恢復Oracle
- sqlldr載入會產生redo嗎?SQL
- REDO檔案丟失的恢復__沒有任何備份的情況
- 【REDO】刪除REDO LOG重做日誌組後需要手工刪除對應的日誌檔案
- Oracle BBED 跳過歸檔實現完全恢復Oracle
- undo表空間檔案丟失恢復(2)--無備份有redo的情況下恢復
- undo表空間檔案丟失恢復(3)--無備份無redo的情況下恢復
- 歸檔模式下,線上刪除資料檔案的完全恢復模式
- 歸檔模式下,使用RMAN的同一備份兩次用於不完全恢復模式
- Oracle Redo(重做日誌) 模擬故障和恢復Oracle Redo
- 【RMAN】RMAN_RAC恢復至單機時redo日誌引發的“恐慌”
- DM7使用DMRAMN執行歸檔恢復
- Oracle使用備份檔案集恢復歸檔日誌Oracle
- 對於MultipartFile使用tika判斷檔案型別,不會產生臨時檔案的方法型別