共计 1007 个字符，预计需要花费 3 分钟才能阅读完成。
虚拟机数据恢复环境：
一台某品牌 720 服务器，4 块 STAT 硬盘通过 RAID 卡组建 raid10 磁盘阵列。部署的 XenServer 虚拟化平台 +Windows Server 操作系统，共两个虚构磁盘：数据盘 + 系统盘。服务器作为 Web 服务器应用，下层部署 ASP + SQL Server。
虚拟机故障 & 检测：
机房断电导致 XenServer 中的一台 VPS 不可用，XenServer 虚拟机磁盘文件失落。
将故障服务器中所有磁盘编号后取出，以只读形式做全盘镜像，镜像实现后将磁盘依照编号还原到原服务器中，后续的数据分析和数据恢复操作都基于镜像文件进行，防止对原始磁盘数据造成二次毁坏。
基于镜像文件剖析故障服务器中的磁盘数据，北亚企安数据恢复工程师发现故障服务器中的磁盘是通过 LVM 进行治理，每一个虚构磁盘为一个 lv，虚构磁盘为精简模式，XenServer 记录 lvm 的相干信息。
在 /etc/lvm/backup/ 目录下查找 lvm 相干信息，后果没有发现损坏的虚构磁盘信息，lvm 信息应该是被更新过。所以只能通过剖析底层数据来尝试查问未被更新的 lvm 信息。查问后果如下：
数据恢复工程师通过查问到的未被更新的 lvm 信息找到虚构磁盘的数据区域，后果发现数据已被毁坏。确定虚拟机不可用的起因：虚构磁盘被毁坏，操作系统和数据失落。
虚拟机数据恢复过程：
通过北亚企安数据恢复工程师团队通过会诊后，敲定了 2 套数据恢复计划：
数据恢复计划一：
依据 RAR 压缩包文件的存储构造法则提取数据的开始地位，将备份数据库压缩包文件名和现有压缩包开始地位的文件名进行匹配，定位数据库压缩包的起始地位，复原这片压缩包的区域即可。
数据恢复的过程非常顺利，解压复原进去的 RAR 格式文件时却报错“rar 压缩文件底层损坏”。应用 RAR 修复工具对局部数据解压后查问，后果发现除局部网站代码外没有可用的数据库备份文件。计划一失败。
数据恢复计划二：
SQL Server 数据库通常会在第 9 页记录数据库库名，在每个页中都会记录数据库页编号 & 文件号。能够通过底层数据分析数据库起始地位，在底层扫描出合乎数据库页的数据碎片，利用数据碎片重组 mdf 文件，mdf 文件重组后通过 mdf 校验程序检测文件的完整性，整个过程没有发现问题。
搭建新的数据库环境，将复原进去的数据附加到环境中。施行过程截图：
附加胜利后通过数据恢复工程师和用户方工程师的重复检测，没有发现问题，确认复原进去的数据实现无效，本次数据恢复工作实现。