DBA警示錄：存儲故障的處理應(yīng)當(dāng)謹(jǐn)慎

昨天有客戶的存儲出現(xiàn)問題，導(dǎo)致數(shù)據(jù)庫崩潰，需要進(jìn)行數(shù)據(jù)庫恢復(fù)。

客戶的存儲使用RAID 5劃分，聲稱出現(xiàn)故障后未進(jìn)行任何操作，可是當(dāng)存儲恢復(fù)工程師將文件恢復(fù)出來后，文件顯示的都是損壞。

如果用dbv檢查，所有數(shù)據(jù)塊全部是損壞的，存儲工程師懷疑用戶做過一些不恰當(dāng)?shù)幕謴?fù)嘗試，導(dǎo)致了數(shù)據(jù)的損壞、丟失及不可恢復(fù)。

我想說的是，當(dāng)數(shù)據(jù)庫系統(tǒng)存儲出現(xiàn)故障后，如果不清楚一些操作會帶來的影響，那么一定要謹(jǐn)慎的采取拯救措施，如果可能，最好完全保留現(xiàn)場，或者完全備份后再進(jìn)行恢復(fù)嘗試。

當(dāng)嘗試使用控制文件時，遇到了如下錯誤，控制文件由于存儲問題而徹底損壞：Sat Feb 14 21:56:58 2009

ORA-205 signalled during: alter database mount

...

Sat Feb 14 21:57:27 2009

alter database mount

Sat Feb 14 21:57:27 2009

ORA-00202: controlfile: 'd:\oracle8\ora81\oradata\ess\control01.ctl'

ORA-27041: unable to open file

OSD-04002: 無法打開文件

O/S-Error: (OS 3) 系統(tǒng)找不到指定的路徑。

ORA-205 signalled during: alter database mount

...

Sat Feb 14 21:59:46 2009

alter database mount

Sat Feb 14 21:59:46 2009

ORA-00202: controlfile: 'd:\oracle8\ora81\oradata\ess\control01.ctl'

ORA-27048: skgfifi: file header information is invalid

OSD-04004: 無效的文件頁楣

Sat Feb 14 21:59:49 2009

ORA-205 signalled during: alter database mount

...

記錄一下算是警醒。

-The End-

By eygle on 2009-02-15 13:07 |

Comments (1) |

Beginner | 2194 |

總結(jié)

以上是生活随笔為你收集整理的oracle解决存储嗅探,DBA警示录：存储故障的处理应当谨慎的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。