共计 982 个字符，预计需要花费 3 分钟才能阅读完成。
服务器数据恢复环境：
dell 某型号服务器中有一组通过 raid 卡组建的 raid10，该 raid 阵列中一共有 4 块磁盘。下层部署 XenServer 虚拟化平台，作为网站服务器应用。
服务器故障：
服务器异样断电导致服务器上的一台虚拟机不可用。须要复原这台虚拟机上的数据库数据。
服务器数据恢复过程：
1、将故障服务器中所有磁盘编号后取出，由硬件工程师检测没有发现有磁盘存在显著的物理故障。将所有磁盘以只读形式做扇区级别的全盘镜像。镜像实现后将所有磁盘依照编号还原到原服务器中，后续的数据分析和数据恢复操作都基于镜像文件进行，防止对原始数据造成二次毁坏。
2、基于镜像文件对底层数据进行剖析，通过剖析发现服务器中磁盘通过 LVM 来治理。进入到“/etc/lvm/backup/”目录下查问是否有损坏的虚构磁盘信息，如果查问有损坏的虚构磁盘信息就阐明 LVM 信息尚未更新；如果查问没有损坏的虚构磁盘信息就阐明 LVM 信息曾经被更新，只能通过底层数据查找尚未更新的 lvm 信息。本案例就是从底层数据中查问到尚未更新的 lvm 信息。
3、找到尚未更新的 lvm 信息就阐明数据还在，能够基于 lvm 信息剖析 & 查找虚构磁盘的分区数据，然而通过数据恢复工程师剖析发现虚构磁盘被毁坏。通过服务器数据恢复工程师的进一步查找和剖析后确认该区域的数据曾经被毁坏，只发现一些数据库页碎片。
4、数据恢复工程师试图通过拼接碎片来复原数据。失常状况下 rar 压缩包的第一个扇区记录文件名，能够依据文件名反向剖析压缩包的数据起始地位，将相应的压缩包底层数据提取进去并重命名。然而本案例中提取进去的压缩包解压时报错。
数据恢复工程师尝试应用 rar 修复工具并设置为疏忽谬误持续解压局部数据，然而依然解压失败。
5、在数据库层面剖析数据库的开始地位（数据库第九页是以后数据库名称，通过数据库名称反推数据库的开始地位），剖析出数据库开始地位后，北亚企安数据恢复工程师依据每个数据库页的编号和文件号去底层数据扫描合乎这个数据库页的所有数据，将所有扫描进去的数据重组为一个 mdf 文件。
6、通过校验程序检测重组进去的 mdf 文件，检测没有问题后提取数据。通过数据恢复工程师们的剖析和重组最终提取出服务器内的所有数据并通过了初步验证。
7、数据恢复工程师搭建数据库环境，将复原进去的数据库数据附加进去进行查问，查问后果一切正常，本次服务器数据恢复工作实现。