服务器恢复案例

服务器raid数据恢复方法

    服务器raid数据如何恢复?

    服务器raid崩溃后切勿盲目操作,注意硬盘顺序。

南京某企业服务器的正常使用过程中有一个共享文件夹丢失,管理员进行简单检查后在南京数据恢复公司咨询服务器数据恢复相关问题,兆柏工程师随后上门对发生故障的服务器存储进行初检。



数据恢复第一步:备份数据并初检

按照数据恢复流程(基于数据的安全性以及可还原性),在对任何数据恢复之前需要对所有源数据做备份,以防万一其他原因导致数据无法再次恢复。使用dd命令或winhex工具将所有磁盘都镜像成文件,对镜像文件进行数据初检。

服务器数据恢复工程师通过对镜像文件的检测分析,推测导致该共享文件夹丢失的原因为存储底层系统错误。



数据恢复第二步:存储结构测试

由于客户的存储设备上共8块2T硬盘,RAID5配置,该存储设备结构较复杂,经客户同意,服务器数据恢复工程师对存储结构进行测试。测试结果表示,该存储底层使用ext4文件系统对存储中整体的文件结构进行管理,固定管理空间为16T,在上层又使用另外的结构对整体的ext4文件系统进行管理,图为存储中管理文件结构的ext4文件系统的超级块结构:

服务器raid磁盘阵列组瘫痪了,该磁盘阵列中一共有3块硬盘,目前一块硬盘亮红色警报灯,需要重点进行恢复的数据为D盘里的数据库数据。由于存储故障后管理员进行重启服务器导致先前离线的硬盘重新上线并进行了数据同步,幸好同步未完成就进行了强制关机。

服务器数据恢复过程:

服务器数据恢复工程师首先将阵列中的三块硬盘进行了只读的镜像备份,在备份过程中发现该服务器中的三块硬盘都可以正常识别和读取,硬盘没有发现坏道

然后服务器数据恢复工程师对做好的镜像文件进行了详细分析,通过分析到的raid基本信息进行raid虚拟重组并进行异或校验,对备份的镜像文件进行详细分析,重组raid结构,并进行异或校验,但是由于管理员在数据损坏后又进行过同步操作,这一操作会损坏数据,所以在进行异或校验时结果为部分校验通过,说明数据有损坏。

服务器数据恢复工程师对RAID阵列进行了进一步分析,尝试了多种硬盘离线的状态下分别进行数据提取操作,但每一种尝试所提取到的数据都是一样的。只好首先针对E分区中的dat文件进行分析修复希望可以通过找到备份文件来进行数据恢复,但是数据恢复的结果依然是文件损坏。数据恢复工程师分析聚合dat碎片,验证dat数据完整性,底层结构显示有损坏。

数据恢复工程师尝试了好几种方法进行数据提取但是都失败了,想要恢复被破坏的数据,恢复服务器原有数据只有通过拼接碎片这一种难度最大的方法进行一次最后的尝试。服务器数据恢复工程师对D分区的自由空间进行数据页扫描,将扫描出来的所有碎片进行逐一分析并聚合,对聚合后的文件碎片完整性和有效性进行简单验证后导出备份文件中的数据记录到工程师的新建数据库中。通过上层应用连接数据库,验证数据可用性,数据库文件可以正常加载,上层应用软件中用户账号正常,可以进行正常数据查询。本次数据恢复成功





相关文章