ITPub博客

首页 > IT基础架构 > 服务器/存储 > 【服务器数据恢复】Hyper-V虚拟机文件丢失导致服务瘫痪的数据恢复案例

【服务器数据恢复】Hyper-V虚拟机文件丢失导致服务瘫痪的数据恢复案例

原创 服务器/存储 作者:北亚数据恢复 时间:2024-01-10 15:43:34 0 删除 编辑

服务器数据恢复环境:

Windows Server操作系统服务器,部署Hyper-V虚拟化环境,虚拟机的硬盘文件和配置文件存放在某品牌MD3200存储中,MD3200存储中有一组由4块硬盘组成的raid5阵列,存放虚拟机的数据文件;另外还有一块硬盘存放虚拟机数据文件的备份。


服务器故障&检测:

由于MD3200存储中虚拟机的数据文件丢失,导致整个Hyper-V服务瘫痪,虚拟机无法使用。

1、将M3200存储中所有硬盘编号取出,对MD3200存储中所有硬盘进行物理故障检测,经过检测发现所有硬盘均可以正常读取,不存在明显物理故障。

2、操作系统工作状态正常,未发现有问题的进程,排除操作系统问题。

3、丢失数据硬盘的文件系统可以正常打开,杀毒软件检测后没有发现问题。经过检测发现文件系统的元文件创建时间与数据丢失的时间相同,这意味着文件系统被人为重写了,即分区被格式化了。

4、数据丢失之前和数据丢失当天的系统日志已被清空,审核日志和服务日志却还在。格式化分区的操作只会记录在系统日志中,符合人为破坏的特征。

5、需要恢复的系统日志被新的日志记录覆盖,无法恢复。

6、只有两个分区的文件系统被重写。格式化两个分区需要两个独立的过程,这种针对性的操作只能是人为的。


服务器数据恢复过程:

1、之前检测没有发现硬盘存在物理故障,直接将所有硬盘以只读方式做全盘镜像,镜像完成后将所有磁盘按照编号还原到原存储中,后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始磁盘数据造成二次破坏。

2、基于镜像文件分析底层数据,获取RAID5阵列的盘序、条带大小、条带走向等信息。根据这些信息重组raid5阵列。

3、基于镜像文件分析底层数据,发现许多以前文件系统的目录项及文件索引的残留数据。经过核对发现这些文件索引指向的数据都是用失的文件内容。北亚企安数据恢复工程师编写了一个提取文件索引项的小程序扫描&提取所有文件索引项。

4、分析提取出来的文件索引项,发现其索引项都是不连续的,并且大多都是以16K或8K对齐的。正常情况下,文件索引项是连续的,大小为固定的1K,每个文件索引项对应一个文件或目录。不连续且不完整的文件索引项无法正常索引到文件的内容,北亚企安数据恢复工程师对扫描出来的不连续的文件索引项进行加工处理。

5、处理好所有的文件索引项后,根据文件索引项编号将文件索引项拼接成完整目录项结构。由于部分文件索引项被破坏,只能找到大部分文件索引项,所幸这些找到的文件索引项足以拼接成完整目录结构。

6、将重建好的目录结构替换现有文件系统中的目录结构,然后由北亚企安数据恢复工程师手动修改部分校验值并解释这个目录结构,即可看到丢失的数据了。

将其中一个最新的VHD文件恢复出来后拷贝到一台支持附加VHD的服务器上,尝试附加此VHD,附加成功。检查VHD中最新的数据的完整性,没有发现问题。将所有数据恢复到一块硬盘中。

7、在一台测试服务器上搭建Hyper-V的环境,将恢复出来的虚拟机文件连接到这台测试服务器上。通过导入虚拟机的方式将恢复出来的数据迁移到新的Hyper-V环境,让用户方来验证虚拟机&虚拟机数据的完整性,经过验证用户方确认恢复出来的数据完整有效。

8、将所有恢复出来的数据拷贝至用户方准备好的服务器中,然后将虚拟机导入到用户方准备好的的Hyper-V环境中,导入后没有报错,尝试启动所有虚拟机,所有虚拟机启动都没问题。本次服务器数据恢复工作完成。


来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/31380569/viewspace-3003370/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
从事服务器数据恢复、磁盘阵列数据恢(DEll、HP、IBM、华为、NetApp等),虚拟化数据恢复(VSAN、VMware、Kvm等),数据库数据恢复(Oracle、Sql Server、MySql、Mongodb等),小型机数据恢复等方面的。24h数据救援13439392933

注册时间:2016-08-02

  • 博文量
    1127
  • 访问量
    876934