EXSI5.5虚拟机还原快照数据恢复案例

现在由于虚拟化技术的兴起,很多企业开始运用虚拟化技术。虚拟化技术的原理就是将硬件虚拟化给不同的虚拟机使用。也就是一台物理的机器上可以有多台虚拟机。但如果物理机器出现故障或者存储服务器出现故障都会导致上层的虚拟机不可用。还有包括员工的误操作等原因。这些都会导致虚拟机里面的重要数据丢失,而弥补这些数据的唯一方法就是恢复数据。今天要说的就是一起vmware虚拟化误操作的数据恢复案例。

【环境描述】

1)故障虚拟机是由物理机迁移到EXSI上面的,迁移完成后以防不稳定做了一个快照。

2)虚拟机上运行的是一个SQL 2005的数据库,记录了从2008年到2014年所有的数据。

3)整个EXSI上一共有20几台虚拟机,EXSI连接的存储是一台HP EVA4400,所有的虚拟机(包括故障虚拟机)都放在EVA上。

【故障描述】

由于员工的误操作,不小心还原快照了。快照是3年前做完迁移时建的,也就是虚拟机还原到3年前了。也就意味着这3年的数据都被删除了,而这些数据都是特别重要的。

【准备工作】

还原快照就相当于删除数据,也就意味着底层的存储空间会被释放一部分。为了不让这部分空间重用,需要将连接这台存储的所有虚拟机都关掉,如果有重要的虚拟机不能长时间宕机,则需要迁移到别的EXSI上。而客户这里有一台虚拟机很重要,不能关机,只能做热迁移。而vmware的热迁移则是需要建立N多个快照来完成迁移的,这给后期的恢复快照工作带来很多麻烦。迁移完所有虚拟机后就需要对底层的EVA存储做镜像了,但是客户比较着急,镜像整个存储需要的时间太长。最后将EVA存储以只读的方式挂载到一台服务器上,我们以只读的方式恢复数据。

【解决方案】

Vmfs文件系统介绍:

Vmware自己的文件系统叫做Vmfs,所有的虚拟机都存放在这个文件系统中。Vmfs文件系统中默认会将整个磁盘分成1M的Block,分配给文件的最小单位为一个Block。Vmfs文件系统中会有一片区域描述这些1M Block的使用情况,而每1024个Block(也就是1GB)会用一个MAP来记录。这个MAP里面记录的1M Block在物理磁盘上不一定是连续的。但这个MAP所记录的所有1M Block一定是同一个文件的。可以理解为一个文件是由N多个MAP中的1024个Block组成的,即FileSize = N * MAP * 1024(Block)。

Vmware的快照其实就是一个文件,还原快照也就意味着是删掉一个文件。而在Vmfs文件系统中,删除一个文件只会删掉文件的索引项,而不会删掉文件的实际数据以及指向数据的MAP。而我们要做的就是提取整个vmfs文件系统中空闲的MAP,然后在空闲的MAP中找到一个符合快照文件头结构的MAP。然后根据快照文件的结构,提取快照文件剩下的碎片。提取完快照文件后,需要将快照文件和原vmdk合并生成新的vmdk。新的vmdk中包涵了所有的数据,接下来挂载新的vmdk解释里面的数据即可。

【数据恢复成功】

由于客户做过热迁移虚拟机,所以导致快照有几个碎片被重用了。最终恢复的数据中,最新的数据不可用。但由于客户的数据是数据库,并每天都备份2次,最新的数据不可用,但备份的数据可用,客户还是接受恢复的结果。整个恢复的过程一个耗时2天,包括验证数据库的工作。

随着虚拟化技术兴起,越来越多的企业开始应用虚拟化技术。伴随的虚拟化故障也越来越多,但虚拟化的数据恢复技术在国内却没有几家公司可以做。

作者:邓奇 (北亚服务器数据恢复工程师)

邮箱:[email protected]

联系方式:010-4006505808-801

EXSI5.5虚拟机还原快照数据恢复案例

时间: 2024-10-11 13:38:49

EXSI5.5虚拟机还原快照数据恢复案例的相关文章

ESXI5.5虚拟机还原快照数据恢复处理办法

现在由于虚拟化技术的兴起,很多企业开始运用虚拟化技术.虚拟化技术的原理就是将硬件虚拟化给不同的虚拟机使用.也就是一台物理的机器上可以有多台虚拟机.但如果物理机器出现故障或者存储服务器出现故障都会导致上层的虚拟机不可用.还有包括员工的误操作等原因.这些都会导致虚拟机里面的重要数据丢失,而弥补这些数据的唯一方法就是恢复数据.今天要说的就是一起vmware虚拟化误操作的数据恢复案例. [环境描述] 1)故障虚拟机是由物理机迁移到ESXI上面的,迁移完成后以防不稳定做了一个快照. 2)虚拟机上运行的是一

VMware虚拟机底层存储结构和还原快照恢复原理

