-4006-505-646 -4006-505-646 【故障情况描述】
在这里北亚小编分享一篇关于《linux文件系统误装入到Ocfs2文件系统案例》，由于山东某企业的人为误操作，将linux文件系统误装入到Ocfs2文件系统的数据卷上，导致原始Ocfs2文件系统被新格式化Ext4文件系统，客户联系到北亚商务人员，这边立即给客户做出了响应方案。
【数据恢复过程】
将存储以只读模式映射给备份服务器，使用dd，Winhex等专业备份工具将映射到备份服务器中的数据做全部镜像，做完全部镜像后，将所有存储配置及链路还原至初始状态，之后数据恢复操作均不对原始硬盘做任何操作。如图一所示：
图一
【分析ocfs文件系统结构】
找到ocfs2文件系统的超级块，通过分析超级块得出该文件系统的一些基本结构信息，然后通过客户给出的虚拟磁盘文件名称，查找到虚拟磁盘文件的目录项，继而找到所对应的所有一级索引项和二级索引项，并利用自主开发的文件系统解析程序，对已备份的数据进行文件系统解析。ocfs2文件系统的索引项结构如下。
图二：一级索引项
图三：二级索引项
【文件系统修复】
修复损坏的文件系统，对原始Ocfs2文件系统做一致性检测，并对损坏的区域进行人工修复。
【数据生成】
利用自主开发的针对Ocfs2不完整文件系统的解析工具对已修复的Ocfs2文件系统进行解析。并根据文件系统分析的结果，编写对应的数据提取程序，利用程序最大程度的恢复每一个虚拟磁盘文件，并对恢复的每一个虚拟磁盘文件进行一致性检测。
图四：客户虚拟磁盘目录
【文件系统检测与修复】
对恢复虚拟磁盘文件进行解析，验证虚拟磁盘文件是否有错误，并尝试修复。恢复其中的用户文件，对已恢复的用户文件进行一致性检测，并尝试修复损坏的文件。
【虚拟机验证】
针对用户比较重要的虚拟机做验证，发现虚拟机大多都可以开机，可以到登陆界面。有部分虚拟机开机蓝屏或开机检测磁盘，但是经过光盘修复之后都可以启动。
部分虚拟机开机如下：
图五
另外发现一台虚拟机磁盘文件恢复之后，通过解析发现该虚拟机中没有数据，继续对该虚拟磁盘文件进行分析，发现该文件索引项存在，但是索引结构并不多，数据量也很少，有可能存在人为清零或修改的情况，也可能虚拟机原本就没有多少数据。
【数据库验证】
针对重点虚拟机中的数据库做验证，发现数据库都正常。部分数据库可能与应用程序对接有的一定问题，经客户联系应用程序原厂的工作人员，经过修复之后，数据库都可以正常使用。
【数据移交】
由于时间紧迫，先使用专业工具“UFS”依次导出ocfs2中的虚拟机。然后安排工程师将R510服务器上的虚拟磁盘数据带到客户现场。
在现场使用网线将R510服务器接入到客户内部的网络当中，然后通过NFS共享，将虚拟机磁盘文件上传到客户的服务器上，然后通过ovm虚拟机管理工具进行虚拟机挂载。由于虚拟机数量不是很多，大小也不是很大，比较快的完成了数据移交。
【数据恢复结果】
数据恢复完成后客户也认可了我们的恢复成果，整个恢复的过程因用户比较紧急，我司也安排工程师加班加点在最短的时间内将数据恢复出来。在后续的数据迁移过程中也是由我工程师和用户方工程师配合完成的。
北京北亚数据恢复中心：4006-505-646