共计 1376 个字符，预计需要花费 4 分钟才能阅读完成。
数据库故障状况：
因为机房异样断电，Oracle 数据库重新启动后报错：“system01.dbf 须要更多的复原来放弃一致性，数据库无奈关上”。Oracle 数据库没有备份，归档日志不间断。管理员分割到咱们数据恢复核心寻求帮忙。管理员提供了故障数据库的在线文件，须要复原 zxfg 用户下的数据。
数据库数据恢复计划：
检测数据库故障，尝试挂起并修复数据库，解析数据文件。
数据库数据恢复过程：
1、检测数据文件的完整性。
后果发现 SYSAUX01.DBF 文件数据块（Data）检测失败 40 页，索引页（Index）检测失败 29 页，能够初步判断 SYSAUX01.DBF 存在坏块。通过 dbv 对数据文件的完整性进行测验，确认了 SYSAUX01.DBF 存在坏块，其余文件通过检测都是残缺的。
2、利用管理员提供的数据库在线文件在本地挂起数据库，修复故障数据库并导出数据。
a、创立新的 windows server 零碎，装置和用户原始环境数据库版本统一的 oracle 数据库，挂起数据库。
b、启动数据库报 ORA-01110 谬误，System01.dbf 须要更多一致性复原。应用 recover database 命令，利用在线日志做介质复原。
c、故障数据库的管制文件已被批改，须要应用管制文件复原数据库。
d、复原数据库须要的归档日志曾经失落，只能应用 cancel 参数进行不完全恢复。
e、再次执行 alter database open 命令，关上数据库。
f、查问实例状态，数据库报 ora_00600 谬误；进行其余查问发现一些查问能够进行，一些查问报错，报错都是 ora_00600 谬误。
g、查看正告日志，追踪文件，查看外部错误代码；
正告日志局部内容如下：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.
h、用 expdp/exp 工具导出数据库。expdp 导出数据库报错，和下面查问报同样的谬误。sysaux01.dbf 文件损坏导致 expdp 工具不可用，导出数据库失败。
尝试应用 exp 导出数据库然而报同样的谬误。数据库报重大外部谬误，导出工具 exp 无奈应用，甚至一些查问都不能进行，导出数据库失败。
i、通过下面的尝试，根本能够确定故障数据库的复原曾经不可能。数据库数据恢复工程师应用北亚自主研发 DBF 解析工具获取数据。
j、迁徙对象到数据库中。创立数据库，在数据库中创立用户，为用户调配表空间，解锁用户并受权。而后通过数据搭桥的形式，将解析到的用户对象迁徙到数据库中。
k、应用 toad for oracle 工具验证数据。
l、应用 exp 或者 expdp 导出 zxfg 用户下的所有对象。本案例是采纳 exp 导出数据：
命令如下：exp system/abc file=C:\test\dump\zxfg.dmp log=C:\test\dump\zxfg.log owner=zxfg
m、查看导出数据库的 dmp 文件及导出日志，确保导出的文件没有问题。管理员将导出的数据导入，查看导入数据的完整性，没有发现问题，复原进去的数据残缺可用。