1、故障类型
a.  ORACLE数据库无法启动或无法正常工作。
b.  ORACLE ASM存储破坏。
c.  ORACLE数据文件丢失。
d. ORACLE数据文件部分损坏。    
e. ORACLE DUMP文件损坏。    
                            
2、解决方案
◆检测流程                
（1）检测是否存在硬件故障，如硬件故障，转硬件处理
（2）以只读方式检测故障表现是否与用户描述相同
◆恢复流程
（1）备份：以只读方式对故障存储做完整镜像(参考附录)
（2）在备份中进行数据分析及恢复操作。
（3）通常，恢复后的数据会暂存在另一个存储体上
◆验收流程
对恢复好的数据进行验证，确认其正确性。
3、数据恢复的可能性
◆ORACLE数据库无法启动或无法正常工作：
如果突发性的出现上述故障，通常可恢复性极高。从技术底层上看，如果SYSTEM表未损坏，数据较容易恢复；如果SYSTEM表损坏，数据需要人工核对表结构，恢复时较为耗时。
                 
◆ORACLE ASM存储破坏：
如ASM重置，或组成ASM的部分设备成员故障，出错后无大量新数据写入，数据通常可以很好的恢复。

◆ORACLE数据文件丢失：
不论ORACLE数据文件是删除、格式化还是未知原因丢失，只要没有新的数据写入，不管是什么操作系统，都可以通过ORACLE内部的数据组织规则将数据文件恢复出来，但数据文件的名称可能需要人工核对。

◆ORACLE数据文件部分损坏：
如ORACLE数据文件部分损坏(如覆盖)，通过复杂的数据提取和重组，通常可以将未损坏部分的数据记录恢复出来，并可新建表追加进去，但会相当耗时。
◆ORACLE  DUMP文件损坏：
ORACLE DUMP文件损坏，将损坏部分去除，其余部分均可正常追加至数据表。

4、数据恢复所需时间
1TB以下的存储空间(不是要恢复的数据容量)，通常2个工作日左右可完成；1TB以上的随存储容量的增加，恢复周期通常也会增加。
数据表如果很大，提取数据、整理数据也会花费大量时间，具体时间需据具体情况而定。