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

相关推荐
eleven_4u5 小时前
MySQL引擎层是如何工作的
数据库·mysql
love静思冥想5 小时前
CLOB中JSON查询agent字段值(Oracle11g)
sql·oracle·json
adinnet20266 小时前
企业级 NL2SQL 的重要基础:数据库 Schema 自动理解与元数据管理
数据库
IvorySQL6 小时前
PostgreSQL 日报| OpenCode 遭黑客入侵 API 密钥失窃(10 月 20 日)
数据库·postgresql·区块链
Elastic 中国社区官方博客6 小时前
控制告警如何触发、恢复和发送通知:Elastic 可观测性中的 Kibana 通用告警
大数据·数据库·安全·elasticsearch·搜索引擎·全文检索·es
GlobalInfo6 小时前
全球人工智能数据中心保险市场动态、发展趋势及项目可行性研究报告2026-2032
数据库·人工智能·ai·数据中心
星马梦缘6 小时前
关于人工智能学院游戏设计大赛决赛的内部分工通知
数据库·人工智能·游戏
Databend6 小时前
以云原生湖仓支撑 AI 应用落地丨Databend 亮相 2026 人工智能开放计算大会
大数据·数据库·数据分析
geovindu6 小时前
sql:Managing Complex Joins and Subqueries in SQL using mysql 9.0
大数据·数据库·数据仓库·sql·mysql·数据库开发·数据库架构
国科安芯6 小时前
星载微控制器MCU选型与系统设计的证据化方法
大数据·数据库·单片机·嵌入式硬件·低轨卫星·商业航天·抗辐射