共计 925 个字符，预计需要花费 3 分钟才能阅读完成。
服务器数据恢复环境：
Linux 操作系统服务器，EXT4 文件系统。服务器上部署 3 台 KVM 虚拟机：
虚拟机 1：主数据库服务器
虚构磁盘：系统盘（qcow2）+ 数据盘（raw）
文件系统：EXT4
数据：MySQL 数据库
虚拟机 2：备份数据库服务器
虚构磁盘：系统盘（qcow2）+ 数据盘（raw）
文件系统：EXT4
数据：MySQL 数据库
虚拟机 3：代码服务器
虚拟机盘：系统盘（qcow2）+ 数据盘（raw）
文件系统：EXT4
数据：程序代码
服务器故障：
3 台 KVM 虚拟机被误操作删除，须要复原 raw 格局的磁盘文件。
服务器数据恢复过程：
1、将故障服务器中的所有磁盘编号后取出，以只读形式进行全盘镜像，镜像实现后将所有磁盘依照编号复原到原服务器中，后续的数据分析和数据恢复操作都基于镜像文件进行，防止对原始磁盘数据造成二次毁坏。
2、基于镜像文件剖析故障服务器的 EXT4 文件系统，定位被删除 KVM 虚拟机磁盘文件的节点地位。
3、获取磁盘文件残留的索引信息。校验残留索引信息的正确性并修复毁坏不重大的索引。
获取的索引信息：
4、修复完索引后，解析残留的各级索引并从 KVM 虚拟机所在的卷中提取虚构磁盘文件。
5、依据虚构磁盘文件的提取状况获取卷中未被索引到的自由空间。
6、校验提取出的磁盘文件的正确性与完整性。
7、从自由空间中获取无效信息，北亚企安数据恢复工程师尝试修补虚构磁盘文件（如节点，目录项，数据库页等信息）。
提取出的自由空间：
服务器数据恢复后果：
因为局部索引失落，提取出的虚构磁盘文件不残缺。
1、针对数据库文件有失落的状况，能够通过从自由空间中获取到的数据库页修补数据库文件，但局部页所在区域被笼罩，只能尽可能去补页。
2、针对代码服务器中的节点和目录项失落的状况，若节点或目录项有残留，能够尝试去补齐节点和目录项。然而局部文件的节点和目录项同时失落，依据节点和目录项之间相关联的个性，这种状况下无奈补齐。因为程序代码文件不具备肯定的规律性，若其数据区失落则无奈补齐。
复原出的局部目录构造：
数据验证：
对虚构磁盘文件及其中的数据库文件尽力修补之后，由用户方工程师对复原进去的数据进行验证。通过重复验证，尽管有局部数据无奈复原，但重要数据都复原进去了，数据无效。本次数据恢复工作实现。