快照混乱情况下虚拟机的恢复

简介:

问题背景:

1、一台虚拟机,创建了三份快照。在一次维护过程中,把快照全部删除(合并快照,保持当前最新状态),同时关闭虚拟机。

由于快照较多,还没有全部合并完成,虚拟机已经关机了。

2、重新打开虚拟机时提示开机失败,提示大概意思是找不到之前的快照文件,无法开机。

3、打开存储管理器,原始vmdk文件、000001.vmdk 、000002.vmdk 000003.vmdk文件都在,虚拟机当前所使用的硬盘对应000002.vmdk。

4、重新装载虚拟机,只能选择原始vmdk作为硬盘,无法选择其他vmdk作为硬盘,如果挂载原始盘,虚机只回到没有做任何快照时候的状态,后期的数据全部丢失。

解决步骤:

登录到ESX主机,进入虚机所在的文件目录,有以下多个文件:

abc.-000001-delta.vmdk

abc.-000001.vmdk

abc.-000002-delta.vmdk

abc.-000002.vmdk

abc.-000003-delta.vmdk

abc.-000003.vmdk

abc.-flat.vmdk

abc..vmdk

abc.vmx

... ...

1、#grep -i filename abc.vmx 查看当前虚拟机挂载哪些硬盘,结果如下:

scsi0:0.fileName="abc.-000002.vmdk" //当前硬盘为0002.vmdk;

2、#cat abc.-00002.vmdk 查看00002硬盘的父盘是哪一块,信息如下:

CID=929c1b7d //此硬盘的编号

parentCID=9b5a6f9f //父盘的编号

parentFileNameHint="abc.-000001.vmdk" //父盘对应的硬盘

3、找到并打开上面的父盘(000001)信息

#cat abc.-000001.vmdk,结果如下:

CID=9b5a6f9f //此硬盘的编号

parentCID=9b5a6f9f//父盘的编号,此处9b5a6f9f信息已经混乱了

parentFileNameHint="abc.-000003.vmdk" //父盘对应的硬盘

4、忽略混乱错误,找到并打开-000003.vmdk ,

#cat abc.-000003.vmdk,结果如下:

CID=9b5a6f9f //此硬盘的编号,混乱,和子盘重复

parentCID=014617b2//父盘的编号,混乱,

parentFileNameHint="abc..vmdk" //父盘对应的硬盘

5、打开.vmdk,

#cat abc..vmdk,结果如下:

CID=95bd0757//此硬盘的编号,此盘没有子盘,所以提示找不到快照所对应的硬盘!

parentCID=ffffffff //没有父盘,此盘为最原始的盘。

6、按照vmware文档的要求,正常情况下用vmkfstools将原始盘克隆一个新的硬盘,然后将新硬盘挂载到空的虚机上,应该能够解决问题。

#mkdir recover

#vmkfstools -i abc..vmdk recover/newdisk.vmdk

运行会显示:

Destination disk format :VMFS thick

Coloning disk 'abc..vmdk'...

Clone: 100% done。

由于编号混乱,如果对..vmdk克隆,所得到的硬盘和原始盘一样;如果对000001或000002、000003.vmdk进行克隆,提示当创建子盘的时候,父盘已经被修改过了,无法克隆。

7、如果人为按照上述逻辑,修改每块硬盘的CID号和父盘的CID号,得到的克隆盘挂载、开机后显示硬盘损坏。

8、考虑到当前虚拟机的硬盘为000002.vmdk,正常的快照合并时,应该先将3合并到2,再将2合并到1,再将1合并到原始盘,只是合并到2的时候就关机了,所以编号混乱。按照此思路,修改000001.vmdk文件,

将父盘CID(9b5a6f9f)修改为原始盘的CID(95bd0757),并将parentFileNameHint直接指向到原始盘..vmdk,修改后的000001.vmdk信息如下:

CID=9b5a6f9f 

parentCID=95bd0757

parentFileNameHint="abc..vmdk" 

9、按照上述方式,果然回到最新状态,只不过打开虚拟后里面的部分文件夹损坏,这次运气比较好话,最重要的几个文件和数据库是最新的,有些文件夹无法打开,比原始盘的效果更好了。

 

原文地址:http://blog.sina.com.cn/s/blog_4ce6566f0100hafm.html



本文转自 lorysun 51CTO博客,原文链接:http://blog.51cto.com/lorysun/1227198

