北京某高校Linux服务器EXT4数据恢复案例

【单位】
北京某高校

.
【数据恢复故障描述】
Linux 服务器在高负荷时突然死机,重启后无法进入系统,运维人员检查底层RAID,无问题,问题来自文件系统。

.
【数据恢复故障分析和恢复过程】

此LINUX服务器底层是由4块500GB SAS磁盘组成,做成RAID5,OS为 CentOS 6.0,分为两个卷,一个/boot,一个 LVM,LVM中又划分了两个区,一个根分区一个交换分区,重要数据是MYSQL数据库和网站文件备份的tar.gz文件,均存储
于根分区中,文件系统均为EXT4。

由于底层RAID没任何问题,客户将此HP服务器搬到北京北亚数据恢复中心后,北亚数据恢复中心工程师将此服务器数据完整 dd 到北亚数据恢复中心内部的安全存储中,然后分析故障原因和制定数据恢复方案。

分析发现EXT4文件系统超级块、块组描述符、块位图和大部分I节点都正常,但部分负荷重的MYSQL表的文件的I节点所在的块全被FF填充,EXT4一个I节点占256 byte,此EXT4文件系统块长度为4KB,一个块可存储16个I节点,一个文件
或一个目录都会使用一个I节点,所以一个文件I节点出现问题,会额外影响其它的15个文件。至于I节点块被FF填充的故障,北亚数据恢复也处理过多起,估计是EXT3/4 系列文件系统的BUG。

此种情况出现较多,北亚数据恢复中心已接手过多起,问题的现象和原因都大同小异,也不是人为原因造成。北亚数据恢复中心凭着对LINUX文件系统的完全了解和多年积累的诸多经验,轻易就修复好损坏的EXT4文件系统,导出MYSQL
数据库和需要的tar.gz 文件,验证数据库和tar.gz文件,一却正常。

.

【数据恢复结论】
用时1天,数据完美恢复成功。

.
【负责工程师】

北亚数据恢复中心-邓工
联系方式:010-82488636-804
邮箱:DQ@frombyte.com
QQ : 77292961

Article written by