效劳器数据恢复故障

北京某公司的一台效劳器，上层数据类型为Oracle数据库，因为效劳器意外断电，导致数据库报错，报错内容为“system01.dbf需要更多的恢复来坚持一致性”。因为客户的数据库并没有备份，仅有一些断断续续的归档日志，现在只能通过数据恢复手法来修复Oracle数据库。

数据恢复常规流程

1. 检测数据库故障状况；

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

3. 解析数据库文件

4. 导出并验证恢复的数据库文件

检测效劳器及数据库状况

首要使用dbv命令检测数据文件是否是完好的。见下图所示：

通过上面的截图我们可以看到，我们检测的文件数据块中有40页的数据是检测失败的状态。另外有29页的索引数据也是失败状态。除此以外其他文件均为正常状态。

挂起并修复数据库

北亚数据恢复工程师在数据恢复专用效劳器上搭建了一组Windows server 2008 x86环境，并装置了和客户原效劳器上相同的数据库环境，尝试将数据库挂起来，查看数据库的报错状况，请见下图所示；

依据数据库的报错状况，北亚数据恢复工程师采纳了借助在线日志恢复数据的方法，使用recover database命令。

通过一系列的修复发现，因为归档日志不接连，恢复数据库所需时间段的归档日志缺失，只能使用cancel参数进行不完全数据恢复。

数据恢复工程师再次执行恢复命令，打开数据库，查询实例状态有没有报错。通过查询，仍有部分数据报错，报错内容为“ora_00600”

通过上图截图内容可见，这类数据库内部过错是无法通过命令进行修复的，北亚数据恢复中心工程师借助expdp/exp东西尝试对数据库进行导出，但这两个东西导出数据库时仍然有报错，数据库现已不可能进行修复。

解析数据库文件获取数据

使用北亚自主研发的一款dbf解析东西，获取到客户数据库内的数据。如下图所示：

北亚数据恢复中心工程师获取到数据库数据后在数据恢复专用效劳器内搭建数据库环境，创建数据库、用户、分配表空间等。将解析出来的数据库数据迁移到新数据库中。使用toad for oracle东西验证数据。见下图所示；

导出数据库数据并验证

数据恢复工程师再次使用exp东西将数据库导出，导出命令：

exp system/abc file=C:\test\dump\zxfg.dmp log=C:\test\dump\zxfg.log owner=zxfg

本次导出正常，没有任何报错。经客户验证，Oracle数据库完好，本次数据恢复圆满成功。


【免责声明】本文仅代表作者或发布者个人观念，不代表（www.lmnkf.cn）及其所属公司官方发声，对文章观念有疑义请先联络作者或发布者自己修正，若内容触及侵权或违法信息，请先联络发布者或作者删除，若需我们协助请联络平台管理员，Emailcxb5918（本平台不支撑其他投诉反馈渠道，谢谢合作）。若需要学习以上相关常识请到巨推学院观看视频教程，网站地址www.tsllg.cn。