服务器数据恢复—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、服务器数据恢复工程师将恢复出来的数据导入到新搭建的环境中进行验证,验证通过。本次服务器数据恢复工作完成。

相关推荐
oradh2 小时前
Oracle闪回技术操作总结
数据库·oracle·oracle闪回技术操作总结·oracle闪回·flashback技术
ltl2 小时前
RocksDB 并发 Compaction 与 Rate Limiter
数据库
闻道且行之4 小时前
图片处理助手|泊松融合原理 + C++ 工程实现,seamlessClone 三模式一次讲透
数据库·c++·人工智能·opencv
夏炳辉.5 小时前
PostgreSQL 高可用集群核心配置参数全解:从原生流复制到 Patroni 企业级方案
数据库·postgresql
努力的小雨6 小时前
KES 开启 SSL 前,证书、端口和客户端要一起验
数据库
DevOps老兵6 小时前
AI全栈知识07:向量数据库 - Milvus/Chroma实战
数据库·ai·milvus
这个DBA有点耶6 小时前
当数据库从“存储”走向“决策”:金仓数据库的融合架构之路
数据库·架构·aigc
smilejingwei6 小时前
Trae+SQLazy 实践 SQL 国产化移植:Oracle => 达梦
数据库·sql·oracle
意疏7 小时前
2026年远控软件安全横评:六款主流工具逐项核查——官方文档、一手实测与安全事件,全摊开
大数据·前端·数据库
名不经传的养虾人8 小时前
从0到1:企业级AI项目迭代日记 Vol.90|Agent变快了,Judge定下来了
大数据·数据库·人工智能·ai编程·企业ai