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

相关推荐
小码过河.40 分钟前
告别 mysqldump 痛点!用 mydumper 实现 MySQL 高效备份与恢复
数据库·mysql
TDengine (老段)1 小时前
从“数据堆场”到“智能底座”:TDengine IDMP如何统一数据语言
大数据·数据库·物联网·时序数据库·tdengine
l1t2 小时前
利用短整数类型和部分字符串优化DuckDB利用数组求解数独SQL
开发语言·数据库·sql·duckdb
一 乐2 小时前
医疗管理|医院医疗管理系统|基于springboot+vue医疗管理系统设计与实现(源码+数据库+文档)
java·数据库·vue.js·spring boot·后端·医疗管理系统
TDengine (老段)3 小时前
从细胞工厂到智能制造:Extracellular 用 TDengine 打通数据生命线
java·大数据·数据库·科技·制造·时序数据库·tdengine
L.EscaRC5 小时前
浅析MySQL InnoDB存储引擎的MVCC实现原理
数据库·mysql
热爱运维的小七6 小时前
MongoDB 内存管理避坑指南:解决高占用、页错误等核心问题,让数据库性能翻倍
数据库·mongodb
冉冰学姐8 小时前
SSM公办小学网络报名系统f3d3p(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上,文末可获取,系统界面在最后面。
数据库·ssm 框架·公办小学网络报名系统·教育信息化
叡鳍9 小时前
hive---HQL查询
数据库
vortex59 小时前
谷歌黑客语法挖掘 SQL 注入漏洞
android·数据库·sql