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

本文涉及的产品
无影云电脑企业版,4核8GB 120小时 1个月
资源编排,不限时长
无影云电脑个人版,1个月黄金款+200核时
简介: Windows Server操作系统服务器,部署Hyper-V虚拟化环境,虚拟机的硬盘文件和配置文件存放在某品牌MD3200存储中,MD3200存储中有一组由4块硬盘组成的raid5阵列,存放虚拟机的数据文件;另外还有一块硬盘存放虚拟机数据文件的备份。

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

服务器故障&检测:
由于MD3200存储中虚拟机的数据文件丢失,导致整个Hyper-V服务瘫痪,虚拟机无法使用。
1、将M3200存储中所有硬盘编号取出,对MD3200存储中所有硬盘进行物理故障检测,经过检测发现所有硬盘均可以正常读取,不存在明显物理故障。
2、操作系统工作状态正常,未发现有问题的进程,排除操作系统问题。
3、丢失数据硬盘的文件系统可以正常打开,杀毒软件检测后没有发现问题。经过检测发现文件系统的元文件创建时间与数据丢失的时间相同,这意味着文件系统被人为重写了,即分区被格式化了。
4、数据丢失之前和数据丢失当天的系统日志已被清空,审核日志和服务日志却还在。格式化分区的操作只会记录在系统日志中,符合人为破坏的特征。
5、需要恢复的系统日志被新的日志记录覆盖,无法恢复。
6、只有两个分区的文件系统被重写。格式化两个分区需要两个独立的过程,这种针对性的操作只能是人为的。

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

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

打开阵列:
3副本.jpg

3、基于镜像文件分析底层数据,发现许多以前文件系统的目录项及文件索引的残留数据。经过核对发现这些文件索引指向的数据都是用失的文件内容。北亚企安数据恢复工程师编写了一个提取文件索引项的小程序扫描&提取所有文件索引项。
4、分析提取出来的文件索引项,发现其索引项都是不连续的,并且大多都是以16K或8K对齐的。正常情况下,文件索引项是连续的,大小为固定的1K,每个文件索引项对应一个文件或目录。不连续且不完整的文件索引项无法正常索引到文件的内容,北亚企安数据恢复工程师对扫描出来的不连续的文件索引项进行加工处理。
文件索引项截图:
4副本.jpg

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

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

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

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

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

