数据库故障状况：
因为机房异样断电，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文件及导出日志，确保导出的文件没有问题。管理员将导出的数据导入，查看导入数据的完整性，没有发现问题，复原进去的数据残缺可用。