oracle解决存储嗅探,DBA警示录：存储故障的处理应当谨慎

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警示录：存储故障的处理应当谨慎的全部内容，希望文章能够帮你解决所遇到的问题。

如果觉得生活随笔网站内容还不错，欢迎将生活随笔推荐给好友。