北京某高校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天，数据完美恢复成功。

.
【负责工程师】

北亚数据恢复中心-张工
联系方式:4006505646-804
邮箱：zxn@frombyte.com
QQ : 77292961

上一篇：北京某企业Linux服务器EXT3数据恢复案例

下一篇：HP服务器raid5损坏数据恢复成功

ot(ht"t"t==l