您所在的位置:首页 > 成功案例 > ORACLE数据库修复

Oracle数据库突然断电导致数据丢失

最新动态来源:本站原创点击数:1036更新时间:2016/10/21

当我们在使用Oracle数据库时,突然断电,造成很多问题,致使旧数据丢失,影响了数据的正确性,破坏了数据库。此时,用户急切需求恢复数据。本文以此为例,讲述数据库数据恢复。

一、案例描述:

数据库因突然断电,数据库启库报system01.dbf需要更多的恢复来保持一致性,数据库无法打开;数据库没有备份,归档日志也不连续。客户提供了数据库的在线文件,急需恢复zxfg用户下的数据

 

、恢复流程:

 数据库的故障检测

 2 尝试挂起数据库并修复数据库

3解析数据文件

 4 验证数据

 5导出数据与交付数据(导入)

 恢复数据          

1数据库的故障检测

利用DBV 命令检测数据文件的完整性

 

 分析结果发现SYSAUX01.DBF文件数据块(Data)检测失败40页,索引页(Index)检测失败29页,说明SYSAUX01.DBF存在坏块。

  结论:通过dbv对数据文件的完整性检验,SYSAUX01.DBF存在坏块,其他检测的文件完整。

  2 用客户的数据库本地挂起数据库,尝试修复数据库。

  2.1 创建新的OS :windows server 2008 x86,安装oracle 11.2.0.1.0 for 32-bit

  版本数据库,挂起数据库

 

起库报ORA-01110错误,System01.dbf需要更多一致性恢复。使用recover database 命令,利用在线日志做介质恢复。

 

数据库的控制文件已被修改,需要使用控制文件恢复数据库

 

恢复数据库需要2016_01_19的11号归档日志。由于归档日志丢失,使用cancel参数进行不完全恢复。

 

再次执行alter database open 命令,数据库打开。

 

2.2 查询实例状态,数据库报ora_00600错误;进行其他查询,其中一些查询可以进行,一些查询报错,而且报错都是ora_00600错误。

 

 2.4查看警告日志 追踪文件查看内部错误代码;

 

  ORA-00600: internal error code, arguments: [13013], [5001], [267], [8456009], [5], [8456009], [17], [], [], [], [], []

  Non-fatal internal error happenned while SMON was doing logging scn->time mapping.

  进行各种尝试 ,查阅大量资料。数据库的这种内部错误,不能通过命令修复。尝试导出数据库。

  2.3 用expdp/exp工具导出数据库;

    2.3.1使用expdp导出数据库

 expdp 导出数据库报错,和上面查询报同样的错误。sysaux01.dbf文件损坏导致expdp工具不可用,导出数据库失败。尝试使用exp导出数据库

  2.3.2 使用exp导出数据库

  exp导出数据库,和上面报同样的错误。数据库报严重的内部错误,导致导出工具exp不能使用,甚至一些查询都不能进行,导出数据库失败。

  3解析数据文件,获取用户数据

  由上可知,数据库的恢复已不可能。底层解析,解析数据文件,获取用户对象。

  3.1 使用北亚自主研发DBF解析工具的,获取数据。