您所在的位置:首页 > 成功案例 > RAID数据恢复

Linux服务器数据恢复案例_北亚数据恢复

最新动态来源:北亚数据恢复中心点击数:212更新时间:2018/2/26

【用户单位】上海某公司
 
【服务器数据故障情况】
客户使用的是一台Linux 服务器,服务器在正常工作中突然死机,运维人员重启后发现无法进入系统,底层raid正常。
 
【服务器数据故障分析和数据恢复过程/北亚数据恢复中心www.sjhf.net
用户的这台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天,数据100%复成功。