虚拟机技术是虚拟化技术的一种,所谓虚拟化技术就是将事物从一种形式转变成另一种形式,最常用的虚拟化技术有操作系统中内存的虚拟化,实际运行时用户需要的内存空间可能远远大于物理机器的内存大小,利用内存的虚拟化技术,用户可以将一部分硬盘虚拟化为内存,而这对用户是透明的.又如,可以利用虚拟专用网技术在公共网络中虚拟化一条安全,稳定的"隧道",用户感觉像是使用私有网络一样.虚拟化技术看起来是一种更加安全的数据存储方式,但是世界上并没有100%安全的存储模式,一旦承载虚拟机的底层服务器或者存储出现故

北京某公司NetApp存储虚拟机数据恢复案例

存储环境部署及存储数据恢复故障的起因:某公司的NetApp FAS-8200存储,使用96块磁盘组建两组存储池,存储池互为镜像.存储池内划分卷并映射到ESXI作为数据存储使用,卷内虚拟机数量约300+.在操作过程中由于未知原因导致卷丢失,卷内虚拟机不可访问.该公司的管理员先进对存储进行了简单的检查和数据恢复但是没有成功,由于存储内有公司重要数据,管理员不敢妄动,只好联系北京的存储数据恢复公司进行专业数据恢复. 一.数据恢复备份 为防止对客户原始磁盘内数据造成破坏,首先分别对各磁盘进行镜像拷贝(在

苏州FreeNAS+ESXi5数据恢复案例

苏州FreeNAS+ESXi5数据恢复案例 [物理与逻辑存储] 此公司使用一种廉价的存储模式,用iSCSI方式来达到FC SAN的功能. 物理存储构架在一台 DELL 服务器上,使用 FreeNAS 来做 iSCSI,然后使用两台 DELL 服务器做ESXi5.0 的的虚拟化系统.FreeNAS 层为UFS2文件系统,整个存储建一个稀疏模式的文件,挂给ESXi5.0 系统.ESXi系统内跑有5台虚拟机,其中有三台最为重要. 一台windows2003系统虚拟机是此公司在当地的门户网站.使用 AS

raid5磁盘阵列有3块硬盘掉线的解决方案-raid数据恢复案例

某公司使用了同友存储,采用raid5磁盘阵列,由于未知的原因导致存储忽然崩溃无法启动,raid5阵列中的虚拟机全部丢失,其中3台虚拟机为重要数据,需要主要针对该3台虚拟机进行数据恢复. 一.分析存储底层次结构,制定数据恢复方案. 通过与客户的沟通及对raid阵列的分析得出故障存储的底层结构为若干物理磁盘组成一个存储池,划分了多个lun,需要进行数据恢复的为lun1,其中包含重点恢复的3台虚拟机.如下图所示: 二.尝试重组raid恢复raid阵列数据. 在对阵列进行分析重组时发现用户原存储中的ra

服务器数据恢复案例探究

一.故障描述 整个服务器的存储空间由6块SAS硬盘组成,其中5块硬盘组成一个RAID5的阵列,剩余1块做成热备盘使用.由于RAID5阵列中出现1块硬盘故障,所以服务器存储中的热备盘成功激活,在进行同步的过程中又一块硬盘出现故障,因此导致RAID5阵列瘫痪,上层LUN无法正常使用,服务器崩溃.服务器数据恢复工程师与硬件数据恢复工程师同时对客户存储进行检测发现该服务器存储中的硬盘存在有物理故障.· 二.服务器存储数据恢复故障检测 IBM服务器存储的LUN都是基于RAID组的,因此要进行服务器数据恢复

OpenStack启动虚拟机、虚拟机做快照加速

虚拟机做快照加速:  [[email protected] ~]# vim /usr/lib/python2.7/site-packages/nova/virt/libvirt/driver.py cfg.StrOpt('snapshots_directory',                default='$instances_path/snapshots',                help='Location where libvirt driver will store sna

IBM_V7000底层结构及数据恢复案例详解

IBM_V7000(全名IBM Storwize V7000)是IBM推出的新一代中端存储系统,尽管定位中端,Storwize V7000却提供了以往高端存储才具备的强大存储管理功能.其常见型号有IBM Storwize V3700,IBM Storwize V5000以及IBM Storwize V7000.其底层存储结构支持RIAD 0,RAID 10,RAID5以及RAID 6.上层的卷支持普通卷,精简模式的卷,镜像模式的卷以及精简镜像模式的卷.虽然在整体存储结构上V7000做的很不错,但

MSSQL2008数据库备份还原和数据恢复

原文:MSSQL2008数据库备份还原和数据恢复   序言 一直想写一篇关于数据库备份与恢复的文章,但基于能力的有限对数据库认知的有限怕不足以准确的表达,最后思考很久还是决定把自己的一些理解写出来供大家参考,也是为了回报自己:出于能力及语言表达能力的有限还望大家包含,如果里面有说的不对的地方还望大家及时提出.好及时修改不至于错误的引导他人. 认识数据库备份和事务日志备份 数据库备份与日志备份是数据库维护的日常工作,备份的目的是在于当数据库出现故障或者遭到破坏时可以根据备份的数据库及事务日志文件还