服务器数据恢复—ocfs2文件系统被格式化为其他文件系统如何恢复数据?

服务器故障:
由于工作人员的误操作,将Ext4文件系统误装入到存储中Ocfs2文件系统数据卷上,导致原Ocfs2文件系统被格式化为Ext4文件系统。
由于Ext4文件系统每隔几百兆就会写入文件系统的原始信息,原Ocfs2文件系统数据会遭受一定程度的破坏,但破坏的应该不太多。

服务器数据恢复过程:
1、将存储以只读模式映射到北亚企安的备份服务器,将映射到备份服务器中的数据全部做镜像。做完镜像后将所有存储配置及链路还原至初始状态,后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始数据造成二次破坏。

2、基于镜像文件分析底层数据,找到ocfs2文件系统的超级块。过分析超级块获取ocfs2文件系统的结构信息,然后通过用户方提供的虚拟磁盘文件名称查找虚拟磁盘文件的目录项,从而找到所对应的所有一级索引项和二级索引项。利用北亚企安自主开发的文件系统解析程序对已备份的数据进行文件系统解析。
一级索引项:

二级索引项:

3、对原Ocfs2文件系统做一致性检测,对损坏的区域进行人工修复。
4、利用北亚企安自主开发的针对Ocfs2不完整文件系统的解析工具解析已修复的Ocfs2文件系统。根据文件系统分析的结果,北亚企安数据恢复工程师编写对应的数据提取程序,利用程序恢复虚拟磁盘文件并对恢复出来的虚拟磁盘文件进行一致性检测。
5、解析恢复虚拟磁盘文件进并验证虚拟磁盘文件是否有错误,并尝试修复错误。恢复虚拟磁盘中的用户文件,对已恢复的用户文件进行一致性检测,并尝试修复损坏的文件。
6、验证虚拟机,大多数虚拟机都可以开机并进入到到登录界面。部分虚拟机开机蓝屏或开机检测磁盘,经过光盘修复之后都可以启动。
部分虚拟机开机如下:

其中有一台虚拟机磁盘文件恢复之后,通过解析发现该虚拟机中没有数据。继续分析该虚拟磁盘文件,发现该文件索引项存在,但是索引结构并不多,数据量也很少,可能存在人为清零或修改的情况,也可能虚拟机本身就没有多少数据。
7、验证重要虚拟机中的数据库,数据库都正常。部分数据库与应用程序对接有问题,联系应用程序原厂的工作人员修复后,数据库都可以正常使用。用户方认可数据恢复结果。
8、在北亚企安数据恢复工程师的帮助下,将恢复出来的数据迁移到用户方准备好的服务器中。
 

最近更新

  1. TCP协议是安全的吗?

    2023-12-10 00:08:01       16 阅读
  2. 阿里云服务器执行yum,一直下载docker-ce-stable失败

    2023-12-10 00:08:01       16 阅读
  3. 【Python教程】压缩PDF文件大小

    2023-12-10 00:08:01       15 阅读
  4. 通过文章id递归查询所有评论(xml)

    2023-12-10 00:08:01       18 阅读

热门阅读

  1. 【从编译器的角度看多态的底层实现原理】

    2023-12-10 00:08:01       30 阅读
  2. 有限元分析-强度理论

    2023-12-10 00:08:01       36 阅读
  3. 网络函数和文件管理函数

    2023-12-10 00:08:01       29 阅读
  4. 连通分量提取

    2023-12-10 00:08:01       40 阅读
  5. chmod 在Linux原生应用开发过程中的简单应用

    2023-12-10 00:08:01       33 阅读