共计 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 文件及导出日志,确保导出的文件没有问题。管理员将导出的数据导入,查看导入数据的完整性,没有发现问题,复原进去的数据残缺可用。