-4006-505-646

Oracle数据库环境故障数据恢复分析

本次北亚小编分享的是Oracle数据库无法启动或者启动后无法正常工作,从技术角度而言,如果上述故障为突发性的出现,则通常情况下可恢复性极高。检查system表是否损坏,如未损坏则恢复数据难度降低,如果system表损坏就需要人工核对表结构,恢复过程周期较长,耗时耗力。

 
Oracle ASM存储破坏
如ASM重置或组成ASM的部分设备成员故障,且出错后无大量数据写入,则数据通常情况下可以很好的恢复。
 
Oracle数据文件丢失
数据文件丢失包括Oracle数据文件删除、格式化以及其他未知原因导致的数据丢失。针对上述情况,只要没有新的数据写入,任何操作系统下都可以通过Oracle内部的数据组织规则将数据文件恢复出来,但是数据文件的名称可能需要人工进行核对。
 
Oracle数据文件部分损坏
如果Oracle数据文件部分损坏(覆盖等情况),经过复杂的数据提取和重组,通常情况下可以将未损坏部分的数据记录恢复出来,并且可以新建表追加进去,但过程相当耗时。
 
Oracle dump文件损坏
Oracle dump文件损坏情况下,将损坏部分去除,其余部分均可以正常追加至数据表。
 
数据恢复时间预估
1TB以下的存储空间(不是要恢复的数据容量),通常可在2个工作日内完成,1TB以上的随存储容量的增加,恢复周期通常也会增加。如果数据表很大,提取数据、整理数据也会花费大量时间,具体时间需要根据具体情况而定。
 
北亚小贴士
针对软件故障,在数据丢失后应该尽可能的减少对存储的操作,有时候即使在开机装菜没有做任何操作,都有可能导致灾难进一步家居。如果条件允许,最好在损坏后对磁盘或存储卷做完整备份。
针对硬件故障,在设备无法正常工作后,应尽可能少加电以避免设备的进一步损坏。

北京北亚数据恢复中心:4006-505-646
地址:北京市海淀区中关村创客小镇16号221