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