共计 860 个字符，预计需要花费 3 分钟才能阅读完成。
服务器故障：
服务器中一组由 16 块硬盘组成的 raid6 磁盘阵列，其中有一块硬盘因为物理故障掉线，服务器下层虚拟机不可用，局部分区失落。用户重启服务器后发现下层数据还是处于失落状态。
服务器数据恢复过程：
1、服务器数据恢复工程师检测故障服务器下层数据，发现是因为有硬盘忽然掉线导致下层虚拟机文件系统被毁坏，能够通过拼接文件碎片的形式复原数据。
拼接原理：通过 fbb 源文件位图信息中的 512M 位图信息进行拼接。通常状况下，服务器下层的虚拟机损坏的元文件指针类型不同会导致最终指向的数据索引地位也不同。本案例中虚拟机的元文件曾经损坏，通过服务器现有数据是无奈确认指针类型是哪种指向的。如果指针最终指向的地位不是 fbb 元文件区域，则此办法将无奈复原数据。
2、通过逆向验证的办法复原数据：假如下层虚拟机的损坏元文件指针的确指向 fbb 中的 512M 位图，依照这一思路间接扫描和拼接服务器底层数据，在拼接过程中同步进行数据验证。
3、在拼接数据时发现了两个目录，通过数据验证发现这两个目录十分相似，初步判断其中的一个目录为备份数据。于是北亚数据恢复工程师具体比照了目录一与目录二中的目录、文件和底层数据，发现两个目录中的数据完全一致，确认其中之一为备份数据，因而只需复原这两个目录中的任意一个的数据即可。
4、北亚服务器数据恢复工程师对目录一进行拼接后发现文件系统被严重破坏，所有的文件都无奈失常关上和应用，只能对目录二进行拼接和复原。
5、服务器数据恢复工程师对目录二中的数据进行了拼接 & 复原，通过验证发现大部分复原的文件能够失常应用。
6、北亚服务器数据恢复工程师持续对不残缺的数据局部进行提取、拼接、手动修复，复原出服务器内的所有的数据。
7、经用户亲自对数据进行验证，服务器下层虚拟机能够失常应用，数据残缺，本次数据恢复胜利。
Tips：
1、服务器产生故障后，切忌对服务器进行操作；也不要随便取出硬盘，免得弄乱盘序。
2、如果须要取出硬盘，标记好硬盘的程序之后再取出。
3、服务器阵列瘫痪后应该立刻断电，不要做同步或强制上线操作，避免数据进一步毁坏。
