DBA警示錄：存儲故障的處理應當謹慎

昨天有客戶的存儲出現問題，導致數據庫崩潰，需要進行數據庫恢復。

客戶的存儲使用RAID 5劃分，聲稱出現故障后未進行任何操作，可是當存儲恢復工程師將文件恢復出來后，文件顯示的都是損壞。

如果用dbv檢查，所有數據塊全部是損壞的，存儲工程師懷疑用戶做過一些不恰當的恢復嘗試，導致了數據的損壞、丟失及不可恢復。

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

當嘗試使用控制文件時，遇到了如下錯誤，控制文件由于存儲問題而徹底損壞：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) 系統找不到指定的路徑。

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 |

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。