当前位置: 首页 > news >正文

服务器数据恢复-断电导致ext4文件系统文件丢失的数据恢复案例

服务器数据恢复环境:
一台服务器挂载一台存储设备,存储中划分一个Lun;服务器操作系统是Linux centos,EXT4文件系统。

 

服务器故障&分析:
意外断电导致服务器操作系统无法启动,系统在修复后可以正常启动,但是挂载的分区无法正常访问。管理员对这个分区执行了fsck修复,修复后文件系统可以正常访问,但是发现部分文件丢失。经过查找在lost+found文件夹中发现缺失的部分文件,但是文件名称已经被改变。
将故障存储中的lun以只读模式映射到一台windows server服务器上,将整个lun以扇区的方式镜像到该服务器的空间,后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始数据造成二次破坏。
基于镜像文件分析该lun的底层数据,发现意外断电导致文件系统中的文件的目录项被破坏,这种破坏不会影响实际数据,只是文件的目录项被破坏,可以通过人工进行修复。但是接下来的管理员对文件系统执行fsck修复操作导致损坏的目录项修复失败,以目录节点号命名放到lost+found文件夹下,这种情况下目录项对应的数据区索引会被清,但是也不会影响丢失文件的实际数据。
由于ext4文件系统文件丢失会导致文件的节点信息被清除,无法根据文件的节点信息恢复数据,只能通过将丢失文件的目录项节点号和lost+found文件夹里的文件名称相配的方法进行处理。lost+found文件夹里的文件是以该文件的目录项节点号命名的,将目录项节点号提取出来和lost+found文件夹里的文件名称进行匹配,就可以还原之前的目录结构。

 

服务器数据恢复过程:
1、按照上述分析思路进行底层分析,根据EXT4的文件系统结构信息,在底层空间中扫描符合的目录项的区域,并统计其数量和计算目录项的节点号。
2、根据磁盘中文件系统的信息,北亚企安数据恢复工程师将这些扫描到的目录项节点号进行整合,并将扫描到的目录项节点号记录到数据库。
3、将lost+found文件夹里面的文件记录号和数据库里面的记录号进行匹配。 
4、匹配完成后批量恢复数据,经过用户方工程师验证没有发现问题。本次数据恢复工作完成。

 

http://www.lryc.cn/news/121840.html

相关文章:

  • 链表(基础详解、实现、OJ笔试题)
  • W5100S-EVB-PICO作为TCP Client 进行数据回环测试(五)
  • 大数据-玩转数据-Redis 安装与使用
  • 实时指标-1日留存率
  • 【玩转23种Java设计模式】行为型模式篇:责任链模式
  • 【C#】获取电脑CPU、内存、屏幕、磁盘等信息
  • 途乐证券-最准确的KDJ改良指标?
  • 数据结构——线性表
  • SpringBoot系列之基于Jersey实现文件上传API
  • 【LangChain】Prompts之示例选择器
  • Neo4j之CREATE基础
  • Kali Hyper-V安装正常启动后 黑屏 只能进命令模式
  • 【人工智能124种任务大集合】-集齐了自然语言处理(NLP),计算机视觉(CV),语音识别,多模态等任务
  • IntelliJ IDEA快捷键大全
  • 阿里云轻量应用服务器_2核4G4M_2核2G3M_性能测评
  • 猿人学刷题系列(第一届比赛)——第二题( js 混淆 - 动态cookie 1)
  • ubuntu网络管理
  • 您可能并不需要单页应用程序
  • 基于低代码和数字孪生技术的电力运维平台设计
  • 【Github】SourceTree技巧汇总
  • 人工智能轨道交通行业周刊-第55期(2023.8.7-8.13)
  • 向量数据库 Milvus Cloud Partition Key:租户数量多,单个租户数据少的三种解决方案
  • 文本三剑客之grep命令和awk命令 1.0 版本
  • 【软件测试】Linux环境Ant调用Jmeter脚本并且生成测试报告(详细)
  • MySQL的YEAR函数
  • 208、仿真-51单片机脉搏心率与心电报警Proteus仿真设计(程序+Proteus仿真+配套资料等)
  • 787. 归并排序
  • 【马蹄集】第二十二周——进位制与字符串专题
  • 【Spring Cloud +Vue+UniApp】智慧建筑工地平台源码
  • 使用一个python脚本抓取大量网站【2/3】