相关文章
|
18天前
|
存储 Oracle 关系型数据库
服务器数据恢复—EVA存储硬盘读写性能不稳定掉线的数据恢复案例
服务器存储数据恢复环境: 一台EVA某型号控制器+EVA扩展柜+FC磁盘。 服务器存储故障&检测: 磁盘故障导致该EVA存储中LUN不可用,导致上层应用无法正常使用。
84 47
|
17天前
|
数据挖掘 Linux 数据库
服务器数据恢复—reiserfs文件系统数据恢复案例
服务器数据恢复环境: 一台服务器中有一组由4块SAS硬盘组建的RAID5阵列,上层安装linux操作系统统。分区结构:boot分区+LVM卷+swap分区(按照顺序),LVM卷中划分了一个reiserfs文件系统作为根分区。 服务器故障: 服务器操作系统在运行过程中由于未知原因崩溃,管理员重装操作系统后发现分区结构变为:boot分区+swap分区+LVM卷(按照顺序),LVM卷中文件系统位置有个空的reiserfs超级块。 用户方需要恢复reiserfs文件系统中所有数据,包含数据库、网站程序与网页、OA系统中所有办公文档。
服务器数据恢复—reiserfs文件系统数据恢复案例
|
10天前
|
存储 运维 数据挖掘
服务器数据恢复—华为OceanStor存储数据恢复案例
服务器存储数据恢复环境: 华为品牌型号为OceanStor S2600T的存储设备,存储上有一组由24块4T容量的机械硬盘组建的RAID5阵列,作为存储池使用。 图1 服务器存储故障&检测: 存储设备中raid5阵列上多块硬盘出现故障离线,raid5阵列失效,数据无法正常访问。 关机后将存储中所有硬盘标记&取出,硬件工程师对所有硬盘进行硬件故障检测。经过检测,没有发现存在物理故障的磁盘,都可以正常读取。
|
11天前
|
存储 Linux
服务器数据恢复——使用fsck后Ext4文件系统挂载不上的数据恢复案例
关于Ext4文件系统的几个概念: 块组:Ext4文件系统的全部空间被划分为若干个块组,每个块组结构基本上相同。 块组描述符表:每个块组都对应一个块组描述符,这些块组描述符统一放在文件系统的前部,称为块组描述符表。每个块组描述符大小为32字节,主要描述块位图、i-节点位图及i-节点表的地址等信息。 超级块(Superblock):用于存储文件系统的配置参数(块大小、总块数、i-节点数等)和动态信息(当前空闲块数和i-节点数)。Ext4文件系统的超级块始于1024字节处,即2号扇区。 i节点:描述文件的时间、大小、块指针等信息。
|
20天前
|
存储 数据挖掘
服务器数据恢复—EqualLogic存储raid5阵列多块硬盘掉线的数据恢复案例
服务器存储数据恢复环境: 一台EqualLogic存储中有一组由16块SAS硬盘组建的RAID5阵列。上层划分了4个卷,采用VMFS文件系统,存放虚拟机文件。 服务器存储故障: 存储RAID5阵列中磁盘出现故障,有2块硬盘对应的指示灯亮黄灯,存储不可用,且存储设备已经过保。
|
19天前
|
存储 运维 数据挖掘
服务器数据恢复—EVA存储删除VDISK的数据恢复案例
服务器存储数据恢复环境: 某单位有一台EVA某型号存储主机+2个扩展柜,共12个FATA磁盘+10个FC磁盘,LUN数量不确定,操作系统为WINDOWS SERVER。该存储用来存放单位的历史案例审理材料。 服务器存储故障&检测: 该EVA存储出现故障,无法正常使用。而且经过几家数据恢复服务商的操作,具体故障原因已经无法确定。
|
23天前
|
存储 Unix Linux
服务器数据恢复—DELL EqualLogic PS6100系列存储简介及发生故障后的处理方案
DELL EqualLogic PS6100系列存储采用虚拟ISCSI SAN阵列,支持VMware、Solaris、Linux、Mac、HP-UX、AIX操作系统,提供全套企业级数据保护和管理功能,具有可扩展性和容错功能。
|
25天前
|
存储 数据挖掘
服务器数据恢复—用RAID5阵列中部分盘重建RAID5如何恢复原raid5阵列数据?
服务器数据恢复环境: 一台服务器挂接一台存储,该存储中有一组由5块硬盘组建的RAID5阵列。 服务器故障: 存储raid5阵列中有一块硬盘掉线。由于RAID5的特性,阵列并没有出现问题。工作一段时间后,服务器出现故障,用户方请人维修。维修人员在没有了解故障磁盘阵列环境的情况下,用另外4块硬盘(除去掉线的硬盘)重新创建了一组全新的RAID5阵列并完成数据同步,导致原raid5阵列数据全部丢失。
|
6天前
|
数据挖掘 数据库 Windows
服务器数据恢复—服务器raid5阵列硬盘指示灯亮红色的数据恢复案例
服务器数据恢复环境: 某品牌DL380服务器,服务器中三块SAS硬盘组建了一组raid5阵列。服务器安装Windows Server操作系统,划分了3个分区,D分区存放数据库,E分区存放数据库备份。 服务器故障: RAID5阵列中有一块磁盘出现故障,该硬盘对应的指示灯亮红色。RAID5阵列瘫痪,D分区不可识别,E分区虽然可以识别,但是拷贝备份文件报错。管理员重启服务器,RAID5阵列上离线的硬盘自动上线开始同步数据。同步还没有完成时管理员强制关机,之后再没有动过服务器。
|
26天前
|
存储 Unix 数据挖掘
服务器数据恢复—SAN LUN映射出错导致文件系统共享冲突的数据恢复案例
服务器数据恢复环境: SAN光纤网络环境,存储由一组6块硬盘组建的RAID6阵列构成,划分为若干LUN,MAP到跑不同业务的SUN SOLARIS操作系统服务器上。 服务器故障&分析: 因为业务需要,用户在该光纤存储环境中新增一台SUN SOLARIS操作系统服务器。将存储中的某个LUN映射到新增的服务器上,但是映射的这个卷之前已经MAP到SOLARIS生产系统上的某个LUN上了。因为未及时察觉这个问题,新增服务器已经对该LUN进行部分初始化操作。 在SOLARIS操作系统层面磁盘报错,重启后卷无法挂载。联系SUN工程师检测后,执行了fsck操作。操作完成后虽然文件系统可以挂上,但是发现大量

相关产品

  • 云服务器 ECS