服务器断电Oracle数据库修复数据过程
服务器数据恢复故障
北京某公司的一台服务器,上层数据类型为Oracle数据库,由于服务器意外断电,导致数据库报错,报错内容为“system01.dbf需要更多的恢复来保持一致性”。由于客户的数据库并没有备份,仅有一些断断续续的归档日志,现在只能通过数据恢复手段来修复Oracle数据库。
数据恢复常规流程
- 检测数据库故障情况;
- 尝试挂起并修复数据库
- 解析数据库文件
- 导出并验证恢复的数据库文件
检测服务器及数据库情况
首先利用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数据库完整,本次数据恢复圆满成功。
- 文件服务器蓝屏修复全过程分享
- https:浏览器和服务器进行https请求链接到数据传输过程描述
- 记一次RabbitMQ服务器异常断电之后,服务重启异常的处理过程
- 安卓向服务器发送数据和服务器接收数据全过程
- 服务器断电,Oracle数据库无法启动解决方案
- 关于数据恢复,记一次修复SD卡 RAW 之后的修复过程
- 数据恢复过程—服务器RAID6三块硬盘离线
- 服务器数据损坏有办法修复吗?
- MySQL数据库InnoDB引擎下服务器断电数据恢复
- 记录如何把服务器误删数据的恢复过程
- 数据收集-升级Nginx服务器,添加HTTPS过程中遇到的问题
- MySQL数据库InnoDB引擎下服务器断电数据恢复
- Oracle数据库案例整理-Oracle系统运行时故障-断电导致数据文件状态变为RECOVER
- oracle数据库恢复数据过程
- 某服务器RAID5阵列数据恢复方案及过程
- 多台服务器共享一个数据库(oracle数据库),防止同时访问一批数据
- 对不同服务器间的Oracle数据库,进行数据同步
- 修复一个吉日嘎拉MSSQL数据库版中的分页存储过程bug
- json 解析double类型多出几位小数,利用NSDecimalNumber修复 , 服务器返回的数据,用数据类型接收(int,NSNumber)?
- JAVA编码转换的详细过程理解—>浏览器和服务器的接收和发送数据的编码