磁碟損壞,system及部分資料檔案丟失
Oracle 9.2.0.7 RAC 2 NODES .
將rac production資料庫關閉, 修復損壞磁碟區, 將備份的datafile 檔案(這裡我們使用standby datafiles) restore 到修復後的磁碟中,然後將rac資料庫中一個例項開啟為mount 狀態 (當然前提是controlfile是沒有損壞的), 在這個節點上做恢復, recover automatic database , 介質恢復完成後, alter database open ; 開啟例項1的庫。 然後直接在節點2上 startup 開啟庫, 開啟過程需要較長時間 。
SQL> startup mount;
ORACLE instance started.
Total System Global Area 1679366908 bytes
Fixed Size 453372 bytes
Variable Size 620756992 bytes
Database Buffers 1056964608 bytes
Redo Buffers 1191936 bytes
Database mounted.
SQL> recover automatic database ;
Media recovery complete.
SQL>
節點1上在恢復的時候的log :
DELL-RAC01$tail -f alert_orcl1.log
This instance was first to mount
LCK0 started with pid=19
Sun May 1 14:25:49 2011
Successful mount of redo thread 1, with mount id 1277774953
Sun May 1 14:25:49 2011
Database mounted in Shared Mode (CLUSTER_DATABASE=TRUE).
Completed: ALTER DATABASE MOUNT
Sun May 1 14:25:57 2011
ALTER DATABASE RECOVER automatic database
Media Recovery Start
Sun May 1 14:29:22 2011
Recovery of Online Redo Log: Thread 2 Group 7 Seq 16023 Reading mem 0
Mem# 0 errs 0: /ocfs_ctrl_redo/orcl/redo07.log
Mem# 1 errs 0: /ocfs_data/orcl/redo07b.log
Sun May 1 14:29:22 2011
Recovery of Online Redo Log: Thread 1 Group 1 Seq 38430 Reading mem 0
Mem# 0 errs 0: /ocfs_ctrl_redo/orcl/redo01.log
Mem# 1 errs 0: /ocfs_data/orcl/redo01b.log
Sun May 1 14:29:23 2011
Recovery of Online Redo Log: Thread 1 Group 4 Seq 38431 Reading mem 0
Mem# 0 errs 0: /ocfs_ctrl_redo/orcl/redo04.log
Mem# 1 errs 0: /ocfs_data/orcl/redo04b.log
Media Recovery Complete
Completed: ALTER DATABASE RECOVER automatic database
startup 開啟節點2上的庫時的 alert log :
DELL-RAC02$tail -f alert_orcl2.log
Reconfiguration complete
LCK0 started with pid=19
Sun May 1 14:32:04 2011
Successful mount of redo thread 2, with mount id 1277774953
Sun May 1 14:32:04 2011
Database mounted in Shared Mode (CLUSTER_DATABASE=TRUE).
Completed: ALTER DATABASE MOUNT
Sun May 1 14:32:05 2011
ALTER DATABASE OPEN
Picked Lamport scheme to generate SCNs
Sun May 1 14:38:02 2011
LGWR: Primary database is in CLUSTER CONSISTENT mode
Sun May 1 14:38:17 2011
Thread 2 opened at log sequence 16023
Current log# 7 seq# 16023 mem# 0: /ocfs_ctrl_redo/orcl/redo07.log
Current log# 7 seq# 16023 mem# 1: /ocfs_data/orcl/redo07b.log
Successful open of redo thread 2
Sun May 1 14:38:17 2011
SMON: enabling cache recovery
Sun May 1 14:38:19 2011
Successfully onlined Undo Tablespace 10.
Sun May 1 14:38:19 2011
SMON: enabling tx recovery
Sun May 1 14:38:19 2011
Database Characterset is AL32UTF8
replication_dependency_tracking turned off (no async multimaster replication found)
Completed: ALTER DATABASE OPEN
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/35489/viewspace-694203/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 資料檔案損壞、丟失
- 磁碟損壞導致資料檔案丟失的恢復
- RMAN_部分資料檔案丟失或者損壞的恢復
- 資料檔案丟失損壞的恢復--
- rman 恢復---歸檔丟失and資料檔案損壞
- undo檔案丟失或損壞
- 備份與恢復--資料檔案損壞或丟失
- RMAN_資料庫的絕大部分資料檔案丟失或者損壞的恢復資料庫
- system資料檔案頭損壞修復
- 探索ORACLE之RMAN_07 磁碟損壞資料丟失恢復Oracle
- 控制檔案損壞,丟失其中一個
- REDO檔案丟失或者損壞的恢復
- Oracle不同檔案丟失/損壞的恢復方法Oracle
- 備份&恢復之五:歸檔模式下丟失或損壞一個資料檔案模式
- INDEX表空間檔案丟失或者損壞的恢復Index
- coreldraw檔案丟失(損壞)的恢復處理辦法
- Recovery from missing or corrupted datafile(多個資料檔案丟失或者損壞的恢復)
- 陣列櫃故障造成控制檔案損壞,資料檔案損壞陣列
- Oracle重做日誌檔案損壞或丟失後的恢復Oracle
- ORACLE 回滾段表空間資料檔案丟失或損壞處理方法(1) (轉)Oracle
- oracle控制檔案的損壞或完全丟失的恢復辦法Oracle
- win10安裝檔案丟失或者損壞怎麼解決Win10
- TEMP表空間的檔案丟失或損壞後的恢復
- Windows 無法啟動因為下列檔案已丟失或損壞Windows
- Oracle聯機日誌檔案丟失或損壞的處理方法Oracle
- 無備份丟失部分資料檔案和控制檔案恢復 [轉]
- RAID5的硬碟損壞,會發生什麼?多少塊磁碟損壞會導致RAID5資料丟失AI硬碟
- 【RMAN】SYSTEM表空間資料檔案丟失恢復模擬
- 系統檔案丟失怎麼辦 系統檔案損壞的解決辦法
- System File1 File Header(資料庫System檔案1檔案頭)損壞情況的恢復Header資料庫
- RMAN學習-資料檔案損壞
- 【BBED】 SYSTEM檔案頭損壞的恢復(4)
- system表空間檔案損壞----完全恢復
- ORACLE聯機日誌檔案丟失或損壞的處理方法(轉)Oracle
- Oracle聯機日誌檔案丟失或損壞的處理方法 (轉)Oracle
- 模擬資料檔案丟失
- 控制檔案部分丟失的恢復
- 2.7.10 恢復丟失或損壞的伺服器引數檔案(SPFILE)伺服器