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

相关推荐
科技小花1 小时前
全球化深水区,数据治理成为企业出海 “核心竞争力”
大数据·数据库·人工智能·数据治理·数据中台·全球化
X56612 小时前
如何在 Laravel 中正确保存嵌套动态表单数据(主服务与子服务)
jvm·数据库·python
虹科网络安全3 小时前
艾体宝干货|数据复制详解:类型、原理与适用场景
java·开发语言·数据库
2301_771717213 小时前
解决mysql报错:1406, Data too long for column
android·数据库·mysql
小江的记录本4 小时前
【Kafka核心】架构模型:Producer、Broker、Consumer、Consumer Group、Topic、Partition、Replica
java·数据库·分布式·后端·搜索引擎·架构·kafka
dvjr cloi4 小时前
MySQL Workbench菜单汉化为中文
android·数据库·mysql
dFObBIMmai4 小时前
MySQL主从同步中大事务导致的延迟_如何拆分大事务优化同步
jvm·数据库·python
szccyw04 小时前
mysql如何限制特定存储过程执行权限_MySQL存储过程安全访问
jvm·数据库·python
czlczl200209255 小时前
利用“延迟关联”优化 MySQL 巨量数据的深分页查询
数据库·mysql
ACP广源盛139246256735 小时前
IX8024与科学大模型的碰撞@ACP#筑牢科研 AI 算力高速枢纽分享
运维·服务器·网络·数据库·人工智能·嵌入式硬件·电脑