共计 1070 个字符，预计需要花费 3 分钟才能阅读完成。
最近一段时间碰到了好几个意外断电引起的服务器故障而导致的数据失落的案例。意外断电引起的服务器故障有：服务器无奈启动、服务器能够启动然而虚拟机失落、服务器多块硬盘呈现故障离线……（如同最近机房的供电都不太稳固的样子）。明天咱们通过一个异样断电导致服务器数据失落的案例给大家简略介绍一下服务器异样断电如何进行数据恢复，仅供技术交换，如果有更好的办法欢送探讨。
服务器数据恢复环境：
服务器故障：
忽然断电导致服务器上的一台虚拟机不可用。
服务器故障剖析：
数据恢复第一要务：所有的数据恢复操作之前都必须将原始数据在数据恢复服务器上进行镜像备份，而后只能在镜像文件上进行数据分析与数据恢复操作，切忌不可对原服务器做任何操作，放弃原服务器数据的初始状态。
通过数据恢复工程师的剖析发现原服务器中失落的虚拟机磁盘采纳了 LVM 构造，在“/etc/lvm/backup/”目录下查问看有没有损坏的虚拟机磁盘的信息，如果有就阐明 LVM 信息尚有保留；如果查问没有就阐明该信息曾经被更新，只能在底层数据中查问看有没有更新的 lvm 信息。本案例就是从底层数据中查问到了尚未更新的 lvm 信息，请见下图：
找到 lvm 信息就阐明数据还在，以 lvm 信息为根底进行剖析查找虚构磁盘的分区数据。然而通过数据恢复工程师的剖析发现本案例中的虚构磁盘被毁坏掉了。通过服务器数据恢复工程师的进一步查找和剖析发现该区域的数据的确被毁坏了，仅找到一些数据库页碎片。如果想要胜利复原数据就只能通过拼接数据库碎片这种办法了。
服务器数据恢复操作：
*rar 压缩包的构造：失常状况下 rar 压缩包的第一个扇区记录的是文件名，能够依据文件名反向剖析压缩包的数据起始地位，而后把相应的压缩包底层数据提取进去并重命名。
1、在本案例的实际操作过程中却出了意外：提取进去的压缩包解压时报错，报错信息如下：
2、因为解压数据报错，服务器数据恢复工程师首先尝试应用 rar 修复工具（设置为疏忽谬误）进行修复，然而解压仍旧失败。
3、在数据库层面剖析数据库开始地位，因为咱们曾经晓得了数据库名称，能够由此反推数据库开始地位。
4、依据每个数据库页的编号和文件号去底层数据扫描合乎这个数据库页的所有数据。
5、北亚数据恢复工程师把所有扫描进去的数据拼接重组为一个 mdf 文件，重组后的 mdf 文件如下图所示：
6、通过校验程序对重组进去的数据进行检测。
7、检测合格后服务器数据恢复工程师进行数据提取操作。
8、数据恢复工程师搭建了一个数据库环境，将复原进去的数据库数据附加进去进行查问，确认复原进去的数据失常。本服务器数据恢复胜利，复原后果见下图：
