共计 829 个字符，预计需要花费 3 分钟才能阅读完成。
环境：
16 块硬盘组成的 raid6 磁盘阵列。
故障：
磁盘阵列中有一块硬盘因为物理故障掉线，导致虚拟机无奈失常应用，局部分区失落。管理员重启服务器后发现下层数据仍然不在，分割北亚数据恢复核心进行数据恢复。
数据恢复过程：
1、通过对服务器下层数据进行检测，北亚数据恢复工程师判断故障是硬盘掉线导致的下层虚拟机文件系统被毁坏。个别这种状况能够思考通过拼接文件碎片的办法来复原失落的数据。
2、对现有的文件碎片进行拼接。拼接原理为：通过 fbb 源文件位图信息中的 512M 位图信息进行拼接。通常状况下，服务器下层虚拟机损坏的元文件指针类型不同会导致最终指向的数据索引地位不同。当初虚拟机的元文件曾经损坏，通过服务器现有数据是无奈确认指针类型的指向。如果指针最终指向的地位不是 fbb 元文件区域，则通过拼接文件碎片办法将无奈复原数据。
3、既然拼接文件碎片的办法行不通，只能通过逆向验证的办法，假如下层虚拟机的损坏元文件指针的确指向 fbb 中的 512M 位图，依照这一思路北亚数据恢复工程师决定间接对服务器底层数据进行扫描和拼接，在拼接过程中一直进行数据测验。
4、北亚数据恢复工程师在数据拼接时发现了两个目录，通过验证发现这两个目录十分相似，北亚数据恢复工程师判断其中一个目录里的数据为备份数据。于是北亚工程师具体比照了这 2 个类似目录中的目录、文件和底层数据，发现这两个目录中的数据完全一致，确认其中之一为备份数据，因而只需复原这两个目录中的任意一个的数据即可。
5、北亚数据恢复工程师对其中的一个目录进行持续拼接后发现文件系统被严重破坏，所有的文件都无奈失常关上和应用。只能对另外一个目录进行拼接和复原。北亚数据恢复工程师对目录二中的数据进行了拼接复原。回复实现后通过验证，大部分文件能够失常应用。
6、北亚数据恢复工程师持续对不残缺的数据局部进行提取、拼接、手动修复，最终胜利复原服务器内的所有数据，经管理员亲自对数据验证后，确认服务器下层虚拟机能够失常应用，数据残缺，本次数据恢复胜利。