磁碟損壞,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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- system資料檔案頭損壞修復
- oracle控制檔案的損壞或完全丟失的恢復辦法Oracle
- 2.7.10 恢復丟失或損壞的伺服器引數檔案(SPFILE)伺服器
- win10系統excel詞典檔案丟失或損壞怎麼修復Win10Excel
- 電腦檔案丟失資料恢復資料恢復
- InterBase資料庫檔案損壞的修復方法資料庫
- u盤檔案損壞怎麼恢復資料 u盤恢復損壞資料的有效方法
- 【LINUX】Oracle資料庫 linux磁碟頭資料損壞修復LinuxOracle資料庫
- win10開機提示登錄檔檔案丟失或損壞因此無法載入如何修復Win10
- MySQL 磁碟空間滿導致表空間相關資料檔案損壞故障處理MySql
- 新建的表空間(或資料檔案)丟失以及控制檔案丟失,有新建表空間(或資料檔案)前的控制文
- win10系統提示檔案已損壞或丟失libGLESv2.dll怎麼解決Win10
- 控制檔案損壞處理
- 【北亞資料恢復】誤操作分割槽損壞導致SqlServer資料庫資料丟失的資料恢復資料恢復SQLServer資料庫
- u盤檔案損壞怎麼恢復資料 u盤損壞無法讀取怎麼恢復資料
- win10電腦電腦登錄檔檔案丟失或損壞0xc0000e9怎麼辦Win10
- Sql Server資料庫檔案丟失的恢復方法SQLServer資料庫
- 檔案傳輸軟體如何有效防止資料丟失?
- Vsan分散式儲存架構虛擬機器磁碟檔案丟失資料恢復過程分散式架構虛擬機資料恢復
- MongoDB資料庫報錯,資料庫檔案丟失資料恢復案例MongoDB資料庫資料恢復
- 【資料庫資料恢復】MongoDB資料庫檔案損壞的資料恢復案例資料庫資料恢復MongoDB
- PostgreSQL DBA(30) - Backup&Recovery#3(資料檔案損壞恢復)SQL
- MongoDB 資料檔案損壞修復救命repair與致命危險MongoDBAI
- linux下修復磁碟損壞Linux
- 織夢資料庫配置檔案資料庫損壞:嘗試修復資料庫資料庫
- DATA GUARD主庫丟失資料檔案的恢復(3)
- DATA GUARD主庫丟失資料檔案的恢復(1)
- DATA GUARD主庫丟失資料檔案的恢復(2)
- SQL Anywhere db檔案損壞修復 DB檔案修復 DB資料庫修復SQL資料庫
- 【Vsan資料恢復】斷電導致Vsan分散式儲存虛擬磁碟檔案丟失的資料恢復案例資料恢復分散式
- Oracle 控制檔案損壞解決方案Oracle
- U盤損壞了變成未格式化?如何格式化U盤而不丟失資料?
- ORA-1122/ORA-1208 資料檔案頭寫丟失故障
- 關於丟失表空間資料檔案的處理方式
- macOS Big Sur系統如何恢復丟失的資料檔案?Mac
- 【北亞資料恢復】企業如何避免伺服器資料丟失造成重大損失?資料恢復伺服器
- ASM磁碟頭資訊損壞和修復(kfed/dd)ASM
- linux檔案系統損壞如何修復Linux
- 硬碟讀取不了需要格式化?磁碟初始化會丟失檔案嗎硬碟