CN104407938B - 一种虚拟机镜像级备份后的多种粒度恢复方法 - Google Patents
一种虚拟机镜像级备份后的多种粒度恢复方法 Download PDFInfo
- Publication number
- CN104407938B CN104407938B CN201410674598.2A CN201410674598A CN104407938B CN 104407938 B CN104407938 B CN 104407938B CN 201410674598 A CN201410674598 A CN 201410674598A CN 104407938 B CN104407938 B CN 104407938B
- Authority
- CN
- China
- Prior art keywords
- file
- virtual machine
- data
- backup
- vmdk
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种虚拟机镜像级备份后的多种粒度恢复方法,包括以下步骤:1)虚拟机整机备份,使用服务器虚拟化平台的API对需备份的虚拟机进行快照,使虚拟机在某一个时间点产生一个完全可用的拷贝镜像;2)组织和分析已备份的虚拟机镜像文件,备份服务器根据不同粒度方式对虚拟机进行恢复,其中粒度方式分为:整机、硬盘、文件、应用、分区。与现有技术相比,本发明在一次性备份的后能够满足各种粒度的恢复,从而达到高效、精确的恢复有效数据,减少不同程度的数据破坏、丢失或故障所造成的损失,减少有效数据的恢复时间。
Description
技术领域
本发明涉及虚拟机数据保护和灾难恢复技术,尤其是涉及一种虚拟机镜像级备份后的多种粒度恢复方法。
背景技术
服务器虚拟化是指将服务器物理资源抽象成逻辑资源,让一台服务器变成几台甚至上百台相互隔离的虚拟服务器(虚拟机),我们不再受限于物理上的界限,而是让CPU、内存、磁盘、I/O等硬件变成可以动态管理的“资源池”,从而提高资源的利用率,简化***管理,实现服务器整合,让IT对业务的变化更具适应力。
服务器虚拟化技术将每个虚拟机与服务器硬件及其他虚拟机相隔离,确保在某个虚拟机崩溃时不会影响其他虚拟机,使每个虚拟机可以装上自己的管理程序,成为独立的服务器,供客户管理和使用。虽然虚拟机相互之间不会泄露数据,而且应用程序只能通过配置的网络连接进行通信,但是不是所有的管理程序都是完美无缺,没有安全漏洞的,而这些安全漏洞和缺陷则有可能成为电脑黑客的攻击服务器的着手点。他们通过这些安全漏洞和缺陷会顺利地进入服务器,进行一些非法操作。更重要的是来自客户本身的操作失误导致的服务器上的数据丢失,而这种数据丢失将可能给应用带来无法挽回的损失。
服务器根据遭受到的数据破坏、丢失或者故障的不同程度,为了快速高效的恢复服务器状态,采用的主要保护技术是根据不同的粒度结构进行保护,主要有:整机、硬盘、分区、应用、文件等多种粒度,为了满足这些不同粒度的备份通常需要采用多种备份方式。
在虚拟化文件备份场景下,如果某一虚拟机只进行文件方式的备份,当操作***上的应用改变了文件内容,用户操作以及病毒破坏导致了重要的数据丢失或破坏,***遭到病毒入侵,C盘感染了病毒,D盘被格式化,E盘部分文件被篡改了导致无法打开等更种更样的情况时,而该服务器需要将整个***和数据都恢复到备份时的状态,此时采用文件恢复方式使整个过程花费了相当长的时间,无法满足用户的RTO(Recovery Time Objective恢复时间目标)。
面对虚拟机操作***遭受破坏和虚拟机的设备连接故障等严重的问题,服务器虚拟化厂商VMware的整机保护技术使用了ESX Server代理服务器技术,不需要在备份机上安装代理即可恢复出整个虚拟机。虽然整机保护技术解决了严重的虚拟机破坏问题,但是,对于可预知的错误操作导致的数据丢失,通过整机保护的恢复方式却是一种效率非常低的做法,举个例子,假如虚拟机VM1已经进行了整机备份,过了一段时间,VM1上的A文件误删除了,此时需要恢复A,使用整机保护恢复的过程是:从备份副本中恢复出VM1整机副本,从VM1整机副本中取出A文件,复制到VM1上。
为了满足上述场景,服务器虚拟化技术下的虚拟机多种粒度的保护,需要有一种高效的保护技术在一次性备份后满足各种粒度的恢复,从而达到高效、精确地恢复有效数据,减少不同程度的数据破坏、丢失或故障所造成的损失。
发明内容
本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种虚拟机镜像级备份后的多种粒度恢复方法,在一次性备份的后能够满足各种粒度的恢复,从而达到高效、精确的恢复有效数据,减少不同程度的数据破坏、丢失或故障所造成的损失,减少有效数据的恢复时间。
本发明的目的可以通过以下技术方案来实现:
一种虚拟机镜像级备份后的多种粒度恢复方法,其特征在于,包括以下步骤:
1)虚拟机整机备份,使用服务器虚拟化平台的API对需备份的虚拟机进行快照,使虚拟机在某一个时间点产生一个完全可用的拷贝镜像;
2)组织和分析已备份的虚拟机镜像文件,备份服务器根据不同粒度方式对虚拟机进行恢复,其中粒度方式分为:
整机:包含虚拟机的硬件配置信息、硬盘存储位置、***状态和硬盘数据;
硬盘:包含虚拟机所配置硬盘数量、主从配置信息和硬盘数据;
文件:包含虚拟机文件***上的所有文件和目录;
应用:包含安装在虚拟机文件***上的应用程序信息;
分区:包含虚拟机文件***下的分区大小、分区位置、扇区、块的分区信息,以及分区上的存储数据。
所述的步骤1)中的虚拟机整机备份具体步骤如下:
(101)备份服务器指定选定要备份的虚拟机并建立备份任务;
(102)对虚拟机做快照,检测当前虚拟机是否处于关机状态,如果处于关机状态,则直接向虚拟服务器发出为该虚拟机做快照的命令;若虚拟机处于开机状态,则发出应用静默操作,期间使用虚拟机文件***内部的应用快照组件完成数据从内存刷到磁盘的操作,完成静默操作以后,再为该虚拟机做磁盘快照;
(103)读取虚拟机镜像文件,虚拟机完成快照操作以后将会产生磁盘快照镜像文件,备份服务器通过对该镜像文件进行读取完成备份和对该虚拟机的配置信息文件进行读取完成备份;
(104)传输备份数据到备份服务器,并在备份服务器上完成数据的组织和存储;
(105)建立备份的元数据管理,将组织后的备份数据进行有效的元数据管理,建立索引和存储分配操作;
(106)虚拟机备份数据读取完成和元数据组织完成,整个虚拟机完成备份过程。
所述的步骤2)中的备份服务器根据不同粒度方式对虚拟机进行恢复具体步骤如下:
(201)开始恢复,备份服务器选择整机级、硬盘级、文件级、应用级和分区级的其中一种方式进行恢复,若选择整机级,进行步骤(202),若选择硬盘级,执行步骤(203),若选择文件级和分区级,执行步骤(204),若选择应用级,执行步骤(205);
(202)进行整机恢复,步骤(201)中备份服务器选择整机级恢复方式并指定要恢复的备份虚拟机建立恢复任务,
(203)进行硬盘恢复,步骤(201)中备份服务器选择硬盘级恢复方式,硬盘在VMWare虚拟机中的表现形式为VMDK文件,指定要恢复的虚拟机VMDK文件并建立恢复任务;
(204)进行文件、目录、分区恢复,步骤(201)中备份服务器选择文件级恢复方式并指定要恢复的文件、目录或分区建立恢复任务;
(205)进行应用级恢复,步骤(201)中备份服务器选择应用级恢复方式并指定要恢复的应用数据建立恢复任务。
所述的整机恢复具体步骤如下:
a1)读取备份服务器元数据,选定要恢复的备份虚拟机需要通过备份服务器对应记录的元数据信息来获取,获取的信息包括虚拟机元数据文件和配置信息,所述虚拟机元数据文件包括11种元数据文件中的vmx、vmxf和nvram配置文件,所述配置信息包括虚拟机大小、存储位置以及***状态信息;
b1)创建虚拟机,读取的虚拟机元数据文件和配置信息,用于创建虚拟机配置信息和备份时一样的虚拟机,并指定存放该虚拟机的存储位置,创建虚拟机时采用覆盖的方式进行,其过程为重写已有虚拟机配置和虚拟机数据的方式;
c1)读取备份服务器数据,指定虚拟机的存储位置是虚拟机硬盘数据写入位置,通过步骤b1)创建相应的VMDK硬盘文件,并从备份服务器上读取硬盘数据写入到该虚拟机的VMDK硬盘文件中,其写入采用VMWARE的VDDK方式以扇区大小和扇区位置进行;
d1)完成整机恢复,VMDK硬盘数据写入完成以后,需要根据步骤a1)中所述的***状态信息完成虚拟机的状态恢复。
所述的硬盘恢复具体为:
a2)读取备份服务器元数据,该元数据中包括11种元数据文件中的VMDK硬盘文件;
b2)创建VMDK硬盘文件,指定要恢复的虚拟机VMDK硬盘文件恢复路径,根据元数据信息获取到硬盘文件大小,并在恢复路径上创建指定大小的VMDK硬盘文件或者使用已存在的VMDK硬盘文件;
c2)读取备份服务器数据,其VMDK恢复路径使用步骤b2)所述的恢复路径;
d2)修改虚拟机硬盘配置信息,VMDK硬盘文件完成以后,通过修改虚拟机硬盘配置信息,将步骤c2)中恢复完成的VMDK文件路径指定到相应的虚拟机上,则该虚拟机启动以后将附加上该VMDK所记录的磁盘数据并正常进行读取。
所述的文件、目录、分区恢复具体步骤如下:
a3)代理客户端,文件恢复需要指定要恢复到哪个PC客户端上,其PC客户端需要安装代理客户端程序从而完成备份服务器传输过来的数据接收和文件写入;
b3)读取备份服务器元数据,该元数据信息包括11种数据文件中的VMX虚拟机配置文件,该VMX虚拟机配置文件包含VMDK硬盘数据的层级关系信息,通过VDDK读取父级VMDK将一块硬盘数据以扇区的方式完整取出数据;
c3)解析虚拟机镜像文件***,扇区数据是虚拟机镜像的硬盘数据,其包含硬盘分区结构和文件***分区结构,其过程包括读取DPT、硬盘分区引导信息MBR或者GPT的组织结构来引导找到文件***分区,通过分区找到文件***格式,包括NTFS或EXT3;
d3)读取指定文件,NTFS文件***分区包括该文件***下的分区信息、文件属性和数据,NTFS以MFT文件来记录分区各个File Record的信息,通过RunList来找到数据,RunList中保存了多个Run,通过读取Run获取到偏移取出数据;
e3)完成目录和分区的恢复,步骤d3)所述的File Record包括文件、目录和分区属性,其基本文件属性信息中记录着该File Record是文件或是目录或者分区,在NTFS文件***中的通过目录的File Record记录的FileReference属性找到该目录下的子目录和文件,通过步骤d3)将目录下的子目录和文件循环读取可以完成对该目录所有数据的恢复。
所述的应用级恢复具体过程如下:
a4)代理客户端,恢复需要指定要恢复到哪个PC客户端上,其PC客户端需要安装代理客户端程序从而完成备份服务器传输过来的数据接收和文件写入;
b4)对应用信息文件的解析;
c4)读取应用的数据文件和配置信息文件,应用信息文件包含SQL Server的数据库实例名称和实例中包含的数据库名称以及数据库文件位置;
d4)完成应用数据的恢复。
与现有技术相比,本发明具有使用了快照技术对虚拟机进行整机备份保证了应用数据的一致性,通过对虚拟机整机文件进行管理和解析的方式实现了虚拟机备份后可以满足整机级、硬盘级、分区级、应用级和文件级等多种粒度恢复方法,简化了虚拟机遭受破坏时恢复流程,提高了数据恢复的精确性和效率。
附图说明
图1为虚拟机镜像级备份多种粒度恢复结构示意图
图2为虚拟机镜像级备份流程图;
图3为虚拟机镜像级备份后的多种粒度恢复流程图。c
具体实施方式
下面结合本发明中的附图,对发明中使用的具体技术和步骤进行实例描述,以进行更加详细完整的说明。所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的其他所有实施例,都属于本发明的保护范围。
本发明旨在对服务器虚拟化技术下的虚拟机多种粒度的保护,提出一种高效的保护技术在一次性备份的后能够满足各种粒度的恢复,主要包括以下步骤:
1.虚拟机整机备份,如图2所示,VMWare虚拟服务器平台上的虚拟机通过应用***业务架构、文件***架构和虚拟硬件架构来构成;VMware虚拟机组织一台虚拟机元数据包括11种元数据文件:.vmx(配置文件)、.vmxf(附件的配置文件)、.vmdk(磁盘文件)、.flat.vmdk(预先分配的二进制格式的磁盘文件)、.vswp(交换文件)、.nvram(保存虚拟机的BIOS信息)、.vmss(suspend文件,虚拟机挂起时会产生)、.log(日志文件)、.vmsd(存放快照的元数据和其他信息)、.vmsn(快照数据文件)和.delta.vmdk(快照文件即redo-log文件),其中.vmx中配置文件中记录了主磁盘文件.vmdk,通过VMWare开放API的VDDK来读取主磁盘文件时,VMWare将为该操作找到主磁盘文件的附属磁盘文件,此时VDDK读取vmdk所得到的块数据就相当于读取一块硬盘的块数据。
某台虚拟机的备份过程如图3所示,包括以下几个步骤:
(1)备份服务器指定选定要备份的虚拟机并建立备份任务,通过VDDK连接和登录虚拟服务器平台ESXi Server(VM Host或VCenter)。
(2)虚拟机做快照,检测当前虚拟机是否处于关机状态,如果处于关机状态,则直接向虚拟服务器发出为该虚拟机做快照的命令;若虚拟机处于开机状态,为了保证应用数据一致性,则发出应用静默操作,期间会使用虚拟机文件***内部的应用快照组件完成数据从内存刷到磁盘的操作,如NTFS文件***会通过调用VSS来保证应用数据的一致性,虚拟机完成静默操作以后,再为该虚拟机做磁盘快照。
(3)读取虚拟机镜像文件,虚拟机完成快照操作以后将会产生磁盘快照镜像文件,新写入的数据不会被包含在该镜像文件中,备份服务器通过对该镜像文件进行读取完成备份和对该虚拟机的配置信息文件进行读取完成备份。
(4)传输备份数据到备份服务器,通过TCP/IP连接或FC_SAN方式将备份的数据读取到备份服务器上,并在备份服务器上完成数据的组织和存储。
(5)建立备份的元数据管理,将组织后的备份数据进行有效的元数据管理,建立索引和存储分配等操作。
(6)虚拟机备份数据读取完成和元数据组织完成,整个虚拟机完成备份过程。
2.通过步骤1中一次备份完成后的虚拟机整机,其恢复可以采用如图3所示的整机级、硬盘级、文件级、分区和应用级多种粒度方式进行恢复,其具体恢复步骤如下:
(1)开始恢复,备份服务器选择整机级、硬盘级、文件级、分区级和应用级的其中一种方式进行恢复;
(2)整机恢复,步骤(1)中备份服务器选择整机级恢复方式并指定要恢复的备份虚拟机建立恢复任务,通过VDDK连接和登录虚拟服务器平台ESXi SerVer(VM Host或VCemer);
a)读取备份服务器元数据,步骤2)所述的选定要恢复的备份虚拟机需要通过备份服务器对应记录的元数据信息来获取,获取的信息包括虚拟机元数据文件和配置信息,其信息包括11种元数据文件中的vmx、vmxf和nvram配置文件,配置信息包括虚拟机大小和存储位置以及***状态信息;
b)创建虚拟机,步骤a)所述读取的虚拟机元数据和配置信息,用于创建虚拟机配置信息和备份时一样的虚拟机,并指定存放该虚拟机的存储位置,创建虚拟机时可以采用覆盖的方式进行,其过程相当于重写已有虚拟机配置和虚拟机数据的方式;
c)读取备份服务器数据,步骤b)所述指定虚拟机的存储位置是虚拟机硬盘数据写入位置,通过步骤b)创建相应的VMDK硬盘文件,并从备份服务器上读取硬盘数据写入到该虚拟机的VMDK硬盘文件中,其写入采用VMWARE的VDDK方式以扇区大小和扇区位置进行;
d)完成整机恢复,步骤c)所述的VMDK硬盘数据写入完成以后,需要根据a)中所述的***状态信息完成虚拟机的状态恢复。
(3)硬盘恢复,步骤(1)中备份服务器选择硬盘级恢复方式,硬盘在VMWare虚拟机中的表现形式为VMDK文件,指定要恢复的虚拟机VMDK文件并建立恢复任务,通过VDDK连接和登录虚拟服务器平台ESXi(VM Host或VCenter);
e)执行步骤a),步骤a)所述的元数据信息包括11种元数据文件中的VMDK硬盘文件;
f)创建VMDK硬盘文件,步骤(3)指定要恢复的虚拟机VMDK硬盘文件恢复路径,根据步骤a)所述的元数据信息可以获取到硬盘文件大小,并在恢复路径上创建指定大小的VMDK硬盘文件或者使用已存在的VMDK硬盘文件;
g)执行步骤c,其VMDK恢复路径使用步骤f)所述的恢复路径;
h)修改虚拟机硬盘配置信息,VMDK硬盘文件完成以后,通过修改虚拟机硬盘配置信息,将步骤g)中恢复完成的VMDK文件路径指定到相应的虚拟机上,则该虚拟机启动以后将附加上该VMDK所记录的磁盘数据并正常进行读取;
i)完成硬盘恢复。
(4)文件、目录、分区恢复,步骤(1)中备份服务器选择文件级恢复方式并指定要恢复的文件、目录或分区建立恢复任务;
j)代理客户端,步骤(4)所述的文件恢复需要指定要恢复到哪个PC客户端上,其PC客户端需要安装代理客户端程序从而完成备份服务器传输过来的数据接收和文件写入。
k)执行步骤a),步骤a)所述的元数据信息包括11种数据文件中的VMX虚拟机配置文件,VMX文件包含VMDK硬盘数据的层级关系信息,通过VDDK读取父级VMDK可以将一块硬盘数据以扇区的方式完整取出数据;
l)解析虚拟机镜像文件***,步骤k)所述的扇区数据是虚拟机镜像的硬盘数据,其包含硬盘分区结构和文件***分区结构,其过程包括读取DPT(Disk Partition Table,硬盘分区表)、硬盘分区引导信息MBR(Master Boot Record,主引导记录)或者GPT(Globally Unique Identifier Partition Table Format,全局唯一标识分区表)的组织结构来引导找到文件***分区,通过分区找到文件***格式比如NTFS或EXT3;
m)读取指定文件,步骤1)所述找到的NTFS文件***分区,包括该文件***下的分区信息、文件属性和数据,NTFS以MFT(Master File Table,主文件表)文件来记录分区各个File Record(文件记录)的信息,分区中的所有文件都由至少一个文件记录来描述,MFT位于分区起始位置,对于使用多个文件记录的文件,其第一个文件记录叫基本文件记录,其余的叫做扩展文件记录。每个File Record都包含基本文件属性信息和扩展文件属性信息,基本文件属性中记录着文件是隐藏、压缩、加密等属性。在File Record中有一个$DATA属性即储存数据的属性,该属性根据数据量大小一般又分为常驻属性和非常驻属性,通常的理解是常驻属性是指数据存放在File Record中,非常驻属性是指数据存放在File Record外部,而对于带压缩属性的数据其$DATA属性都是为非常驻属性,需要通过RunList(运行流记录或运行流列表)来找到数据,RunList中保存了多个Run(运行流),通过读取Run获取到偏移取出数据。
n)完成目录和分区的恢复,步骤m)所述的File Record包括文件、目录和分区属性,其基本文件属性信息中记录着该File Record是文件或是目录或者分区,在NTFS文件***中的通过目录的File Record记录的FileReference属性可以找到该目录下的子目录和文件,通过步骤m)将目录下的子目录和文件循环读取可以完成对该目录所有数据的恢复。
(5)应用级恢复,步骤(1)中备份服务器选择应用级恢复方式并指定要恢复的应用数据建立恢复任务;
o)代理客户端,步骤(5)所述的恢复需要指定要恢复到哪个PC客户端上,其PC客户端需要安装代理客户端程序从而完成备份服务器传输过来的数据接收和文件写入。
p)执行步骤k)、l)、m)完成应用信息文件的解析,以SQL Server业务***为例,SQLServer应用信息文件存储在***分区路径为X:\Windows\System32\config\SOFTWARE文件中;
q)读取应用的数据文件和配置信息文件,步骤p)所述的应用信息文件包含SQLServer的数据库实例名称和实例中包含的数据库名称以及数据库文件位置,根据步骤m)、n)的描述,备份服务器可以读取到数据库文件的数据和配置文件的数据;
r)完成应用数据的恢复,步骤q)所述文件数据,在虚拟机备份时通过开机静默应用的处理保证了数据恢复后的一致性问题,所以当文件数据传输到代理客户端并完成恢复操作后,可以保证数据是正确和可用性。
3.综合步骤1虚拟机备份操作和步骤2虚拟机多种粒度恢复操作,虚拟机整机备份可以满足整机级、硬盘级、分区级、应用级和文件级等多种粒度的恢复方式,简化了虚拟机遭受破坏时恢复流程,提高了数据恢复的精确性和效率。
Claims (6)
1.一种虚拟机镜像级备份后的多种粒度恢复方法,其特征在于,包括以下步骤:
1)虚拟机整机备份,使用服务器虚拟化平台的API对需备份的虚拟机进行快照,使虚拟机在某一个时间点产生一个完全可用的拷贝镜像;
2)组织和分析已备份的虚拟机镜像文件,备份服务器根据不同粒度方式对虚拟机进行恢复,其中粒度方式分为:
整机:包含虚拟机的硬件配置信息、硬盘存储位置、***状态和硬盘数据;
硬盘:包含虚拟机所配置硬盘数量、主从配置信息和硬盘数据;
文件:包含虚拟机文件***上的所有文件和目录;
应用:包含安装在虚拟机文件***上的应用程序信息;
分区:包含虚拟机文件***下的分区大小、分区位置、扇区、块的分区信息,以及分区上的存储数据;
所述的步骤1)中的虚拟机整机备份具体步骤如下:
(101)备份服务器指定选定要备份的虚拟机并建立备份任务;
(102)对虚拟机做快照,检测当前虚拟机是否处于关机状态,如果处于关机状态,则直接向虚拟服务器发出为该虚拟机做快照的命令;若虚拟机处于开机状态,则发出应用静默操作,期间使用虚拟机文件***内部的应用快照组件完成数据从内存刷到磁盘的操作,完成静默操作以后,再为该虚拟机做磁盘快照;
(103)读取虚拟机镜像文件,虚拟机完成快照操作以后将会产生磁盘快照镜像文件,备份服务器通过对该镜像文件进行读取完成备份和对该虚拟机的配置信息文件进行读取完成备份;
(104)传输备份数据到备份服务器,并在备份服务器上完成数据的组织和存储;
(105)建立备份的元数据管理,将组织后的备份数据进行有效的元数据管理,建立索引和存储分配操作;
(106)虚拟机备份数据读取完成和元数据组织完成,整个虚拟机完成备份过程。
2.根据权利要求1所述的一种虚拟机镜像级备份后的多种粒度恢复方法,其特征在于,所述的步骤2)中的备份服务器根据不同粒度方式对虚拟机进行恢复具体步骤如下:
(201)开始恢复,备份服务器选择整机级、硬盘级、文件级、应用级和分区级的其中一种方式进行恢复,若选择整机级,进行步骤(202),若选择硬盘级,执行步骤(203),若选择文件级和分区级,执行步骤(204),若选择应用级,执行步骤(205);
(202)进行整机恢复,步骤(201)中备份服务器选择整机级恢复方式并指定要恢复的备份虚拟机建立恢复任务,
(203)进行硬盘恢复,步骤(201)中备份服务器选择硬盘级恢复方式,硬盘在VMWare虚拟机中的表现形式为VMDK文件,指定要恢复的虚拟机VMDK文件并建立恢复任务;
(204)进行文件、目录、分区恢复,步骤(201)中备份服务器选择文件级恢复方式并指定要恢复的文件、目录或分区建立恢复任务;
(205)进行应用级恢复,步骤(201)中备份服务器选择应用级恢复方式并指定要恢复的应用数据建立恢复任务。
3.根据权利要求2所述的一种虚拟机镜像级备份后的多种粒度恢复方法,其特征在于,所述的整机恢复具体步骤如下:
a1)读取备份服务器元数据,选定要恢复的备份虚拟机需要通过备份服务器对应记录的元数据信息来获取,获取的信息包括虚拟机元数据文件和配置信息,所述虚拟机元数据文件包括11种元数据文件中的vmx、vmxf和nvram配置文件,所述配置信息包括虚拟机大小、存储位置以及***状态信息,其中11种元数据文件为:配置文件.vmx、附件的配置文件.vmxf、磁盘文件.vmdk、预先分配的二进制格式的磁盘文件.flat.vmdk、交换文件.vswp、保存虚拟机的BIOS信息.nvram、suspend文件.vmss、日志文件.log、存放快照的元数据和其他信息.vmsd、快照数据文件.vmsn和快照文件.delta.vmdk;
b1)创建虚拟机,读取的虚拟机元数据文件和配置信息,用于创建虚拟机配置信息和备份时一样的虚拟机,并指定存放该虚拟机的存储位置,创建虚拟机时采用覆盖的方式进行,其过程为重写已有虚拟机配置和虚拟机数据的方式;
c1)读取备份服务器数据,指定虚拟机的存储位置是虚拟机硬盘数据写入位置,通过步骤b1)创建相应的VMDK硬盘文件,并从备份服务器上读取硬盘数据写入到该虚拟机的VMDK硬盘文件中,其写入采用VMWARE的VDDK方式以扇区大小和扇区位置进行;
d1)完成整机恢复,VMDK硬盘数据写入完成以后,需要根据步骤a1)中所述的***状态信息完成虚拟机的状态恢复。
4.根据权利要求2所述的一种虚拟机镜像级备份后的多种粒度恢复方法,其特征在于,所述的硬盘恢复具体为:
a2)读取备份服务器元数据,该元数据中包括11种元数据文件中的VMDK硬盘文件,其中11种元数据文件为:配置文件.vmx、附件的配置文件.vmxf、磁盘文件.vmdk、预先分配的二进制格式的磁盘文件.flat.vmdk、交换文件.vswp、保存虚拟机的BIOS信息.nvram、suspend文件.vmss、日志文件.log、存放快照的元数据和其他信息.vmsd、快照数据文件.vmsn和快照文件.delta.vmdk;
b2)创建VMDK硬盘文件,指定要恢复的虚拟机VMDK硬盘文件恢复路径,根据元数据信息获取到硬盘文件大小,并在恢复路径上创建指定大小的VMDK硬盘文件或者使用已存在的VMDK硬盘文件;
c2)读取备份服务器数据,其VMDK恢复路径使用步骤b2)所述的恢复路径;
d2)修改虚拟机硬盘配置信息,VMDK硬盘文件完成以后,通过修改虚拟机硬盘配置信息,将步骤c2)中恢复完成的VMDK文件路径指定到相应的虚拟机上,则该虚拟机启动以后将附加上该VMDK所记录的磁盘数据并正常进行读取。
5.根据权利要求2所述的一种虚拟机镜像级备份后的多种粒度恢复方法,其特征在于,所述的文件、目录、分区恢复具体步骤如下:
a3)文件恢复需要指定恢复到哪个PC客户端上,其PC客户端需要安装代理客户端程序从而完成备份服务器传输过来的数据接收和文件写入;
b3)读取备份服务器元数据,该元数据信息包括11种数据文件中的VMX虚拟机配置文件,该VMX虚拟机配置文件包含VMDK硬盘数据的层级关系信息,通过VDDK读取父级VMDK将一块硬盘数据以扇区的方式完整取出数据,其中11种元数据文件为:配置文件.vmx、附件的配置文件.vmxf、磁盘文件.vmdk、预先分配的二进制格式的磁盘文件.flat.vmdk、交换文件.vswp、保存虚拟机的BIOS信息.nvram、suspend文件.vmss、日志文件.log、存放快照的元数据和其他信息.vmsd、快照数据文件.vmsn和快照文件.delta.vmdk;
c3)解析虚拟机镜像文件***,扇区数据是虚拟机镜像的硬盘数据,其包含硬盘分区结构和文件***分区结构,其过程包括读取DPT、硬盘分区引导信息MBR或者GPT的组织结构来引导找到文件***分区,通过分区找到文件***格式,包括NTFS或EXT3;
d3)读取指定文件,NTFS文件***分区包括该文件***下的分区信息、文件属性和数据,NTFS以MFT文件来记录分区各个File Record的信息,通过RunList来找到数据,RunList中保存了多个Run,通过读取Run获取到偏移取出数据;
e3)完成目录和分区的恢复,步骤d3)所述的File Record包括文件、目录和分区属性,其基本文件属性信息中记录着该File Record是文件或是目录或者分区,在NTFS文件***中的通过目录的File Record记录的FileReference属性找到该目录下的子目录和文件,通过步骤d3)将目录下的子目录和文件循环读取可以完成对该目录所有数据的恢复。
6.根据权利要求2所述的一种虚拟机镜像级备份后的多种粒度恢复方法,其特征在于,所述的应用级恢复具体过程如下:
a4)恢复需要指定恢复到哪个PC客户端上,其PC客户端需要安装代理客户端程序从而完成备份服务器传输过来的数据接收和文件写入;
b4)对应用信息文件的解析;
c4)读取应用的数据文件和配置信息文件,应用信息文件包含SQL Server的数据库实例名称和实例中包含的数据库名称以及数据库文件位置;
d4)完成应用数据的恢复。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410674598.2A CN104407938B (zh) | 2014-11-21 | 2014-11-21 | 一种虚拟机镜像级备份后的多种粒度恢复方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410674598.2A CN104407938B (zh) | 2014-11-21 | 2014-11-21 | 一种虚拟机镜像级备份后的多种粒度恢复方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104407938A CN104407938A (zh) | 2015-03-11 |
CN104407938B true CN104407938B (zh) | 2018-05-08 |
Family
ID=52645571
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410674598.2A Active CN104407938B (zh) | 2014-11-21 | 2014-11-21 | 一种虚拟机镜像级备份后的多种粒度恢复方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104407938B (zh) |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104899071A (zh) * | 2015-04-29 | 2015-09-09 | 深圳市深信服电子科技有限公司 | 集群中虚拟机的恢复方法和*** |
CN106302626A (zh) * | 2015-06-29 | 2017-01-04 | 中兴通讯股份有限公司 | 一种弹性扩容方法、装置及*** |
CN105022678A (zh) * | 2015-07-02 | 2015-11-04 | 深圳市深信服电子科技有限公司 | 虚拟机数据备份的方法和装置 |
CN106557383B (zh) * | 2015-09-24 | 2021-08-10 | 北京国双科技有限公司 | 一种数据恢复的方法及装置 |
CN106557384B (zh) * | 2015-09-25 | 2020-10-02 | 南京中兴软件有限责任公司 | 基于Linux的数据处理方法、装置和*** |
CN106250267A (zh) * | 2016-07-22 | 2016-12-21 | 浪潮(北京)电子信息产业有限公司 | 一种虚拟机的数据备份方法及装置 |
CN106293882A (zh) * | 2016-08-12 | 2017-01-04 | 浪潮(北京)电子信息产业有限公司 | 一种虚拟磁盘快照实现方法及装置 |
CN106250274B (zh) * | 2016-08-16 | 2019-03-15 | 浪潮(北京)电子信息产业有限公司 | 一种虚拟机的备份方法及装置 |
CN106407045B (zh) * | 2016-09-29 | 2019-09-24 | 郑州云海信息技术有限公司 | 一种数据灾难恢复方法、***及服务器虚拟化*** |
CN107957918B (zh) * | 2016-10-14 | 2019-05-10 | 腾讯科技(深圳)有限公司 | 数据恢复方法和装置 |
CN108205460A (zh) * | 2016-12-16 | 2018-06-26 | 北京国双科技有限公司 | 宿主机可用资源的生成方法和装置 |
CN106598787A (zh) * | 2016-12-31 | 2017-04-26 | 云宏信息科技股份有限公司 | 基于Xen的无代理备份还原方法和*** |
CN107544871B (zh) * | 2017-07-21 | 2020-10-02 | 新华三云计算技术有限公司 | 一种虚拟机磁盘备份方法及装置 |
CN109726041B (zh) * | 2017-10-27 | 2023-09-08 | 伊姆西Ip控股有限责任公司 | 恢复虚拟机磁盘中的文件的方法、设备和计算机可读介质 |
CN109992449B (zh) * | 2017-12-31 | 2023-04-11 | ***通信集团四川有限公司 | 备份镜像管理***、方法、设备及介质 |
CN110609731B (zh) * | 2018-06-15 | 2023-08-18 | 伊姆西Ip控股有限责任公司 | 用于管理虚拟机的方法、设备和计算机程序产品 |
CN109117162B (zh) * | 2018-08-29 | 2021-07-16 | 武汉光庭信息技术股份有限公司 | 一种基于Hypervisor的多***升级方法 |
CN111090544A (zh) * | 2018-10-24 | 2020-05-01 | 伊姆西Ip控股有限责任公司 | 用于管理虚拟机的方法、设备和计算机程序产品 |
CN111104251B (zh) * | 2018-10-26 | 2023-08-18 | 伊姆西Ip控股有限责任公司 | 恢复文件的方法、设备和计算机可读介质 |
CN109376036A (zh) * | 2018-11-01 | 2019-02-22 | 郑州云海信息技术有限公司 | 一种用于备份虚拟机的方法和装置 |
CN109947602A (zh) * | 2019-03-29 | 2019-06-28 | 浪潮商用机器有限公司 | 基于powerVM的分区恢复方法、装置、设备及介质 |
US10776041B1 (en) * | 2019-05-14 | 2020-09-15 | EMC IP Holding Company LLC | System and method for scalable backup search |
CN110399202B (zh) * | 2019-06-29 | 2022-03-04 | 苏州浪潮智能科技有限公司 | 一种高效的虚拟机容灾的方法及装置 |
CN110502386B (zh) * | 2019-08-30 | 2023-08-22 | 西安易朴通讯技术有限公司 | 硬盘的故障在线诊断方法和装置 |
CN110781160B (zh) * | 2019-10-15 | 2021-07-27 | 北亚企安科技(北京)有限公司 | 基于VMware虚拟化文件***损坏的数据恢复方法 |
CN111143133B (zh) * | 2019-12-31 | 2020-09-01 | 广州鼎甲计算机科技有限公司 | 虚拟机备份方法和备份虚拟机恢复方法 |
CN111158959A (zh) * | 2019-12-31 | 2020-05-15 | 广州鼎甲计算机科技有限公司 | 虚拟机备份方法和装置以及虚拟机恢复方法和装置 |
CN111399984A (zh) * | 2020-03-19 | 2020-07-10 | 上海英方软件股份有限公司 | 一种基于虚拟机备份数据的文件恢复方法及*** |
CN111930569A (zh) * | 2020-08-13 | 2020-11-13 | 上海英方软件股份有限公司 | 一种整机备份和恢复的***及方法 |
CN112333008B (zh) * | 2020-10-22 | 2023-01-24 | 济南浪潮数据技术有限公司 | 一种云主机整机备份还原方法、装置、设备及存储介质 |
CN112306762A (zh) * | 2020-10-30 | 2021-02-02 | 西安万像电子科技有限公司 | 通信处理方法、装置及***、非易失性存储介质 |
TWI756978B (zh) * | 2020-12-11 | 2022-03-01 | 中華電信股份有限公司 | 遷移雲服務的虛擬磁碟的電子裝置和方法 |
CN112596950B (zh) * | 2020-12-23 | 2024-07-16 | 深圳市科力锐科技有限公司 | 虚拟机数据备份方法、装置、设备及存储介质 |
CN115454723A (zh) * | 2022-09-28 | 2022-12-09 | 安超云软件有限公司 | 一种基于存储快照的数据备份、恢复方法及其*** |
CN115576743B (zh) * | 2022-10-17 | 2023-08-15 | 广州鼎甲计算机科技有限公司 | 操作***恢复方法、装置、计算机设备和存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102075989A (zh) * | 2010-12-14 | 2011-05-25 | 中兴通讯股份有限公司 | 移动网络管理***的分层备份恢复方法及装置 |
CN102521083A (zh) * | 2011-12-13 | 2012-06-27 | 广州杰赛科技股份有限公司 | 一种云计算***中虚拟机备份方法和*** |
CN103678713A (zh) * | 2013-12-31 | 2014-03-26 | 上海爱数软件有限公司 | VMware场景中恢复NTFS高级压缩文件的方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011046813A2 (en) * | 2009-10-12 | 2011-04-21 | Veeam Software International Ltd. | Item-level restoration and verification of image level backups |
US8566640B2 (en) * | 2010-07-19 | 2013-10-22 | Veeam Software Ag | Systems, methods, and computer program products for instant recovery of image level backups |
-
2014
- 2014-11-21 CN CN201410674598.2A patent/CN104407938B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102075989A (zh) * | 2010-12-14 | 2011-05-25 | 中兴通讯股份有限公司 | 移动网络管理***的分层备份恢复方法及装置 |
CN102521083A (zh) * | 2011-12-13 | 2012-06-27 | 广州杰赛科技股份有限公司 | 一种云计算***中虚拟机备份方法和*** |
CN103678713A (zh) * | 2013-12-31 | 2014-03-26 | 上海爱数软件有限公司 | VMware场景中恢复NTFS高级压缩文件的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104407938A (zh) | 2015-03-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104407938B (zh) | 一种虚拟机镜像级备份后的多种粒度恢复方法 | |
US9400611B1 (en) | Data migration in cluster environment using host copy and changed block tracking | |
US10713120B2 (en) | Unique identifiers for data replication, migration, failover operations and failback operations | |
US10956041B2 (en) | Online snapshot consolidation using I/O mirroring | |
US10210073B1 (en) | Real time debugging of production replicated data with data obfuscation in a storage system | |
US8386428B2 (en) | Method and system for fast generation of file system snapshot bitmap in virtual environment | |
US8370593B2 (en) | Method and apparatus to manage groups for deduplication | |
US8117168B1 (en) | Methods and systems for creating and managing backups using virtual disks | |
US9460028B1 (en) | Non-disruptive and minimally disruptive data migration in active-active clusters | |
US10296423B2 (en) | System and method for live virtual incremental restoring of data from cloud storage | |
US8122212B2 (en) | Method and apparatus for logical volume management for virtual machine environment | |
US10146630B1 (en) | Block changes framework for delta file incremental backup | |
EP2843549B1 (en) | Virtual machine deployment and management engine | |
EP3750066B1 (en) | Protection of infrastructure-as-a-service workloads in public cloud | |
US10719274B2 (en) | Consistent replication of virtual computing instance data | |
US10880387B2 (en) | Selective token clash checking for a data write | |
US11010334B2 (en) | Optimal snapshot deletion | |
US9189345B1 (en) | Method to perform instant restore of physical machines | |
US10402279B2 (en) | Optimization to permit block based incremental backup across system reboot or crash | |
EP2639698B1 (en) | Backup control program, backup control method, and information processing device | |
US9529679B2 (en) | Volume snapshot in a shared environment | |
US9946480B2 (en) | Disk image deletion with failure resistant data erasure | |
US11656947B2 (en) | Data set recovery from a point-in-time logical corruption protection copy | |
US20240248816A1 (en) | Continuous data protection against ransomware for virtual volumes | |
US20220382649A1 (en) | Restore assistant: using augmented backup metadata for step-by-step restore guide |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 201112 Shanghai, Minhang District, United Airlines route 1188, building second layer A-1 unit 8 Applicant after: SHANGHAI EISOO INFORMATION TECHNOLOGY CO., LTD. Address before: 201112 Shanghai, Minhang District, United Airlines route 1188, building second layer A-1 unit 8 Applicant before: Shanghai Eisoo Software Co.,Ltd. |
|
COR | Change of bibliographic data | ||
GR01 | Patent grant | ||
GR01 | Patent grant |