虚拟机数据恢复环境:
Linux操作系统服务器,EXT4文件系统。服务器中有数台KVM虚拟机。
虚拟机1:主数据库服务器
虚拟磁盘:系统盘(qcow2)+数据盘(raw)
文件系统:EXT4
主要数据:MySQL数据库
虚拟机2:备份数据库服务器
虚拟磁盘:系统盘(qcow2)+数据盘(raw)
文件系统:EXT4
主要数据:MySQL数据库
虚拟机3:代码服务器
虚拟机盘:系统盘(qcow2)+数据盘(raw)
文件系统:EXT4
主要数据:程序代码
虚拟机故障:
KVM虚拟机被删除,需要恢复raw格式的磁盘文件。
虚拟机数据恢复过程:
1、将故障服务器中所有磁盘标记后取出,硬件工程师检测后没有发现有硬盘存在硬件故障。以只读方式将所有磁盘进行扇区级全盘镜像,镜像完成后按照原样将所有硬盘还原到原服务器中。后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始磁盘数据造成二次破坏。
2、基于镜像文件分析EXT4文件系统,定位被删除虚拟机磁盘文件的节点位置,获取磁盘文件残留的索引信息。
3、对残留索引信息的正确性进行检测,修复破坏不严重的索引。
获取的索引等信息:
北亚企安数据恢复—KVM虚拟机数据恢复
4、索引修复完成后,解析残留的各级索引。从虚拟机所在的卷中提取虚拟磁盘文件。
5、根据虚拟磁盘文件的提取情况,获取卷中未被索引到的自由空间。
6、从自由空间中获取有效信息,尝试对虚拟磁盘文件进行修补。
7、修补完成后校验磁盘文件的正确性与完整性。
提取出的自由空间:
北亚企安数据恢复—KVM虚拟机数据恢复
虚拟机数据恢复结果:
1、由于索引丢失,提取出的虚拟磁盘文件并不完整,针对数据库服务器,数据库文件有丢失的情况,可以从自由空间中获取数据库页去对数据库文件进行修补,但由于部分页所在区域被覆盖占用,只能尽量多的去补页。
2、对于存放程序代码的服务器中的节点和目录项丢失的情况,若节点或目录项有残留,可以尝试去补齐节点和目录项。但发现部分文件的节点和目录项同时丢失,根据节点和目录项之间相关联的特性,这种情况下无法补齐。由于程序代码文件不具备一定的规律性,若其数据区丢失,则无法补齐。
恢复出的部分目录结构:
北亚企安数据恢复—KVM虚拟机数据恢复 北亚企安数据恢复—KVM虚拟机数据恢复
虚拟机恢复数据验证:
在尽可能的尝试对虚拟磁盘文件及其中的数据库文件进行修补后,由用户方对数据进行验证。虽然数据有部分丢失,无法恢复,但用户需要的数据都恢复出来了,认可数据恢复结果。
审核编辑 黄宇
-
数据恢复
+关注
关注
10文章
568浏览量
17432 -
虚拟机
+关注
关注
1文章
914浏览量
28158 -
KVM
+关注
关注
0文章
188浏览量
12946
发布评论请先 登录
相关推荐
评论