近日，恩墨科技接到某企业的求助请求，因为硬盘故障，导致数据库崩溃，请求协助恢复数据。客户RAID 5的磁盘恢复，最后仍然出现了数据文件坏块。进一步的恢复过程中，数据库出现ORA-07445错误,一系列的ORA-07445错误表明数据库遇到了大麻烦，由于没有备份，恢复起来就比较麻烦，所以我仍然想说的是：备份重于一切。
通过种种技术手段，最终我们帮助用户成功的启动数据库，在业务生产到来之前恢复了服务。
我们检查用户的数据库环境，发现虽然RAID 5的硬盘已经恢复，但是发现数据文件遭到了损坏，出现了坏块，在数据库的日志中，报出以下异常：
由于没有备份，恢复起来就比较麻烦，所以我仍然想说的是：备份重于一切。
由于数据块出现了损坏，其中的数据不可避免的遭到了损失，我们可以通过BBED等工具修复数据块，虽然可以骗过数据库，强制启动数据库，但是无法骗过自己，其中的数据难免遭到损失。
当然我们可以做的另外一件事是通过LOGMNR来解析日志，通过SQL_REDO来还原部分数据，找出受到影响的事务，恢复数据。
Corrupt block relative dba: 0x06428528 (file 125, block 165160)进一步的恢复过程中，数据库出现如下ORA-07445错误,一系列的ORA-07445错误表明数据库遇到了大麻烦，当尝试进行Recover的过程中，ORA-00607表明出现了数据块的不一致。
Reread of rdba: 0x06428528 (file 125, block 165160) found same corrupted
由于没有备份，恢复起来就比较麻烦，所以我仍然想说的是：备份重于一切。
由于数据块出现了损坏，其中的数据不可避免的遭到了损失，我们可以通过BBED等工具修复数据块，虽然可以骗过数据库，强制启动数据库，但是无法骗过自己，其中的数据难免遭到损失。
当然我们可以做的另外一件事是通过LOGMNR来解析日志，通过SQL_REDO来还原部分数据，找出受到影响的事务，恢复数据。