共计 773 个字符，预计需要花费 2 分钟才能阅读完成。
服务器数据恢复环境：
服务器采纳的 Linux 操作系统 +EXT4 文件系统；
服务器中有 3 台 KVM 虚拟机：一台运行 Mysql 数据库，一台寄存数据库备份，一台寄存程序代码文件；
每台虚拟机蕴含一个 qcow2 格局的磁盘文件和一个 raw 格局的磁盘文件。
服务器故障：
工作人员的误操作将服务器上的 3 台 KVM 虚拟机都删除了，须要复原 raw 格局的磁盘文件。
服务器数据恢复过程：
1、剖析故障服务器中的 EXT4 文件系统，定位被删除虚拟机磁盘文件的节点地位。
2、获取磁盘文件残留的索引信息，校验残留索引信息的正确性并修复毁坏不重大的索引。
获取的索引等信息：
3、北亚企安数据恢复工程师编写程序解析故障服务器中残留的各级索引，从虚拟机所在的卷中提取虚构磁盘文件。
4、依据虚构磁盘文件的提取状况获取卷中未被索引到的自由空间。
5、校验提取出的磁盘文件的正确性与完整性。
6、从自由空间中获取无效信息，北亚企安数据恢复工程师尝试修补虚构磁盘文件（如节点，目录项，数据库页等信息）。
提取出的自由空间：
服务器数据恢复后果：
1、因为局部索引失落，提取出的虚构磁盘文件并不残缺。针对数据库文件失落的状况，能够通过从自由空间中获取到的数据库页去修补数据库文件。但因为局部页所在区域被笼罩占用，只能尽量多的去补页。
2、针对寄存程序代码的虚拟机中的节点和目录项失落的状况，若节点或目录项有残留，能够尝试去补齐节点和目录项。但理论状况是局部文件的节点和目录项同时失落，依据节点和目录项之间相关联的个性，这种状况下无奈补齐节点和目录项。因为程序代码文件不具备规律性，若其数据失落也无奈补齐。
复原出的局部目录构造：
服务器数据验证：
在尽最大致力对虚构磁盘文件及其中的数据库文件进行修补后，由用户方工程师验证数据。通过重复验证，发现服务器中失落的数据恢复了 90% 以上，重要数据全副复原进去。本次数据恢复工作实现。
