CN117033085B - kvm虚拟机备份方法、装置、计算机设备及存储介质 - Google Patents
kvm虚拟机备份方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN117033085B CN117033085B CN202311296086.2A CN202311296086A CN117033085B CN 117033085 B CN117033085 B CN 117033085B CN 202311296086 A CN202311296086 A CN 202311296086A CN 117033085 B CN117033085 B CN 117033085B
- Authority
- CN
- China
- Prior art keywords
- data
- backup
- virtual machine
- disk
- target
- 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
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000011084 recovery Methods 0.000 claims description 124
- 238000006243 chemical reaction Methods 0.000 claims description 23
- 238000007726 management method Methods 0.000 claims description 19
- 230000001360 synchronised effect Effects 0.000 claims description 10
- 238000004891 communication Methods 0.000 claims description 9
- 238000013500 data storage Methods 0.000 claims description 7
- 238000004590 computer program Methods 0.000 claims description 5
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1461—Backup scheduling policy
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
本申请提供一种kvm虚拟机备份方法、装置、计算机设备及存储介质，方法包括：获取待备份数据的目标kvm虚拟机的备份策略，所述备份策略包括所述目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式以及备份时间；根据所述虚拟机标识确定所述备份数据类型对应的数据所在的目标文件；在所述备份时间以所述备份方式，对所述目标文件的数据进行备份，得到备份数据；将所述备份数据存储在所述备份服务端的预设存储空间。采用本方法，针对于kvm虚拟机从虚拟化底层使用qemu对磁盘进行备份恢复，具有更强的兼容性。
Description
技术领域
本申请涉及计算机网络技术领域，具体涉及一种kvm虚拟机备份方法、装置、计算机设备及存储介质。
背景技术
目前QingCloud虚拟机一般使用anyBackup作为备份软件，其备份过程存在以下问题：1.数据完整性问题：备份可能包含损坏或丢失的数据，或备份的数据可能无法完全恢复，这可能会导致数据丢失或数据损坏。2.性能问题：备份和恢复可能需要耗费大量时间和计算资源，这可能会导致性能下降，例如备份或恢复过程可能会占用大量系统资源，导致系统变慢或停止响应。兼容性问题：备份和恢复软件可能不兼容某些操作系统或应用程序，或备份和恢复的版本可能不兼容，这可能会导致无法成功备份或恢复数据。
发明内容
基于此，有必要针对上述技术问题，提供一种kvm虚拟机备份方法、装置、计算机设备及存储介质，针对于kvm虚拟机从虚拟化底层使用qemu对磁盘进行备份恢复，具有更强的兼容性。
第一方面，本申请提供一种kvm虚拟机备份方法，应用于备份服务端，所述备份服务端用于备份云平台中各计算节点的各kvm虚拟机的数据，所述备份服务端基于安装在所述各计算节点预设路径下的所述备份服务端的代理包获取所述各kvm虚拟机的数据，所述方法包括：
获取待备份数据的目标kvm虚拟机的备份策略，所述备份策略包括所述目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式以及备份时间；
根据所述虚拟机标识确定所述备份数据类型对应的数据所在的目标文件；
在所述备份时间以所述备份方式，对所述目标文件的数据进行备份，得到备份数据；
将所述备份数据存储在所述备份服务端的预设存储空间。
在本申请一些实施例中，所述备份数据类型包括系统盘和数据盘，所述目标kvm虚拟机与所述系统盘一一对应，所述目标kvm虚拟机至少对应一个所述数据盘，所述系统盘挂载在所述目标kvm虚拟机对应的目标计算节点的预设目录下，所述数据盘挂载在所述目标kvm虚拟机对应的目标存储节点下。
在本申请一些实施例中，所述云平台设有管理节点用于管理所述各计算节点，所述各计算节点对应各存储节点，每一所述计算节点对应至少一kvm虚拟机，所述获取待备份数据的目标kvm虚拟机的备份策略之前，还包括：
通过api调用所述备份服务端与所述管理节点建立数据连接；
通过所述管理节点将所述备份服务端的代理包安装在所述各计算节点；
获取所述各计算节点和所述各存储节点的文件目录；
根据所述文件目录确定所述各kvm虚拟机的系统盘和数据盘。
在本申请一些实施例中，所述根据所述虚拟机标识确定所述备份数据类型对应的数据所在的目标文件，包括：
根据所述虚拟机标识确定所述目标kvm虚拟机对应的所述目标计算节点和所述目标存储节点；
若所述备份数据类型为所述系统盘，则所述目标文件位于所述目标计算节点的预设目录下；
若所述备份数据类型为所述数据盘，则所述目标文件位于所述目标存储节点，所述目标存储节点下的所述数据盘的数据进行格式转换以实现数据备份。
在本申请一些实施例中，所述在所述备份时间以所述备份方式，对所述目标文件的数据进行备份，得到备份数据，包括：
当所述备份数据类型为系统盘且所述备份方式为全量备份时，在所述备份时间复制所述目标文件的数据作为所述备份数据，同时基于qmp将所述目标文件的数据作为第一缓存数据存储在缓存中；
当所述备份数据类型为数据盘且所述备份方式为全量备份时，在所述备份时间基于qemu对所述数据盘的数据进行格式转换，得到所述备份数据，同时基于qmp将所述目标文件的数据作为第二缓存数据存储在缓存中；
当所述备份方式为增量备份，所述备份数据类型为所述系统盘或所述数据盘时，基于qmp根据缓存中上一次备份时间至所述备份时间之间的数据读写信息，确定所述备份时间所述系统盘或所述数据盘的增量数据进行备份，得到所述备份数据，同时基于qmp将所述数据读写信息作为第三缓存数据存储在缓存中。
在本申请一些实施例中，所述将所述备份数据存储在所述备份服务端的预设存储空间之后，还包括：
获取备份恢复指令，所述备份恢复指令包括恢复数据类型和恢复数据时间；
当所述恢复数据类型为系统盘，且所述恢复数据时间对应存储的为全量数据时，同步所述备份数据至预设的存储文件夹下得到恢复数据；
当所述恢复数据类型为数据盘，且所述恢复数据时间对应存储的为全量数据时，基于qemu对所述备份数据进行格式转换，同步至预设的存储文件夹下得到恢复数据；
当所述恢复数据时间对应存储的为增量数据时，根据所述恢复数据时间确定待合并的全量备份数据和增量备份数据，合并所述全量备份数据和所述增量备份数据同步至预设的存储文件夹下得到恢复数据。
在本申请一些实施例中，所述当所述恢复数据时间对应存储的为增量数据时，根据所述恢复数据时间确定待合并的全量备份数据和增量备份数据，合并所述全量备份数据和所述增量备份数据同步至预设的存储文件夹下得到恢复数据，包括：
当所述恢复数据时间对应存储的为增量数据时，确定距离所述恢复数据时间最近的全量备份时间的备份数据为所述全量备份数据；
获取所述全量备份时间至所述恢复数据时间之间的备份数据作为所述增量备份数据；
在预设的临时目录下合并所述全量备份数据和所述增量备份数据，并同步至预设的存储文件夹下得到恢复数据。
第二方面，本申请提供一种kvm虚拟机备份装置，应用于备份服务端，所述备份服务端用于备份云平台中各计算节点的各kvm虚拟机的数据，所述备份服务端基于安装在所述各计算节点预设路径下的所述备份服务端的代理包获取所述各kvm虚拟机的数据，所述装置包括：
信息获取模块，用于获取待备份数据的目标kvm虚拟机的备份策略，所述备份策略包括所述目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式以及备份时间；
文件确定模块，与所述信息获取模块通讯连接，用于根据所述虚拟机标识确定所述备份数据类型对应的数据所在的目标文件；
数据备份模块，与所述文件确定模块通讯连接，用于在所述备份时间以所述备份方式，对所述目标文件的数据进行备份，得到备份数据；
数据存储模块，与所述数据备份模块通讯连接，用于将所述备份数据存储在所述备份服务端的预设存储空间。
在本申请一些实施例中，所述备份数据类型包括系统盘和数据盘，所述目标kvm虚拟机与所述系统盘一一对应，所述目标kvm虚拟机至少对应一个所述数据盘，所述系统盘挂载在所述目标kvm虚拟机对应的目标计算节点的预设目录下，所述数据盘挂载在所述目标kvm虚拟机对应的目标存储节点下。
在本申请一些实施例中，所述云平台设有管理节点用于管理所述各计算节点，所述各计算节点对应各存储节点，每一所述计算节点对应至少一kvm虚拟机，信息获取模块还用于通过api调用所述备份服务端与所述管理节点建立数据连接；通过所述管理节点将所述备份服务端的代理包安装在所述各计算节点；获取所述各计算节点和所述各存储节点的文件目录；根据所述文件目录确定所述各kvm虚拟机的系统盘和数据盘。
在本申请一些实施例中，文件确定模块还用于根据所述虚拟机标识确定所述目标kvm虚拟机对应的所述目标计算节点和所述目标存储节点；若所述备份数据类型为所述系统盘，则所述目标文件位于所述目标计算节点的预设目录下；若所述备份数据类型为所述数据盘，则所述目标文件位于所述目标存储节点，所述目标存储节点下的所述数据盘的数据进行格式转换以实现数据备份。
在本申请一些实施例中，数据备份模块还用于当所述备份数据类型为系统盘且所述备份方式为全量备份时，在所述备份时间复制所述目标文件的数据作为所述备份数据，同时基于qmp将所述目标文件的数据作为第一缓存数据存储在缓存中；当所述备份数据类型为数据盘且所述备份方式为全量备份时，在所述备份时间基于qemu对所述数据盘的数据进行格式转换，得到所述备份数据，同时基于qmp将所述目标文件的数据作为第二缓存数据存储在缓存中；当所述备份方式为增量备份，所述备份数据类型为所述系统盘或所述数据盘时，基于qmp根据缓存中上一次备份时间至所述备份时间之间的数据读写信息，确定所述备份时间所述系统盘或所述数据盘的增量数据进行备份，得到所述备份数据，同时基于qmp将所述数据读写信息作为第三缓存数据存储在缓存中。
在本申请一些实施例中，数据存储模块还用于获取备份恢复指令，所述备份恢复指令包括恢复数据类型和恢复数据时间；当所述恢复数据类型为系统盘，且所述恢复数据时间对应存储的为全量数据时，同步所述备份数据至预设的存储文件夹下得到恢复数据；当所述恢复数据类型为数据盘，且所述恢复数据时间对应存储的为全量数据时，基于qemu对所述备份数据进行格式转换，同步至预设的存储文件夹下得到恢复数据；当所述恢复数据时间对应存储的为增量数据时，根据所述恢复数据时间确定待合并的全量备份数据和增量备份数据，合并所述全量备份数据和所述增量备份数据同步至预设的存储文件夹下得到恢复数据。
在本申请一些实施例中，数据存储模块还用于当所述恢复数据时间对应存储的为增量数据时，确定距离所述恢复数据时间最近的全量备份时间的备份数据为所述全量备份数据；获取所述全量备份时间至所述恢复数据时间之间的备份数据作为所述增量备份数据；在预设的临时目录下合并所述全量备份数据和所述增量备份数据，并同步至预设的存储文件夹下得到恢复数据。
第三方面，本申请还提供一种计算机设备，所述计算机设备包括：
一个或多个处理器；
存储器；以及一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现所述的kvm虚拟机备份方法。
第四方面，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器进行加载，以执行的kvm虚拟机备份方法中的步骤。
上述kvm虚拟机备份方法、装置、计算机设备及存储介质，针对于kvm虚拟机从虚拟化底层使用qemu对磁盘进行备份恢复，具有更强的兼容性，针对于kvm虚拟机的整个磁盘进行备份转移，保障了数据的完整性，属于异步备份的方式，对于主机的性能影响很小。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例中kvm虚拟机备份方法的流程示意图；
图2是本申请另一实施例中云平台的架构示意图；
图3是本申请实施例中备份服务器的代理包意图；
图4是本申请实施例中kvm虚拟机备份装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在本申请的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
在本申请的描述中，“例如”一词用来表示“用作例子、例证或说明”。本申请中被描述为“例如”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本发明，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本发明。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本发明的描述变得晦涩。因此，本发明并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。
数据库连接是一种关键且有限的资源，连接的建立是非常消耗资源的，大量连接的不断新建跟关闭会非常影响性能。一个数据库连接对象均对应一个物理数据库连接，每次操作都打开一个物理连接，使用完再关闭连接。数据库连接池的原理是在应用程序启动时建立足够的数据库连接，并把这些连接组成一个连接池(简单说：在一个“池”里放了好多半成品的数据库连接对象)，并进行维护，由应用程序动态地对池中的连接进行申请、使用和释放。
全量备份：指将系统中所有数据和文件都备份的一种备份方式。在全量备份中，所有的数据和文件都被复制到备份媒介中，包括系统文件、配置文件、用户文件等等。这种备份方式可以完整地保留所有数据和文件，无论这些数据和文件是修改过的还是未修改过的。
增量备份：增量备份是指只备份系统中自上次备份以来新增或修改的数据和文件的一种备份方式。在增量备份中，只有最近更改过的数据和文件才被复制到备份媒介中，而未更改过的数据和文件不会被备份。因此，增量备份需要一个完整的全量备份作为基础备份。
qingCloud虚拟机的系统盘是使用类本地存储，当创建一个虚拟机后，根据配置的系统盘大小，qingCloud平台会将QingStor划出系统盘大小+0.5备大小空间并挂载到计算节点特定目录下供系统盘使用，这个方案能够有效控制存储的利用率。如果虚拟机存在数据盘，则QingStor会以外部挂载设备的形式提供远程存储。如/dev/qbd/vol/vos-0ljly83z.img,注意此磁盘是无法在计算节点拷贝。
综上所述，qingCloud虚拟机以kvm（Kernel-based Virtual Machine）虚拟化为底层技术，系统盘以本地文件的方式存储，数据盘以设备挂载的方式通过网络访问。基于此，本实施例使用qemu磁盘控制技术对kvm虚拟机进行备份与恢复。
参阅图1，本申请实施例提供了一种kvm虚拟机备份方法，该方法包括步骤S101~S104，具体如下：
S101，获取待备份数据的目标kvm虚拟机的备份策略，所述备份策略包括所述目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式以及备份时间。
具体地，本实施例应用于备份服务端，备份服务端用于备份云平台（例如qingCloud）中各计算节点的各kvm虚拟机的数据，如图2所示，云平台中设有一管理节点，管理节点控制若干计算节点，各计算节点对应各存储节点。每一个计算节点对应至少一kvm虚拟机，在各计算节点预设路径下分别安装备份服务端的代理包，则可以备份每个计算节点下所有的kvm虚拟机。
备份数据类型包括系统盘和数据盘，kvm虚拟机仅设有一个系统盘，系统盘挂载在kvm虚拟机对应的计算节点的预设目录下，即系统盘的数据以本地文件的方式存储在计算节点上，因此系统盘的数据可以直接复制备份。kvm虚拟机设有一个或多个数据盘，数据盘挂载在kvm虚拟机对应的存储节点下，以外部挂载设备的形式提供远程存储，此磁盘是无法在计算节点拷贝，因此存储节点中数据盘的数据不能直接复制而是要进行格式转换之后再备份。
通过部署在各计算节点的备份服务端的代理包，用户可以通过备份服务端发送备份等指令获取虚拟机的相关数据，例如备份服务端设有人机交互界面工用户操作。
获取待备份数据的目标kvm虚拟机的备份策略，备份策略包括所述目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式以及备份时间。由于云平台包括若干计算节点，各计算节点同样包括数量不等的kvm虚拟机，目标kvm虚拟机的虚拟机标识用于表征进行数据备份的对象，其具有唯一性，即虚拟机标识与kvm虚拟机一一对应。
备份数据类型包括系统盘和数据盘，由于系统盘和数据盘所在位置不同，其备份的手段不同，系统盘的数据可以直接复制备份，数据盘的数据不能直接复制而是要进行格式转换之后再备份。备份方式包括全量备份和增量备份，备份时间为选定进行备份的时间点。
需要说明的是，备份策略为用户根据需要设定的，其中全量备份和增量备份的时间以及顺序不作限制，即全量备份和增量备份可以交替穿插进行，例如进行依次全量备份之后进行若干次增量备份，然后再进行全量备份，其中增量备份的次数不限，且相邻备份时间之间的间隔本实施例不作具体限定。
在一个实施例中，所述云平台设有管理节点用于管理所述各计算节点，所述各计算节点对应各存储节点，每一所述计算节点对应至少一kvm虚拟机，本步骤之前包括：S201，通过api调用所述备份服务端与所述管理节点建立数据连接；S202，通过所述管理节点将所述备份服务端的代理包安装在所述各计算节点；S203，获取所述各计算节点和所述各存储节点的文件目录；S204，根据所述文件目录确定所述各kvm虚拟机的系统盘和数据盘。
具体地，如图2所示，通过api（Application Programming Interface）调用所述备份服务端与管理节点建立数据连接，备份服务端通过管理节点将备份服务端的代理包安装在每个计算节点，从而实现对每个计算节点所属的kvm虚拟机的数据的备份，图3所示为一种备份服务端的代理包的示例。
由于系统盘和数据盘所在位置不同，其备份的手段不同，以及部分数据不需要备份，因此获取云平台各计算节点和各存储节点的文件目录，根据文件目录确定各kvm虚拟机的系统盘和数据盘。
例如，hda /ol/img-olvyvmf6.iso//，带有/ol目录的即可认为是系统介质，备份过程需要排除，不做备份。hdb/pitrix/data/container/i-edb67v7i/i-edb67v7i.img//，带有/pitrix/data/container目录的即可认为此磁盘为系统盘，一台kvm虚拟机只可能存在一个系统盘。hdc/dev/qbd/vol/vos-0ljly83z.img //，带有/dev/qbd/vol目录的即可认为此磁盘为数据盘，一台kvm虚拟机可能存在多个数据盘。
S102，根据所述虚拟机标识确定所述备份数据类型对应的数据所在的目标文件。
具体地，根据虚拟机标识确定待备份数据的目标kvm虚拟机，进而确定待备份数据的目标kvm虚拟机所属的目标计算节点，备份数据类型包括系统盘和数据盘，系统盘设于计算节点，数据盘设于存储节点，因此根据虚拟机标识确定备份数据类型对应的数据所在的目标文件。
在一个实施例中，本步骤包括：S301，根据所述虚拟机标识确定所述目标kvm虚拟机对应的所述目标计算节点和所述目标存储节点；S302，若所述备份数据类型为所述系统盘，则所述目标文件位于所述目标计算节点的预设目录下；S303，若所述备份数据类型为所述数据盘，则所述目标文件位于所述目标存储节点，所述目标存储节点下的所述数据盘的数据进行格式转换以实现数据备份。
具体地，上述实施例中确定各kvm虚拟机的系统盘和数据盘所在的位置之后，将其虚拟机标识、系统盘以及数据盘所在的位置的对应关系进行标记存储，因此基于目标kvm虚拟机的虚拟机标识可以确定目标kvm虚拟机的系统盘所在的目标计算节点和数据盘所在的目标存储节点。如果备份数据类型为系统盘，则目标文件位于目标计算节点的预设目录下，并且可以直接复制备份至备份服务器。如果备份数据类型为数据盘，则目标文件位于目标存储节点上，而目标存储节点下的数据盘的数据不能直接复制备份，需要进行格式转换以实现数据备份。
S103，在所述备份时间以所述备份方式，对所述目标文件的数据进行备份，得到备份数据。
具体的，备份方式包括全量备份和增量备份，目标文件的数据为需要备份的对象，在备份时间以备份方式对目标文件的数据进行备份，得到备份数据。需要说明的是，为了便于后续的存储以及查询，得到的备份数据设有标识信息，标识信息基于目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式以及备份时间确定，以作为后续查询时唯一确定需要查询的备份数据。
在一个实施例中，本步骤包括：S401，当所述备份数据类型为系统盘且所述备份方式为全量备份时，在所述备份时间复制所述目标文件的数据作为所述备份数据，同时基于qmp将所述目标文件的数据作为第一缓存数据存储在缓存中；S402，当所述备份数据类型为数据盘且所述备份方式为全量备份时，在所述备份时间基于qemu对所述数据盘的数据进行格式转换，得到所述备份数据，同时基于qmp将所述目标文件的数据作为第二缓存数据存储在缓存中；S403，当所述备份方式为增量备份，所述备份数据类型为所述系统盘或所述数据盘时，基于qmp根据缓存中上一次备份时间至所述备份时间之间的数据读写信息，确定所述备份时间所述系统盘或所述数据盘的增量数据进行备份，得到所述备份数据，同时基于qmp将所述数据读写信息作为第三缓存数据存储在缓存中。
具体的，全量备份将系统中所有数据和文件都备份，增量备份只备份系统中自上次备份以来新增或修改的数据和文件，因此全量备份和增量备份备份的对象存在差异，进而导致两者备份的手段不同。
系统盘的数据放置在计算节点上可以直接复制备份，因此当备份数据类型为系统盘且备份方式为全量备份时，在备份时间直接复制目标文件的数据作为备份数据。例如，hdb/pitrix/data/container/i-edb67v7i/i-edb67v7i.img //，带有/pitrix/data/container目录的即可认为此磁盘为系统盘，可以采用直接复制的方式进行数据备份，例如，执行数据备份的脚本命令为：rsync-avW/pitrix/data/container/i-edb67v7i/i-edb67v7i.img /nfs。此外，由于该备份时间的备份数据可能作为增量备份的比对基础，而备份数据是存储在备份服务端上，如果后续进行增量备份时从备份服务端上调用数据，流程复制花费的时间多，因此在进行全量备份的同时，基于qmp（qemu monitor protocol）将目标文件的数据作为第一缓存数据存储在缓存中。
数据盘的数据放置在存储节点上共享，但是不能在计算节点直接复制备份，因此当备份数据类型为数据盘且备份方式为全量备份时，在备份时间基于qemu对数据盘的数据进行格式转换，得到备份数据。例如，hdc/dev/qbd/vol/vos-0ljly83z.img //，带有/dev/qbd/vol目录的即可认为此磁盘为数据盘，例如，执行数据备份的脚本命令为：qemu-imgconvert -f raw -O qcow2 /dev/qbd/vol/vos-0ljly83z.img/nfs/vos-0ljly83z.img。qcow2（qemucopy-on-write格式，写时复制），qcow2镜像格式是qemu模拟器支持的一种磁盘镜像，它可以用一个文件的形式来表示一块固定大小的块设备磁盘，一个qcow2镜像可以用来保存其它镜像的变化部分，从而不实际影响到原有磁盘的内容。同样地，由于该备份时间的备份数据可能作为增量备份的比对基础，因此基于qmp将目标文件的数据作为第二缓存数据存储在缓存中。
增量备份只备份系统中自上次备份以来新增或修改的数据和文件，而数据读取、写入、删除、修改等操作的过程都是通过缓存实现，因此缓存中包含了数据新增或修改的数据读写信息。当备份方式为增量备份时，无论备份数据类型是系统盘或数据盘，都是直接从缓存中获取增量数据，因此基于qmp根据缓存中上一次备份时间至备份时间之间的数据读写信息，确定备份时间系统盘或数据盘的增量数据进行备份得到备份数据。例如，执行数据备份的脚本命令为: virsh qemu-monitor-command generic-2 --pretty '{ "execute": "drive-backup" , "arguments" : { "device" : "drive-ide0-0-0" , "sync" : "incremental" , "bitmap" : "bitmap-xfyb" , "target" : "/nfs/inc.0.qcow2" } }'。同样地，由于该备份时间的备份数据可能作为后续的增量备份的比对基础，因此基于qmp将数据读写信息作为第三缓存数据存储在缓存中。
S104，将所述备份数据存储在所述备份服务端的预设存储空间。
具体的，将备份数据存储在备份服务端的预设存储空间，为了便于后续的存储以及查询，得到的备份数据设有标识信息，标识信息基于目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式以及备份时间确定。同样地，预设存储空间可以基于目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式、备份时间等参数进行划分，以实现分类存储，便于快速查询。
在一个实施例中，本步骤之后，还包括：S501，获取备份恢复指令，所述备份恢复指令包括恢复数据类型和恢复数据时间；S502，当所述恢复数据类型为系统盘，且所述恢复数据时间对应存储的为全量数据时，同步所述备份数据至预设的存储文件夹下得到恢复数据；S503，当所述恢复数据类型为数据盘，且所述恢复数据时间对应存储的为全量数据时，基于qemu对所述备份数据进行格式转换，同步至预设的存储文件夹下得到恢复数据；S504，当所述恢复数据时间对应存储的为增量数据时，根据所述恢复数据时间确定待合并的全量备份数据和增量备份数据，合并所述全量备份数据和所述增量备份数据同步至预设的存储文件夹下得到恢复数据。
具体的，将备份数据存储在备份服务端的预设存储空间之后，用户如有需要可以恢复备份数据进行分析统计等操作。在进行数据恢复的时候，可以先新建一个kvm虚拟机，通过直接覆盖新建kvm虚拟机磁盘的方式恢复出备份的kvm虚拟机的数据，例如调用qingCloud的创建虚拟机sdk（Software Development Kit）完成。
同样地，由于系统盘和数据盘所在位置不同，以及全量备份和增量备份备份的对象不同，对应的数据恢复的方式不同。
获取备份恢复指令，备份恢复指令包括恢复数据类型和恢复数据时间，恢复数据类型包括系统盘和数据盘，恢复数据时间为选定的需要恢复的数据的时间点，由于备份数据带有时间信息，因此基于恢复数据时间即可确定恢复的是全量数据还是增量数据。此外，由于kvm虚拟机的数量较多，备份恢复指令还可能包含需要恢复数据的kvm虚拟机的虚拟机标识。
当恢复数据类型为系统盘，且基于恢复数据时间确定存储的为全量数据时，需要恢复的即为系统盘的全量数据，在云平台上系统盘的数据存储在计算节点，进行备份时直接复制，因此数据恢复时同样将备份数据直接复制同步至预设的存储文件夹下，即可得到恢复数据。例如，系统盘全备恢复执行的脚本命令为:rsync-avWi-edb67v7i.img/pitrix/data/container/i-wrqkm19j/i-wrqkm19j.img其中，预设的存储文件夹用户基于需求设置，本实施例不作具体限定。
当恢复数据类型为数据盘，且基于恢复数据时间确定对应存储的为全量数据时，需要恢复的即为数据盘的全量数据，由于在云平台上数据盘的数据存储在存储节点，进行备份时需要进行格式转换，因此数据恢复时同样需要进行格式转换，基于qemu对备份数据进行格式转换，同步至预设的存储文件夹下得到恢复数据。例如，数据盘全备恢复执行的脚本命令为:qemu-img convert -f qcow2 -O raw vos-0ljly83z.img /dev/qbd/vol/vos-3bgen2bc.img。
当恢复数据时间对应存储的为增量数据时，恢复数据时要同时恢复全量数据和增量数据才是恢复数据时间对应的实际的数据。根据恢复数据时间确定待合并的全量备份数据和增量备份数据，然后将两者进行合并同步至预设的存储文件夹下得到恢复数据。其中，系统盘的全量备份数据和数据盘的全量备份数据按照本实施例上述的流程进行恢复，增量备份数据无论系统盘还是数据盘基于qemu在缓存中获取的，因此同样基于备份时执行的脚本命令进行恢复。
在一个实施例中，步骤S504，当所述恢复数据时间对应存储的为增量数据时，根据所述恢复数据时间确定待合并的全量备份数据和增量备份数据，合并所述全量备份数据和所述增量备份数据同步至预设的存储文件夹下得到恢复数据，包括：S601，当所述恢复数据时间对应存储的为增量数据时，确定距离所述恢复数据时间最近的全量备份时间的备份数据为所述全量备份数据；S602，获取所述全量备份时间至所述恢复数据时间之间的备份数据作为所述增量备份数据；S603，在预设的临时目录下合并所述全量备份数据和所述增量备份数据，并同步至预设的存储文件夹下得到恢复数据。
具体的，由于增量备份是备份自上次备份以来新增或修改的数据和文件，因此恢复增量数据时要同时恢复全量数据和增量数据才是恢复数据时间对应的实际的数据。而用户输入的备份策略中全量备份的次数、时间不定，即同一kvm虚拟机可能进行多次全量备份。
当恢复数据时间对应存储的为增量数据时，确定距离恢复数据时间最近的全量备份时间的备份数据为待合并的全量备份数据，以减少需要合并的数据量，提高数据恢复的效率。
此外，距离恢复数据时间最近的全量备份时间和恢复数据时间之间可能没有全量备份，但是可能进行了多次增量备份，获取全量备份时间至恢复数据时间之间所有的备份数据作为待合并的增量备份数据。
在临时目录中开辟一份空间，复制待合并的全量备份数据和增量备份数据并进行合并，将合并之后的数据同步至预设的存储文件夹下得到恢复数据。
本实施例提出了一种基于通过qemu磁盘控制软件命令，针对于qingCloud的kvm虚拟机从虚拟化底层使用qemu对磁盘进行备份恢复，具有更强的兼容性。针对于kvm虚拟机的整个磁盘进行备份转移，保障了数据的完整性。属于异步备份的方式，对于主机的性能影响很小。通过对磁盘文件的控制，达到备份的目的，在进行数据恢复的时候，可以先新建一个虚拟机，通过直接覆盖新建虚拟机磁盘的方式恢复出备份虚拟机的数据，这种方法可以达到一个异步备份，并可以通过转换磁盘格式的方式进一步压缩备份出来的数据，减少数据的传输量，另外这种方式极大的降低了备份兼容性的问题，保障了数据的完整性。
如图4所示，本申请实施例提供一种kvm虚拟机备份装置900，应用于备份服务端，所述备份服务端用于备份云平台中各计算节点的各kvm虚拟机的数据，所述备份服务端基于安装在所述各计算节点预设路径下的所述备份服务端的代理包获取所述各kvm虚拟机的数据，所述装置包括：
信息获取模块910，用于获取待备份数据的目标kvm虚拟机的备份策略，所述备份策略包括所述目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式以及备份时间；
文件确定模块920，与所述信息获取模块910通讯连接，用于根据所述虚拟机标识确定所述备份数据类型对应的数据所在的目标文件；
数据备份模块930，与所述文件确定模块920通讯连接，用于在所述备份时间以所述备份方式，对所述目标文件的数据进行备份，得到备份数据；
数据存储模块940，与所述数据备份模块930通讯连接，用于将所述备份数据存储在所述备份服务端的预设存储空间。
在本申请一些实施例中，所述备份数据类型包括系统盘和数据盘，所述目标kvm虚拟机与所述系统盘一一对应，所述目标kvm虚拟机至少对应一个所述数据盘，所述系统盘挂载在所述目标kvm虚拟机对应的目标计算节点的预设目录下，所述数据盘挂载在所述目标kvm虚拟机对应的目标存储节点下。
在本申请一些实施例中，所述云平台设有管理节点用于管理所述各计算节点，所述各计算节点对应各存储节点，每一所述计算节点对应至少一kvm虚拟机，信息获取模块910还用于通过api调用所述备份服务端与所述管理节点建立数据连接；通过所述管理节点将所述备份服务端的代理包安装在所述各计算节点；获取所述各计算节点和所述各存储节点的文件目录；根据所述文件目录确定所述各kvm虚拟机的系统盘和数据盘。
在本申请一些实施例中，文件确定模块920还用于根据所述虚拟机标识确定所述目标kvm虚拟机对应的所述目标计算节点和所述目标存储节点；若所述备份数据类型为所述系统盘，则所述目标文件位于所述目标计算节点的预设目录下；若所述备份数据类型为所述数据盘，则所述目标文件位于所述目标存储节点，所述目标存储节点下的所述数据盘的数据进行格式转换以实现数据备份。
在本申请一些实施例中，数据备份模块930还用于当所述备份数据类型为系统盘且所述备份方式为全量备份时，在所述备份时间复制所述目标文件的数据作为所述备份数据，同时基于qmp将所述目标文件的数据作为第一缓存数据存储在缓存中；当所述备份数据类型为数据盘且所述备份方式为全量备份时，在所述备份时间基于qemu对所述数据盘的数据进行格式转换，得到所述备份数据，同时基于qmp将所述目标文件的数据作为第二缓存数据存储在缓存中；当所述备份方式为增量备份，所述备份数据类型为所述系统盘或所述数据盘时，基于qmp根据缓存中上一次备份时间至所述备份时间之间的数据读写信息，确定所述备份时间所述系统盘或所述数据盘的增量数据进行备份，得到所述备份数据，同时基于qmp将所述数据读写信息作为第三缓存数据存储在缓存中。
在本申请一些实施例中，数据存储模块940还用于获取备份恢复指令，所述备份恢复指令包括恢复数据类型和恢复数据时间；当所述恢复数据类型为系统盘，且所述恢复数据时间对应存储的为全量数据时，同步所述备份数据至预设的存储文件夹下得到恢复数据；当所述恢复数据类型为数据盘，且所述恢复数据时间对应存储的为全量数据时，基于qemu对所述备份数据进行格式转换，同步至预设的存储文件夹下得到恢复数据；当所述恢复数据时间对应存储的为增量数据时，根据所述恢复数据时间确定待合并的全量备份数据和增量备份数据，合并所述全量备份数据和所述增量备份数据同步至预设的存储文件夹下得到恢复数据。
在本申请一些实施例中，数据存储模块940还用于当所述恢复数据时间对应存储的为增量数据时，确定距离所述恢复数据时间最近的全量备份时间的备份数据为所述全量备份数据；获取所述全量备份时间至所述恢复数据时间之间的备份数据作为所述增量备份数据；在预设的临时目录下合并所述全量备份数据和所述增量备份数据，并同步至预设的存储文件夹下得到恢复数据。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请一些实施例中，提供了一种计算机设备，包括一个或多个处理器；存储器；以及一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行上述kvm虚拟机备份方法的步骤。此处kvm虚拟机备份方法的步骤可以是上述各个实施例的kvm虚拟机备份方法中的步骤。
在本申请一些实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器进行加载，使得处理器执行上述kvm虚拟机备份方法的步骤。此处kvm虚拟机备份方法的步骤可以是上述各个实施例的kvm虚拟机备份方法中的步骤。
本邻域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic Random Access Memory，DRAM）等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上对本申请实施例所提供的一种kvm虚拟机备份方法、装置、计算机设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (9)
1.一种kvm虚拟机备份方法，其特征在于，应用于备份服务端，所述备份服务端用于备份云平台中各计算节点的各kvm虚拟机的数据，所述备份服务端基于安装在所述各计算节点预设路径下的所述备份服务端的代理包获取所述各kvm虚拟机的数据，所述方法包括：
获取待备份数据的目标kvm虚拟机的备份策略，所述备份策略包括所述目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式以及备份时间；
根据所述虚拟机标识确定所述备份数据类型对应的数据所在的目标文件；
在所述备份时间以所述备份方式，对所述目标文件的数据进行备份，得到备份数据；具体包括：当所述备份数据类型为系统盘且所述备份方式为全量备份时，在所述备份时间复制所述目标文件的数据作为所述备份数据，同时基于qmp将所述目标文件的数据作为第一缓存数据存储在缓存中；当所述备份数据类型为数据盘且所述备份方式为全量备份时，在所述备份时间基于qemu对所述数据盘的数据进行格式转换，得到所述备份数据，同时基于qmp将所述目标文件的数据作为第二缓存数据存储在缓存中；当所述备份方式为增量备份，所述备份数据类型为所述系统盘或所述数据盘时，基于qmp根据缓存中上一次备份时间至所述备份时间之间的数据读写信息，确定所述备份时间所述系统盘或所述数据盘的增量数据进行备份，得到所述备份数据，同时基于qmp将所述数据读写信息作为第三缓存数据存储在缓存中；
将所述备份数据存储在所述备份服务端的预设存储空间。
2.如权利要求1所述的kvm虚拟机备份方法，其特征在于，所述备份数据类型包括系统盘和数据盘，所述目标kvm虚拟机与所述系统盘一一对应，所述目标kvm虚拟机至少对应一个所述数据盘，所述系统盘挂载在所述目标kvm虚拟机对应的目标计算节点的预设目录下，所述数据盘挂载在所述目标kvm虚拟机对应的目标存储节点下。
3.如权利要求2所述的kvm虚拟机备份方法，其特征在于，所述云平台设有管理节点用于管理所述各计算节点，所述各计算节点对应各存储节点，每一所述计算节点对应至少一kvm虚拟机，所述获取待备份数据的目标kvm虚拟机的备份策略之前，还包括：
通过api调用所述备份服务端与所述管理节点建立数据连接；
通过所述管理节点将所述备份服务端的代理包安装在所述各计算节点；
获取所述各计算节点和所述各存储节点的文件目录；
根据所述文件目录确定所述各kvm虚拟机的系统盘和数据盘。
4.如权利要求2所述的kvm虚拟机备份方法，其特征在于，所述根据所述虚拟机标识确定所述备份数据类型对应的数据所在的目标文件，包括：
根据所述虚拟机标识确定所述目标kvm虚拟机对应的所述目标计算节点和所述目标存储节点；
若所述备份数据类型为所述系统盘，则所述目标文件位于所述目标计算节点的预设目录下；
若所述备份数据类型为所述数据盘，则所述目标文件位于所述目标存储节点，所述目标存储节点下的所述数据盘的数据进行格式转换以实现数据备份。
5.如权利要求1所述的kvm虚拟机备份方法，其特征在于，所述将所述备份数据存储在所述备份服务端的预设存储空间之后，还包括：
获取备份恢复指令，所述备份恢复指令包括恢复数据类型和恢复数据时间；
当所述恢复数据类型为系统盘，且所述恢复数据时间对应存储的为全量数据时，同步所述备份数据至预设的存储文件夹下得到恢复数据；
当所述恢复数据类型为数据盘，且所述恢复数据时间对应存储的为全量数据时，基于qemu对所述备份数据进行格式转换，同步至预设的存储文件夹下得到恢复数据；
当所述恢复数据时间对应存储的为增量数据时，根据所述恢复数据时间确定待合并的全量备份数据和增量备份数据，合并所述全量备份数据和所述增量备份数据同步至预设的存储文件夹下得到恢复数据。
6.如权利要求5所述的kvm虚拟机备份方法，其特征在于，所述当所述恢复数据时间对应存储的为增量数据时，根据所述恢复数据时间确定待合并的全量备份数据和增量备份数据，合并所述全量备份数据和所述增量备份数据同步至预设的存储文件夹下得到恢复数据，包括：
当所述恢复数据时间对应存储的为增量数据时，确定距离所述恢复数据时间最近的全量备份时间的备份数据为所述全量备份数据；
获取所述全量备份时间至所述恢复数据时间之间的备份数据作为所述增量备份数据；
在预设的临时目录下合并所述全量备份数据和所述增量备份数据，并同步至预设的存储文件夹下得到恢复数据。
7.一种kvm虚拟机备份装置，其特征在于，应用于备份服务端，所述备份服务端用于备份云平台中各计算节点的各kvm虚拟机的数据，所述备份服务端基于安装在所述各计算节点预设路径下的所述备份服务端的代理包获取所述各kvm虚拟机的数据，所述装置包括：
信息获取模块，用于获取待备份数据的目标kvm虚拟机的备份策略，所述备份策略包括所述目标kvm虚拟机的虚拟机标识、备份数据类型、备份方式以及备份时间；
文件确定模块，与所述信息获取模块通讯连接，用于根据所述虚拟机标识确定所述备份数据类型对应的数据所在的目标文件；
数据备份模块，与所述文件确定模块通讯连接，用于在所述备份时间以所述备份方式，对所述目标文件的数据进行备份，得到备份数据；具体包括：当所述备份数据类型为系统盘且所述备份方式为全量备份时，在所述备份时间复制所述目标文件的数据作为所述备份数据，同时基于qmp将所述目标文件的数据作为第一缓存数据存储在缓存中；当所述备份数据类型为数据盘且所述备份方式为全量备份时，在所述备份时间基于qemu对所述数据盘的数据进行格式转换，得到所述备份数据，同时基于qmp将所述目标文件的数据作为第二缓存数据存储在缓存中；当所述备份方式为增量备份，所述备份数据类型为所述系统盘或所述数据盘时，基于qmp根据缓存中上一次备份时间至所述备份时间之间的数据读写信息，确定所述备份时间所述系统盘或所述数据盘的增量数据进行备份，得到所述备份数据，同时基于qmp将所述数据读写信息作为第三缓存数据存储在缓存中；
数据存储模块，与所述数据备份模块通讯连接，用于将所述备份数据存储在所述备份服务端的预设存储空间。
8.一种计算机设备，其特征在于，所述计算机设备包括：
一个或多个处理器；
存储器；以及一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现权利要求1至6中任一项所述的kvm虚拟机备份方法。
9.一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器进行加载，以执行权利要求1至6中任一项所述的kvm虚拟机备份方法中的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311296086.2A CN117033085B (zh) | 2023-10-09 | 2023-10-09 | kvm虚拟机备份方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311296086.2A CN117033085B (zh) | 2023-10-09 | 2023-10-09 | kvm虚拟机备份方法、装置、计算机设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117033085A CN117033085A (zh) | 2023-11-10 |
| CN117033085B true CN117033085B (zh) | 2024-01-19 |
Family
ID=88645301
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311296086.2A Active CN117033085B (zh) | 2023-10-09 | 2023-10-09 | kvm虚拟机备份方法、装置、计算机设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117033085B (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10725966B1 (en) * | 2014-06-30 | 2020-07-28 | Veritas Technologies Llc | Block level incremental backup for QCOW2 virtual disks |
| CN111651305A (zh) * | 2020-08-05 | 2020-09-11 | 腾讯科技（深圳）有限公司 | 一种虚拟机备份方法、组件及云计算系统 |
| CN114564339A (zh) * | 2022-02-23 | 2022-05-31 | 华云数据控股集团有限公司 | 一种磁盘镜像文件跨平台迁移方法及系统 |
| CN116166478A (zh) * | 2022-12-08 | 2023-05-26 | 中电云数智科技有限公司 | 一种云主机的备份方法及设备 |
| CN116578447A (zh) * | 2023-07-12 | 2023-08-11 | 武汉吧哒科技股份有限公司 | 虚拟机数据恢复方法、装置、计算机设备及存储介质 |
| CN116841799A (zh) * | 2023-06-30 | 2023-10-03 | 安超云软件有限公司 | 虚拟机备份方法、系统、设备及可读存储介质 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9372726B2 (en) * | 2013-01-09 | 2016-06-21 | The Research Foundation For The State University Of New York | Gang migration of virtual machines using cluster-wide deduplication |
| CN105446826A (zh) * | 2014-06-30 | 2016-03-30 | 国际商业机器公司 | 虚拟机备份、恢复的方法及设备 |
| US10437487B2 (en) * | 2016-08-04 | 2019-10-08 | Trilio Data, Inc. | Prioritized backup operations for virtual machines |
| CN112114999A (zh) * | 2020-09-01 | 2020-12-22 | 阿里云计算有限公司 | 一种数据备份方法、数据恢复方法、装置及电子设备 |
-
2023
- 2023-10-09 CN CN202311296086.2A patent/CN117033085B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10725966B1 (en) * | 2014-06-30 | 2020-07-28 | Veritas Technologies Llc | Block level incremental backup for QCOW2 virtual disks |
| CN111651305A (zh) * | 2020-08-05 | 2020-09-11 | 腾讯科技（深圳）有限公司 | 一种虚拟机备份方法、组件及云计算系统 |
| CN114564339A (zh) * | 2022-02-23 | 2022-05-31 | 华云数据控股集团有限公司 | 一种磁盘镜像文件跨平台迁移方法及系统 |
| CN116166478A (zh) * | 2022-12-08 | 2023-05-26 | 中电云数智科技有限公司 | 一种云主机的备份方法及设备 |
| CN116841799A (zh) * | 2023-06-30 | 2023-10-03 | 安超云软件有限公司 | 虚拟机备份方法、系统、设备及可读存储介质 |
| CN116578447A (zh) * | 2023-07-12 | 2023-08-11 | 武汉吧哒科技股份有限公司 | 虚拟机数据恢复方法、装置、计算机设备及存储介质 |
Non-Patent Citations (1)
| Title |
|---|
| 基于虚拟化技术的高可用技术的研究与实现;游强志;《中国优秀硕士学位论文全文数据库 信息科技辑》;I137-35 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117033085A (zh) | 2023-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8099391B1 (en) | Incremental and differential backups of virtual machine files | |
| US8738883B2 (en) | Snapshot creation from block lists | |
| US10162722B2 (en) | Virtual machine aware replication method and system | |
| US8555278B2 (en) | Method and system for migrating a selected set of virtual machines between volumes | |
| CN102576322B (zh) | Nas设备上虚拟磁盘镜像文件的代理备份 | |
| JP4809040B2 (ja) | ストレージ装置及びスナップショットのリストア方法 | |
| KR101591550B1 (ko) | 가상 디스크를 포함하는 컴퓨터의 복구 | |
| US20060047926A1 (en) | Managing multiple snapshot copies of data | |
| US20030028736A1 (en) | System and method for backing up and restoring data | |
| US8219768B2 (en) | System and method for establishing a copy pair relationship between source and destination volumes | |
| US10353872B2 (en) | Method and apparatus for conversion of virtual machine formats utilizing deduplication metadata | |
| CN104216801B (zh) | 一种面向虚拟化环境的数据复制方法及系统 | |
| JP5984151B2 (ja) | データの復旧方法、プログラムおよびデータ処理システム | |
| CN101566959A (zh) | 利用卷快照防止在失败的恢复操作中的文件损坏 | |
| CN102402471A (zh) | 基于存储阵列快照功能的数据实时备份方法及系统 | |
| US9875057B2 (en) | Method of live migration | |
| JP2006268139A (ja) | データ複製装置、方法及びプログラム並びに記憶システム | |
| CN105988895B (zh) | 快照处理方法及装置 | |
| CN110704161B (zh) | 虚拟机创建方法、装置及计算机设备 | |
| US10620871B1 (en) | Storage scheme for a distributed storage system | |
| CN106357703B (zh) | 集群切换方法与设备 | |
| CN106104515A (zh) | 利用非易失性存储器的文件系统设计和故障恢复方法 | |
| CN110837441A (zh) | 基于脏数据位图和网络块设备的kvm虚拟机备份方法 | |
| CN106502830B (zh) | 一种基于Btrfs文件系统的系统备份还原方法 | |
| CN102025758A (zh) | 分布式系统中数据副本的恢复方法、装置和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |