• 【服务器数据恢复】Linux服务器EXT4文件系统故障的数据恢复案例


    服务器数据恢复环境:
    LINUX操作系统服务器;
    4块SAS磁盘组成RAID5阵列;
    共两个卷:一个为/boot,另一个是LVM;LVM中又划分了一个根分区和一个交换分区。

     

    服务器故障&分析:
    服务器在运行时候突然死机,管理员进行重启操作,无法进入操作系统,但是raid正常。管理员联系我们数据恢复中心寻求帮助。管理员要求恢复的数据是存储在根分区中的MYSQL数据库和网站备份的tar.gz文件,文件系统为EXT4。经过服务器数据恢复工程师检测,初步判断是文件系统故障导致的数据丢失。

     

    服务器数据恢复过程:
    1、由于RAID没有发现问题,服务器数据恢复工程师对故障服务器进行检测后,将故障服务器所有硬盘中的数据都完整镜像到北亚数据恢复中心的安全存储中。
    2、基于镜像文件进行故障原因分析并制定针对故障服务器的数据恢复方案。
    3、经过进一步分析发现EXT4文件系统超级块、块组描述符、块位图和大部分I节点都正常,但部分负荷重的MYSQL表的文件的I节点所在的块全被FF填充,EXT4一个I节点占256 byte,此EXT4文件系统块长度为4KB,一个块可存储16个I节点,一个文件或一个目录都会使用一个I节点,所以一个文件I节点出现问题,会额外影响其它的15个文件。北亚数据恢复中心也处理过多例I节点块被FF填充的故障,可能是EXT3/4系列文件系统的BUG。
    4、I节点块被FF填充这类故障产生的原因大同小异。北亚数据恢复中心凭借对LINUX文件系统多年的深入研究和丰富的数据恢复经验,修复好损坏的EXT4文件系统,导出MYSQL数据库和需要的网站备份tar.gz文件。经过管理员的亲自验证,数据库和tar.gz文件均正常,数据恢复完成。

     

    服务器数据安全Tips:
    1、服务器发生故障后,用户切忌再对服务器进行任何操作,也切忌随意取出硬盘,以免弄乱顺序增加后期数据恢复的难度。
    2、如果已经取出硬盘,标记好硬盘的顺序。
    3、求助专业正规的服务器数据恢复机构,切忌因为报价便宜而把数据恢复的工作随便交付给一家公司。
    4、如果单位服务器内存储的是保密度较高或者较为重要的数据资料,建议配备单位内部的服务器数据恢复设备,避免在服务器数据恢复的过程中出现数据泄密的风险。

  • 相关阅读:
    图的广度遍历-邻接矩阵实现
    Ubuntu软件包升级失败的终极修复方法
    【从零开始学习 SystemVerilog】9.3、SystemVerilog 杂项—— Package
    1130 - Host ‘17216.18083‘ is not allowed to connect to this MySQL server
    IntelliJ IDEA 2022.3首个EAP版本发布
    小土堆-pytorch-神经网络-搭建小实战和Sequential 09_笔记
    Spark工作原理及基础概念(超详细!)
    【Flink】需求实现之独立访客数量的计算 和 布隆过滤器的原理及使用
    深入浅出Seata的AT模式
    CCF CSP认证 历年题目自练Day34
  • 原文地址:https://blog.csdn.net/beiya123/article/details/126602438