服务器数据恢复—RAID上层部署的oracle数据库数据恢复案例

服务器数据恢复环境&故障:

某公司一台服务器上有一组由24块FC硬盘组建的raid。

服务器出现故障,无法正常工作。

经过初步检测,管理员发现导致服务器故障的原因是raid中有两块硬盘掉线,导致卷无法挂载。

服务器数据恢复过程:

1、将故障服务器中的所有硬盘做好标记后移出盘位,经过硬件工程师的初步检测,所有硬盘都可以正常读取。以只读方式将所有硬盘(除了2块离线硬盘)进行完整镜像。镜像完成后将所有磁盘根据标记按照原样还原到原服务器中。后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始磁盘数据造成二次破坏。将可能存在故障的两块离线硬盘单独使用专业工具镜像。

2、所有硬盘镜像完成后,查看镜像工具生成的日志,发现在storage manager和硬盘SMART状态中均没有报错的一块盘(非掉线盘)存在坏道,离线的2块硬盘存在大量不规律的坏道分布。

根据坏道列表定位到目标镜像文件,经过分析发现ext3文件系统的部分关键源数据信息被坏道破坏,只能通过同一条带进行xor以及根据文件系统上下文关系的方式手动修复被损坏的文件系统。

3、北亚企安数据恢复工程师对故障服务器的文件系统和日志进行数据恢复逆向分析。通过分析获取到故障服务器的盘序、raid块大小、raid校验方式等重组raid所必需信息。

4、根据这些信息虚拟重组raid。重组后进一步分析服务器文件系统基础信息,进一步提取出oracle数据库dmp文件。

5、这种情况下只需要通过dmp文件恢复数据库即可,但在恢复数据库时出现报错,内容为"imp-008"的报错。北亚企安数据恢复工程师对数据库进行仔细排查,发现报错的原因是从重组的raid中提取出的dmp文件异常,导致dmp导入数据时报错。

6、服务器数据恢复工程师重新分析raid结构和文件系统结构。经过数小时的努力,再次提取出dmp文件及dbf原始库文件。

7、服务器数据恢复工程师尝试再次导入dmp文件进行检验,一切正常。将dmp文件移交给用户方验证,经过用户方验证,确认数据完整有效。

8、服务器数据恢复工程师将恢复出来的数据导入到新搭建的环境中进行验证,验证通过。本次服务器数据恢复工作完成。

相关推荐
倔强的石头_10 小时前
kingbase备份与恢复实战(二)—— sys_dump库级逻辑备份与恢复(Windows详细步骤)
数据库
jiayou642 天前
KingbaseES 实战:深度解析数据库对象访问权限管理
数据库
李广坤2 天前
MySQL 大表字段变更实践(改名 + 改类型 + 改长度)
数据库
爱可生开源社区4 天前
2026 年,优秀的 DBA 需要具备哪些素质?
数据库·人工智能·dba
随逸1774 天前
《从零搭建NestJS项目》
数据库·typescript
加号34 天前
windows系统下mysql多源数据库同步部署
数据库·windows·mysql
シ風箏4 天前
MySQL【部署 04】Docker部署 MySQL8.0.32 版本(网盘镜像及启动命令分享)
数据库·mysql·docker
李慕婉学姐4 天前
Springboot智慧社区系统设计与开发6n99s526(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上,文末可获取,系统界面在最后面。
数据库·spring boot·后端
百锦再4 天前
Django实现接口token检测的实现方案
数据库·python·django·sqlite·flask·fastapi·pip
tryCbest4 天前
数据库SQL学习
数据库·sql