共计 1267 个字符，预计需要花费 4 分钟才能阅读完成。
故障：
误操作将 linux 文件系统装入到 Ocfs2 文件系统的数据卷上，原始 Ocfs2 文件系统被格式化成为 Ext4 文件系统。服务器管理员分割北亚数据恢复核心进行数据恢复。
故障剖析：
因为 Ext4 文件系统每隔几百兆就会写入文件系统的原始信息，数据可能受到肯定水平的毁坏。
ocfs2 文件系统数据恢复过程：
1、备份数据——将存储以只读模式映射给北亚数据恢复核心的备份服务器。应用 dd，Winhex 等业余备份工具将映射到备份服务器中的数据做全副镜像。做齐全部镜像后，将所有存储配置及链路还原至初始状态，之后数据恢复均不对原始硬盘进行任何操作。
2、剖析 ocfs 文件系统构造——找到 ocfs2 文件系统的超级块，通过剖析超级块，北亚数据恢复工程师获取 ocfs2 文件系统的根本构造信息。通过服务器管理员提供的虚构磁盘文件名称，北亚数据恢复工程师查找到虚构磁盘文件的目录项，继而找到所对应的所有一级索引项和二级索引项，并利用北亚数据恢复核心自主开发的文件系统解析程序，对已备份的数据进行文件系统解析。ocfs2 文件系统的索引项构造如下：
一级索引项
二级索引项
3、修复 ocfs 文件系统
修复损坏的文件系统，对原始 Ocfs2 文件系统做一致性检测，并对损坏的区域进行人工修复。
4、复原数据
利用北亚数据恢复核心自主开发的针对 Ocfs2 不残缺文件系统的解析工具对已修复的 Ocfs2 文件系统进行解析。依据文件系统剖析的后果，北亚数据恢复工程师编写对应的数据提取程序，最大水平的复原每一个虚构磁盘文件，并对复原的每一个虚构磁盘文件进行一致性检测。
5、文件检测与修复
对复原进去的虚构磁盘文件进行解析，验证虚构磁盘文件是否有谬误，并修复损坏的文件。复原其中的用户文件，对已复原的用户文件进行一致性检测，并修复损坏的文件。
数据验证：
1、验证虚拟机
针对用户比拟重要的虚拟机做验证，大部分虚拟机都能够开机到登录界面。小局部虚拟机开机蓝屏或开机检测磁盘，通过光盘修复之后都能够启动。
局部虚拟机开机截图如下：
有一台虚拟机磁盘文件复原之后，通过解析发现该虚拟机中没有数据，持续对该虚拟机的磁盘文件进行剖析，发现该文件索引项存在，然而索引构造并不多，数据量也很少，有可能存在人为清零或批改的状况，也可能虚拟机本来就没有多少数据。
2、验证数据库
对重要虚拟机中的数据库做验证，发现数据库都失常。局部数据库可能与应用程序对接有肯定问题，服务器管理员分割应用程序原厂的技术人员对应用程序进行修复之后，数据库都能够失常应用。
移交数据：
因为工夫紧迫，北亚数据恢复工程师应用业余工具顺次导出 ocfs2 中的虚拟机，而后将虚构磁盘数据带到客户现场。
在现场应用网线将 R510 服务器接入到客户外部的网络当中，而后通过 NFS 共享，将虚拟机磁盘文件上传到客户的服务器上，而后通过 ovm 虚拟机管理工具进行虚拟机挂载，实现数据移交。
数据恢复总结 ：
基于 ext4 文件系统的个性，Ext4 文件系统每隔几百兆会写入文件系统的原始信息，对原始数据造成肯定的毁坏。所以，本次数据恢复过程中，对 ocfs2 文件构造的剖析占用了比拟多的工夫。
