失败：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文件结构耗费了大量时间。
