服务器数据恢复—raid故障导致部分分区无法识别/不可用的数据恢复案例

服务器数据恢复环境:

一台某品牌DL380服务器中3块SAS硬盘组建了一组raid。

服务器故障:

RAID中多块磁盘出现故障离线导致RAID瘫痪,其中一块硬盘状态指示灯显示红色。服务器上运行的数据库在D分区,备份文件存放在E分区。由于RAID瘫痪,D分区无法识别,E分区可识别但是拷贝文件报错。管理员重启服务器,导致RAID中先离线的硬盘上线并开始同步数据,同步没有完成管理员意识到有问题,于是就强制关机了,之后就没有再动过服务器。

服务器数据恢复过程:

1、将故障服务器中所有磁盘编号后取出,经过硬件工程师检测没有发现有硬盘存在硬件故障,所有磁盘都可以正常读取,也没有发现坏道,服务器数据恢复工程师将所有磁盘以只读方式进行扇区级全盘镜像,镜像完成后将所有磁盘按照编号还原到原服务器中,后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始磁盘数据造成二次破坏。

2、基于镜像文件分析所有硬盘的底层数据。根据分析获取到的raid结构信息重组raid并进行异或校验,只有部分校验通过。因为离线硬盘上线之后进行的数据同步操作会损坏数据,只有部分校验通过就是表示数据有损坏。

3、尝试在多种硬盘离线状态下提取数据,每块盘离线所提取的数据都是一样的。

4、针对E分区中的dat文件进行分析&修复。发现两个备份文件都有损坏。

5、分析聚合dat碎片,验证dat数据的完整性,发现底层结构有损坏。

6、对D分区的数据文件进行扫描分析,数据文件目录不可见。

7、扫描D分区自由空间数据页,验证数据文件碎片的完整性和有效性,在D分区扫描的结果中数据碎片发现较连续的数据片段,碎片可用,北亚企安数据恢复工程师通过对D分区碎片和E分区备份文件进行整合拼接修复&解析出数据。

8、提取备份文件中的数据记录到新建的数据库中。将应用连接数据库,验证数据的可用性,数据库文件可以正常加载,应用中的用户账号正常,可以进行正常的数据查询。用户方认可数据恢复结果。

相关推荐
laugh123213 天前
GitLab 服务器宕机时的项目代码恢复方法
服务器·git·gitlab·数据恢复
CHS_Lab9 天前
特殊行车记录仪DAT视频丢失的恢复方法
数据恢复·行车记录仪恢复·视频恢复·mp4恢复·行车记录仪
文盲老顾9 天前
使用 fn_dblog手动恢复误操作的 update(单列数值型数据恢复)
数据库·sqlserver·数据恢复·update·误操作·fn_dblog
青云交14 天前
Java 大视界 -- 基于 Java 的大数据分布式存储系统的数据备份与恢复策略(139)
java·大数据·分布式·数据恢复·数据备份·分布式存储·并行处理
北亚数据恢复18 天前
虚拟化数据恢复—重装系统服务器崩了的数据恢复过程
数据恢复·服务器数据恢复·北亚数据恢复·虚拟化数据恢复
北亚数据恢复1 个月前
服务器数据恢复—raid5阵列中硬盘掉线导致上层应用不可用的数据恢复案例
数据恢复·服务器数据恢复·北亚数据恢复
北亚数据恢复1 个月前
服务器数据恢复—raid5阵列硬盘出现坏道导致上层应用崩溃的数据恢复案例
服务器·数据恢复·服务器数据恢复·北亚数据恢复
北亚数据恢复2 个月前
vsan数据恢复—vsan缓存盘故障导致虚拟磁盘文件丢失的数据恢复案例
数据恢复·服务器数据恢复·虚拟化数据恢复·vsan数据恢复
格桑阿sir2 个月前
Kubernetes控制平面组件:etcd高可用集群搭建
kubernetes·数据恢复·etcd·集群·数据备份·高可用·snapshot
Amd7942 个月前
数据库物理备份:保障数据完整性和业务连续性的关键策略
postgresql·数据恢复·数据库安全·备份策略·数据完整性·dba最佳实践·物理备份