目录
打赏
0
0
0
0
344
分享
相关文章
虚拟化数据恢复—误还原快照导致虚拟机上数据库丢失的数据恢复案例
虚拟化数据恢复环境&故障: vmfs文件系统,存储的数据是SqlServer数据库及其他办公文件。 工作人员误将快照还原,导致了SqlServer数据库数据的丢失,需要恢复原来的SqlServer数据库文件。
97 22
|
7月前
|
kvm虚拟机快照
这篇文章主要介绍了KVM虚拟机快照的创建、管理、恢复以及删除的详细步骤,包括查看快照信息、创建快照、模拟系统破坏后基于快照恢复虚拟机、使用快照的注意事项以及如何删除快照。
174 2
虚拟化数据恢复—Vmware虚拟机误还原快照的数据恢复案例
虚拟化数据恢复环境: 一台虚拟机从物理机迁移到ESXI虚拟化平台,迁移完成后做了一个快照。虚拟机上运行了一个SQL Server数据库,记录了数年的数据。 ESXI虚拟化平台上有数十台虚拟机,EXSI虚拟化平台连接了一台EVA存储,所有的虚拟机都存放在EVA存储上。 虚拟化故障: 工组人员误操作将数年前迁移完成后做的快照还原了,也就意味着虚拟机状态还原到数年前,近几年数据都被删除了。 还原快照相当于删除数据,意味着部分存储空间会被释放。为了不让这部分释放的空间被重用,需要将连接到这台存储的所有虚拟机都关掉,需要将不能长时间宕机的虚拟机迁移到别的EXSI虚拟化平台上。
197 50
解决虚拟机文件因快照占用硬盘空间较多的情况(压缩虚拟机文件,节省硬盘空间)
解决虚拟机文件因快照占用硬盘空间较多的情况(压缩虚拟机文件,节省硬盘空间)
372 1
虚拟化数据恢复—EXSI虚拟机误还原快照的数据恢复案例
虚拟化技术原理是将硬件虚拟化供不同的虚拟机使用,一台物理机上可以有多台虚拟机。人为误操作或者物理机故障会导致上层虚拟机不可用,甚至虚拟机里的重要数据丢失。下面给大家分享一个vmware虚拟化误操作还原快照的数据恢复案例。 虚拟化数据恢复环境: 一台由物理机迁移到EXSI上面的虚拟机,迁移完成后做了一个快照。该虚拟机上运行SQL Server数据库,记录了几年的数据。 EXSI虚拟化平台上一共有数十台虚拟机,EXSI连接了一台EVA存储,所有的虚拟机(包括故障虚拟机)都放在EVA存储上。
解决删除快照后启动虚拟机显示指定的文件不是虚拟磁盘 打不开磁盘“路径”或它所依赖的某个快照磁盘。 模块“disk”启动失败。 未能启动虚拟
解决删除快照后启动虚拟机显示指定的文件不是虚拟磁盘 打不开磁盘“路径”或它所依赖的某个快照磁盘。 模块“disk”启动失败。 未能启动虚拟
516 0
部署09--虚拟机快照,我们无法避免损坏Linux操作系统 ,如果重新装一下就太过麻烦,推荐在关机下制作快照,关机制作效率好,机房要靠近地址,动不动崩溃
部署09--虚拟机快照,我们无法避免损坏Linux操作系统 ,如果重新装一下就太过麻烦,推荐在关机下制作快照,关机制作效率好,机房要靠近地址,动不动崩溃
虚拟机数据恢复-虚拟机还原快照原理和误还原快照的数据恢复方案
由一台物理服务器迁移到ESXI上的虚拟机,虚拟机迁移完成后做了一个快照,该ESXI上面一共运行了数十台虚拟机。某天工作人员不小心将快照进行了还原,虚拟机内的数据还原到了数年前刚迁移过来时的状态,迁移过来后的这几年更新的数据全部被删除。
虚拟机数据恢复-虚拟机还原快照原理和误还原快照的数据恢复方案
虚拟化数据恢复—ESXI虚拟机误还原快照的数据恢复案例
虚拟化技术原理是将硬件虚拟化给不同的虚拟机使用,利用虚拟化技术可以在一台物理机上安装多台虚拟机。误操作或者物理机器出现故障都会导致虚拟机不可用,虚拟机中的数据丢失。 虚拟化数据恢复环境: 有一台虚拟机是由物理机迁移到ESXI上面的,迁移完成后为该虚拟机做了一个快照。虚拟机上运行了一个SQL Server数据库,记录了5年左右的数据。 该ESXI上共有二十几台虚拟机,EXSI连接一台某品牌EVA存储,所有的虚拟机(包括故障虚拟机)都存放在该EVA存储上。
|
11月前
|
KVM详解(六)——KVM虚拟机快照
KVM详解(六)——KVM虚拟机快照
657 0

相关实验场景

更多