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