当前位置：首页 > news >正文

Oracle数据恢复—异常断电导致Oracle数据库报错的数据恢复案例

news 文章来源：https://blog.csdn.net/beiya123/article/details/142654354 2025/5/7 12:43:07

Oracle数据库故障：
机房异常断电后，Oracle数据库启库报错：“system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。数据库没有备份，归档日志不连续。用户方提供了Oracle数据库的在线文件，需要恢复zxfg用户的数据。

Oracle数据库恢复方案：
检测数据库故障；尝试挂起并修复数据库；解析数据文件。

Oracle数据库数据恢复过程：
1、利用DBV命令检测数据文件的完整性。

分析发现SYSAUX01.DBF文件的数据块（Data）和索引页（Index)都有几十页检测失败，说明SYSAUX01.DBF存在坏块，其他文件检测完整。
2、本地挂起数据库并尝试修复数据库。

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

由于数据库的控制文件已被修改，需要使用控制文件恢复数据库。

由于恢复数据库需要某天的归档日志，但是归档日志丢失，只能使用cancel参数进行不完全恢复。

3、执行alter database open命令，打开数据库。

4、查询实例状态，数据库报ora_00600错误。进行其他查询，部分查询正常，部分查询报错，且都是报ora_00600错误。

5、查看警告日志，追踪文件查看内部错误代码；
警告日志部分内容：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.
6、尝试用expdp/exp工具导出数据库。

expdp导出数据库报错，和上面的查询报同样的错误。数据库导出失败。尝试使用exp导出数据库，但是报同样的错误，甚至一些查询都无法进行，导出数据库失败。因此数据库的恢复已不可能。
7、使用北亚企安自主研发的DBF解析工具获取数据。

8、迁移对象到数据库中。创建数据库，在数据库中创建用户，为用户分配表空间，解锁用户并授权。将解析到的用户对象迁移到数据库中。
9、使用toad for oracle工具验证数据。

10、使用exp或者expdp导出zxfg用户下的所有对象。本案例使用exp导出数据。
命令如下：exp system/abc file=C:\test\dump\zxfg.dmp log=C:\test\dump\zxfg.log owner=zxfg

11、查看导出的dmp文件及导出的日志，确保导出文件没有问题。
12、用户导入数据，查看导入数据的完整性。经过检测，用户方确认恢复数据完整有效，认可数据恢复结果。