存储故障的处理应当谨慎

盖国强 2019-05-08
16
0 0
摘要:当数据库系统存储出现故障后,如果不清楚一些操作会带来的影响,那么一定要谨慎的采取拯救措施,如果可能,最好完全保留现场,或者完全备份后再进行恢复尝试。

问题描述

有客户的存储出现问题,导致数据库崩溃,需要进行数据库恢复。

客户的存储使用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
...


专家解答

如果用dbv检查,所有数据块全部是损坏的,存储工程师怀疑用户做过一些不恰当的恢复尝试,导致了数据的损坏、丢失及不可恢复。

我想说的是,当数据库系统存储出现故障后,如果不清楚一些操作会带来的影响,那么一定要谨慎的采取拯救措施,如果可能,最好完全保留现场,或者完全备份后再进行恢复尝试。


「喜欢文章,快来给作者赞赏墨值吧」

评论

0
0
Oracle
订阅
欢迎订阅Oracle频道,订阅之后可以获取最新资讯和更新通知。
墨值排行
今日本周综合
近期活动
全部
相关课程
全部