CN111143133A - 虚拟机备份方法和备份虚拟机恢复方法 - Google Patents
虚拟机备份方法和备份虚拟机恢复方法 Download PDFInfo
- Publication number
- CN111143133A CN111143133A CN201911415361.1A CN201911415361A CN111143133A CN 111143133 A CN111143133 A CN 111143133A CN 201911415361 A CN201911415361 A CN 201911415361A CN 111143133 A CN111143133 A CN 111143133A
- Authority
- CN
- China
- Prior art keywords
- backup
- virtual machine
- data
- backed
- proxy
- 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.)
- Granted
Links
Images
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
-
- 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/45575—Starting, stopping, suspending or resuming virtual machine instances
Abstract
本申请涉及一种虚拟机备份方法和备份虚拟机恢复方法。虚拟机备份方法包括：获取备份任务，确定备份任务对应的待备份虚拟机，根据各待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目，获取目标项目中的可选代理虚拟机的负载，根据负载确定执行备份任务的代理虚拟机，创建各待备份虚拟机的备份卷，并获取各备份卷的元数据，将备份卷依次挂载至代理虚拟机，获取备份代理机对备份卷进行数据备份后回传的备份数据，归集元数据和备份数据，得到备份虚拟机数据。通过代理虚拟机实现了不同项目中的虚拟机的备份过程统一化，避免了不同项目中不同虚拟机需要分开备份处理，提高了备份处理效率。
Description
技术领域
本申请涉及互联网技术领域，特别是涉及一种虚拟机备份方法、装置、计算机设备和存储介质，以及一种备份虚拟机恢复方法、装置、计算机设备和存储介质。
背景技术
OpenStack是一个开源的云计算管理平台项目，是一系列软件开源项目的组合，OpenStack从诞生到现在已经变得日渐成熟，基本上已经能够满足云计算用户的大部分的需求，OpenStack平台中具有多个用于提供不同类型服务的项目，例如Nova和Cinder等，Nova一般用于数据计算处理，Cinder用于块存储。
然而，在OpenStack平台的数据备份过程中，由于Nova和Cinder等不同项目的备份方式存在不统一性，备份数据不方便统一的管理，导致对OpenStack环境中各虚拟机的备份和恢复过程中处理效率较低。
发明内容
基于此，有必要针对备份恢复效率低的技术问题，提供一种能够提高备份效率的虚拟机备份方法、装置、计算机设备和存储介质，以及一种能够提高恢复效率的备份虚拟机恢复方法、装置、计算机设备和存储介质。
一种虚拟机备份方法，方法包括：
获取备份任务，确定备份任务对应的待备份虚拟机；
根据各待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目；
获取目标项目中的可选代理虚拟机的负载，根据负载确定执行备份任务的代理虚拟机；
创建各待备份虚拟机的备份卷，并获取各备份卷的元数据；
将备份卷依次挂载至代理虚拟机，获取备份代理机对备份卷进行数据备份后回传的备份数据；
归集元数据和备份数据，得到备份虚拟机数据。
在其中一个实施例中，获取备份任务，确定备份任务对应的待备份虚拟机之前，还包括：
获取OpenStack平台的平台数据信息；
根据平台数据信息，访问OpenStack平台，扫描OpenStack平台中的项目信息和虚拟机信息；
将项目信息和虚拟机信息更新至预设的数据库；
将更新的数据库发送至终端，以使终端根据更新的数据库创建并上传备份任务。
在其中一个实施例中，创建各待备份虚拟机的备份卷，并获取各备份卷的元数据包括：
调用OpenStack平台的API，创建各待备份虚拟机的快照数据；
根据快照数据，创建待备份虚拟机的备份卷；
获取备份卷的备份记录信息和虚拟机配置信息；
根据备份记录信息和虚拟机配置信息，得到各备份卷的元数据。
在其中一个实施例中，调用OpenStack平台的API(Application ProgrammingInterface，应用程序接口)，创建各待备份虚拟机的快照数据包括：
根据各待备份虚拟机，生成待备份虚拟机任务队列；
依次扫描待备份虚拟机任务队列中各待备份虚拟机的工作状态；
当扫描到的待备份虚拟机的工作状态满足备份条件时，调用OpenStack平台的API，创建待备份虚拟机的快照数据。
在其中一个实施例中，归集元数据和备份数据，得到备份虚拟机数据之后，还包括：
当检测到备份任务中的各待备份虚拟机均备份完成时，下发备份卷解挂指令至代理虚拟机。
一种虚拟机备份装置，装置包括：
备份任务获取模块，用于获取备份任务，确定备份任务对应的待备份虚拟机；
目标项目确定模块，用于根据各待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目；
代理虚拟机确定模块，用于获取目标项目中的可选代理虚拟机的负载，根据负载确定执行备份任务的代理虚拟机；
备份卷创建模块，用于创建各待备份虚拟机的备份卷，并获取各备份卷的元数据；
备份卷挂载模块，用于将备份卷依次挂载至代理虚拟机，获取备份代理机对备份卷进行数据备份后回传的备份数据；
备份虚拟机数据得到模块，用于归集元数据和备份数据，得到备份虚拟机数据。
一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：
获取备份任务，确定备份任务对应的待备份虚拟机；
根据各待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目；
获取目标项目中的可选代理虚拟机的负载，根据负载确定执行备份任务的代理虚拟机；
创建各待备份虚拟机的备份卷，并获取各备份卷的元数据；
将备份卷依次挂载至代理虚拟机，获取备份代理机对备份卷进行数据备份后回传的备份数据；
归集元数据和备份数据，得到备份虚拟机数据。
一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
获取备份任务，确定备份任务对应的待备份虚拟机；
根据各待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目；
获取目标项目中的可选代理虚拟机的负载，根据负载确定执行备份任务的代理虚拟机；
创建各待备份虚拟机的备份卷，并获取各备份卷的元数据；
将备份卷依次挂载至代理虚拟机，获取备份代理机对备份卷进行数据备份后回传的备份数据；
归集元数据和备份数据，得到备份虚拟机数据。
上述虚拟机备份方法、装置、计算机设备和存储介质，通过获取备份任务，确定待备份的虚拟机，并根据待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目，然后将各待备份虚拟机的备份卷依次挂载至该代理虚拟机，然后归集备份卷的元数据和备份数据，得到备份虚拟机数据，在同一个项目中实现各个待备份虚拟机的备份，通过代理虚拟机实现了不同项目中的虚拟机的备份过程统一化，避免了不同项目中的虚拟机需要分开备份处理，提高了备份处理效率。
一种备份虚拟机恢复方法，方法包括：
获取恢复任务，确定待恢复的备份虚拟机；
获取待恢复的备份虚拟机的备份虚拟机数据，备份虚拟机数据通过上述的虚拟机备份方法得到；
根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机；
将备份虚拟机数据中的备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。
一种备份虚拟机恢复装置，装置包括：
恢复任务获取模块，用于获取恢复任务，确定待恢复的备份虚拟机；
数据获取模块，用于获取待恢复的备份虚拟机的备份虚拟机数据，备份虚拟机数据通过上述的虚拟机备份方法得到；
空白恢复卷创建模块，用于根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机；
备份虚拟机恢复模块，用于将备份虚拟机数据中的备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。
一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：
获取恢复任务，确定待恢复的备份虚拟机；
获取待恢复的备份虚拟机的备份虚拟机数据，备份虚拟机数据通过上述的虚拟机备份方法得到；
根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机；
将备份虚拟机数据中的备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。
一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
获取恢复任务，确定待恢复的备份虚拟机；
获取待恢复的备份虚拟机的备份虚拟机数据，备份虚拟机数据通过上述的虚拟机备份方法得到；
根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机；
将备份虚拟机数据中的备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。
上述备份虚拟机恢复方法、装置、计算机设备和存储介质，通过获取恢复任务，确定待恢复的备份虚拟机，并获取通过上述虚拟机备份方法得到的备份虚拟机的备份虚拟机数据，然后根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机，并将备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。通过创建代理虚拟机实现各个备份虚拟机的恢复，实现了不同项目中的备份虚拟机的恢复过程统一化，避免了不同项目中不同备份虚拟机的需要分开恢复处理，提高了恢复处理效率。
附图说明
图1为一个实施例中虚拟机备份方法的应用场景图；
图2为一个实施例中虚拟机备份方法的流程示意图；
图3为另一个实施例中虚拟机备份方法的流程示意图；
图4为再一个实施例中虚拟机备份方法的流程示意图；
图5为再一个实施例中虚拟机备份方法的流程示意图
图6为一个实施例中备份虚拟机恢复方法的流程示意图；
图7为另一个实施例中备份虚拟机恢复方法的流程示意图；
图8为一个实施例中虚拟机备份装置的结构框图；
图9为一个实施例中备份虚拟机恢复装置的结构框图；
图10为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的虚拟机备份方法，可以应用于如图1所示的应用环境中。其中，备份恢复系统由Web管理终端102和备份服务器104组成，Web管理终端负责提供用户操作界面，备份服务器执行实际的备份恢复操作，Web管理终端102与备份服务器104通过网络进行通信。Web管理终端102上传创建的备份任务至备份服务器104，备份服务器104确定备份任务对应的待备份虚拟机，根据各待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目，获取目标项目中的可选代理虚拟机的负载，根据负载确定执行备份任务的代理虚拟机，创建各待备份虚拟机的备份卷，并获取各备份卷的元数据，将备份卷依次挂载至代理虚拟机，获取备份代理机对备份卷进行数据备份后回传的备份数据，归集元数据和备份数据，得到备份虚拟机数据，然后反馈备份任务完成信息至Web管理终端102。其中，Web管理终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，备份服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种虚拟机备份方法，以该方法应用于图1中的备份服务器为例进行说明，包括以下步骤：
S210，获取备份任务，确定备份任务对应的待备份虚拟机。
备份任务是指终端通过获取OpenStack虚拟化环境中的各个虚拟机的相关信息，创建的包含需要进行备份的虚拟机的备份任务。其中，OpenStack虚拟化环境，由多个OpenStack服务节点组成，在虚拟化中心下包含多个项目，每个项目下包含多个虚拟机。各个虚拟机的相关信息包括OpenStack平台下的各个虚拟机的虚拟机标识、位置信息以及该虚拟机在OpenStack平台中对应的项目信息。其中，OpenStack平台是一个云计算管理平台项目，是一系列软件开源项目的组合。OpenStack平台中的项目包括计算项目Nova，块存储项目Cinder等，以下各实施例以OpenStack平台中的计算项目Nova和块存储项目Cinder中的虚拟机的备份为例对本申请进行说明。待备份虚拟机是指需要通过对虚拟机中的数据进行备份，并在需要时便于进行虚拟机恢复的对象。在备份任务中包含各个待备份虚拟机的标识，根据虚拟机标识可以确定出待备份的虚拟机。
S220，根据各待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目。
在OpenStack平台中包含多个项目，传统处理方式中，如果OpenStack平台既要备份云主机又要备份云硬盘，就需要在Nova和Cinder上分别进行备份，同时备份的数据存储比较独立，Nova Instance一般存放于Glance中，而Cinder Volume由不同的Driver存于不同的存储中。在不同的项目中，根据各项目的服务类别，可以确定各项目的优先级，例如待备份虚拟机在OpenStack平台中对应的项目同时包括Nova和Cinder时，可以确定代理虚拟机位于Cinder中。进而从Cinder中确定用于执行备份任务的代理虚拟机，避免了在每一个项目的各个虚拟机分别进行备份，通过代理虚拟机实现了备份过程的统一管理。在另一个实施例中，也可以在每一个项目中部署一个代理虚拟机，每个代理虚拟机执行相同的备份任务，在不同项目中，实现了备份过程的统一，便于进行统一管理。
S230，获取目标项目中的可选代理虚拟机的负载，根据负载确定执行备份任务的代理虚拟机。
可选代理虚拟机是指在目标项目中可以用于执行备份任务的虚拟机，该虚拟机可以是已经存在的用于进行备份的虚拟机，也可以是实时创建的新的虚拟机。可选代理虚拟机的确定通过虚拟机所在的宿主机、计算资源等位置信息，获取该目标项目中可选代理虚拟机列表，然后计算可选代理虚拟机列表中各个可选代理虚拟机的负载数据，根据负载数据的负载大小，选择可选代理虚拟机列表中负载较小的代理虚拟机为执行备份任务的代理虚拟机。在实施例中，一个目标项目中可以包括一个或多个代理虚拟机，具体可以根据各代理虚拟机的负载情况确定代理虚拟机的数量。比如，当待备份虚拟机的数量或备份数据的大小超过选定的代理虚拟机的负载时，选择多个代理虚拟机来执行备份任务。
在其中一个实施例中，可选代理虚拟机具体是指目标项目下安装的除待备份虚拟机之外的其他虚拟机。可以选用虚拟机所在宿主机下的其他虚拟机作为代理虚拟机，来参与本次虚拟机备份。具体的，该宿主机下可能包含多个可用代理虚拟机，而代理服务器可以读取这些可选代理虚拟机的负载数据，而后基于负载均衡化方式推举出最优的可选代理虚拟机作为本次备份过程中的代理虚拟机。根据负载数据挑选合适的代理虚拟机，可以有效提高代理虚拟机的工作效率，进而提高虚拟机备份过程的工作效率。
S240，创建各待备份虚拟机的备份卷，并获取各备份卷的元数据。
对于各个待备份虚拟机，首先获取各个待备份虚拟机的快照数据，然后基于快照数据创建待备份虚拟机的备份卷，“快照”是虚拟机磁盘文件在某个点及时的副本。当系统崩溃或系统异常时，可以通过使用恢复到快照来保持磁盘文件系统和系统存储。在一个实施例中，备份服务器通过调用OpenStack平台API创建备份虚拟机的快照。备份卷的元数据包括待备份虚拟机配置、备份开始时间、数据存储格式等用于描述备份数据的属性信息，元数据可以用于在虚拟机恢复过程中创建与备份卷规格相同的恢复卷和与备份虚拟机配置相同的恢复虚拟机。
S250，将备份卷依次挂载至代理虚拟机，获取备份代理机对备份卷进行数据备份后回传的备份数据。
根据备份卷的创建时间顺序，依次将备份卷挂载至代理虚拟机，具体来说，备份服务器在获取到备份卷挂载完成信息时，备份服务器通知代理虚拟机备份挂载的备份卷，代理虚拟机收到备份服务器的备份指令后，解析备份指令，对指令的备份卷进行备份，并回传指定的备份卷数据到备份服务器。备份卷创建完成后，备份服务器记录备份任务信息到数据库，供管理备份虚拟机及恢复所用。
S260，归集元数据和备份数据，得到备份虚拟机数据。
每个备份的虚拟机包括备份数据和备份数据的元数据信息，通过归集元数据和备份数据，得到该虚拟机完整的备份虚拟机数据。
在其中实施例中，对于每一次虚拟机备份，代理虚拟机会额外计算并保留一份备份数据的指纹文件，指纹文件是备份进程的记录文件，通过指纹文件实现差异备份和增量备份。
上述虚拟机备份方法、装置、计算机设备和存储介质，通过获取备份任务，确定待备份的虚拟机，并根据待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目，然后将各待备份虚拟机的备份卷依次挂载至该代理虚拟机，然后归集备份卷的元数据和备份数据，得到备份虚拟机数据，在同一个项目中实现各个待备份虚拟机的备份，通过代理虚拟机实现了不同项目中的虚拟机的备份过程统一化，避免了不同项目中的虚拟机需要分开备份处理，提高了备份处理效率。
在一个实施例中，如图3所示，获取备份任务，确定备份任务对应的待备份虚拟机之前，还包括步骤S310至S340。
S310，获取OpenStack平台的平台数据信息。
S320，根据平台数据信息，访问OpenStack平台，扫描OpenStack平台中的项目信息和虚拟机信息。
S330，将项目信息和虚拟机信息更新至预设的数据库。
S340，将更新的数据库发送至终端，以使终端根据更新的数据库创建并上传备份任务。
OpenStack平台的平台数据信息包括虚拟化中心地址、端口、认证信息等，通过将虚拟化中心地址、端口、认证信息注册到备份服务器上，备份服务端会使用平台数据信息访问OpenStack平台，扫描OpenStack平台下的项目信息和虚拟机信息，然后对平台数据信息按照指定的格式解析重组，过滤掉多余的属性信息，将处理后的数据记录到备份服务器的预设数据库中，其中，处理后的数据包括项目标识、虚拟机标识、与虚拟机对应的用户标识以及安全组等。在一个实施例中，扫描可以根据预设的扫描周期定期执行，以实现数据库中项目信息和虚拟机信息的及时更新，便于得到最新的备份虚拟机数据。在其他实施例中，扫描操作也可以通过接收扫描指令实时执行。
在其中一个实施例中，备份服务器将预设数据库中记录数据发送至Web管理终端，获取在Web页面上创建备份任务，确定通过Web页面选择记录于数据库中的待备份虚拟机，并制定备份策略，备份策略包括备份周期和备份方式等，记录备份策略对应的任务信息到数据库。
在一个实施例中，如图4所示，创建各待备份虚拟机的备份卷，并获取各备份卷的元数据包括步骤S410至S440。
S410，调用OpenStack平台的API，创建各待备份虚拟机的快照数据。
S420，根据快照数据，创建待备份虚拟机的备份卷。
S430，获取备份卷的备份记录信息和虚拟机配置信息。
S440，根据备份记录信息和虚拟机配置信息，得到各备份卷的元数据。
备份服务器调用OpenStack平台的API，创建各待备份虚拟机的快照数据。具体来说，备份服务器会和OpenStack平台的管理节点通信，调用OpenStack平台的API执行备份卷的创建和删除，虚拟机的扫描等操作。代理虚拟机负责数据备份并传输备份数据。备份记录信息包括备份开始时间、数据存储格式等。
在其中一个实施例中，调用OpenStack平台的API，创建各待备份虚拟机的快照数据包括：根据各待备份虚拟机，生成待备份虚拟机任务队列。依次扫描待备份虚拟机任务队列中各待备份虚拟机的工作状态。当扫描到的待备份虚拟机的工作状态满足备份条件时，调用OpenStack平台的API，创建待备份虚拟机的快照数据。
在实施例中，通过对待备份虚拟机进行扫描，并整理各个待备份虚拟机的相关信息，待备份虚拟机任务队列，而后根据队列顺序，依次扫描待备份虚拟机列表内待备份虚拟机的工作状态；当扫描到当前待备份虚拟机的工作状态满足备份条件时，调用OpenStack平台的API，创建待备份虚拟机的快照数据。通过建立相应队列而后进行扫描，并对满足备份条件的虚拟机进行备份，可以有效提高备份的效率。
在其中一个实施例中，归集元数据和备份数据，得到备份虚拟机数据之后，还包括：当检测到备份任务中的各待备份虚拟机均备份完成时，下发备份卷解挂指令至代理虚拟机。
在备份完成后，备份服务器会通知代理虚拟机结束备份流程；代理虚拟机收到备份流程结束的指令后，会在本地执行资源清理操作，包括解挂备份卷，删除备份卷、关闭快照句柄、释放虚拟机锁、删除备份快照等，然后通知备份服务器所有资源已经清理完毕；备份服务器收到资源清理完毕消息，而后释放本地虚拟机调度资源，结束本次的虚拟机备份进程。
此外，还可以记录本次虚拟机备份进程的开始时间，根据备份策略中的备份周期，定期开始下一次虚拟机备份进程。具体来说，对于每一次虚拟机备份过程，可以通过对包含定时策略的任务由备份软件自动调度来实现，也可以通过接收启动指令执行非定时任务来实现。对于每一次备份执行过程，备份服务器会实时查询代理虚拟机的备份进度，并将备份进度信息发送至Web管理终端。
在一个具体的实施例中，提供了一种虚拟机备份方法的处理流程图，如图5所示，在备份处理过程中，首先控制备份虚拟机进入调度队列，从目标项目中选择代理虚拟机，当存在可用的代理虚拟机时，调用API获取备份虚拟机的数据信息，数据信息包括备份虚拟机的元数据文件和快照数据，备份服务器保存备份虚拟机的元数据文件，并根据快照数据创建备份卷，将备份卷挂载到代理虚拟机，然后通知代理虚拟机读取备份卷中的备份数据，将读取的备份数据回传至备份服务器，备份服务器将收到的备份数据写入备份文件，当备份虚拟机的所有备份数据读取完毕时，结束备份任务。
在一个实施例中，如图6所示，提供了一种备份虚拟机恢复方法，方法包括步骤S610至S640。
S610，获取恢复任务，确定待恢复的备份虚拟机。
S620，获取待恢复的备份虚拟机的备份虚拟机数据，备份虚拟机数据通过上述的虚拟机备份方法得到。
S630，根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机。
S640，将备份虚拟机数据中的备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。
具体来说，恢复任务分为携带有恢复周期的定期任务和实时启动的非定期任务。当恢复启动任务后，加载备份服务器的数据库中的任务信息，添加待恢复的备份虚拟机到任务队列。当要恢复的备份虚拟机满足恢复条件时，出队列，开始恢复流程。备份服务器根据待恢复的备份虚拟机所在的项目或是所在的宿主机、计算资源等位置信息，获取可用代理虚拟机的列表。通过计算各代理虚拟机的负载，选择合适的代理虚拟机执行恢复。具体来说，备份服务器从备份元数据文件中读取出待恢复备份虚拟机的备份卷的信息及虚拟机的配置信息，并调用OpenStack API创建对应规格的恢复卷，并挂载到选定的代理虚拟机上。备份服务器通知代理机执行恢复作业，将备份数据恢复到代理机挂载卷上。当备份数据传输完成后，解挂载代理机上的恢复卷。备份服务器根据备份的虚拟机配置信息调用OpenStack API创建恢复的虚拟机，并将恢复卷挂载到恢复虚拟机上。恢复完成后，释放恢复调度资源，记录恢复信息到数据库，恢复流程完全结束。
在一个具体的实施例中，提供了一种备份虚拟机恢复方法的处理流程图，如图7所示，在恢复任务的执行过程中，先确定用于执行恢复任务的代理虚拟机，当选定到代理虚拟机时，从已备份的备份虚拟机数据中读取备份元数据，根据备份元数据创建与备份卷具有相同规格的空白卷，然后将空白卷挂载到代理虚拟机。备份服务器从存储有备份数据的备份文件中读取备份数据，并将备份数据传输至代理虚拟机，代理虚拟机将接收的备份数据写入空白卷，得到恢复卷，直至所有的备份数据写入完毕。然后根据元数据信息中的虚拟机配置信息，创建恢复虚拟机，将代理虚拟机中的恢复卷挂载至恢复虚拟机，实现备份虚拟机的恢复。
上述备份虚拟机恢复方法、装置、计算机设备和存储介质，通过获取恢复任务，确定待恢复的备份虚拟机，并获取通过上述虚拟机备份方法得到的备份虚拟机的备份虚拟机数据，然后根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机，并将备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。通过创建代理虚拟机实现各个备份虚拟机的恢复，实现了不同项目中的备份虚拟机的恢复过程统一化，避免了不同项目中不同备份虚拟机的需要分开恢复处理，提高了恢复处理效率。
应该理解的是，虽然图2-7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-7的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图8所示，提供了一种虚拟机备份装置，包括：备份任务获取模块810、目标项目确定模块820、代理虚拟机确定模块830、备份卷创建模块840、备份卷挂载模块850和备份虚拟机数据得到模块860，其中：
备份任务获取模块810，用于获取备份任务，确定备份任务对应的待备份虚拟机。
目标项目确定模块820，用于根据各待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目。
代理虚拟机确定模块830，用于获取目标项目中的可选代理虚拟机的负载，根据负载确定执行备份任务的代理虚拟机。
备份卷创建模块840，用于创建各待备份虚拟机的备份卷，并获取各备份卷的元数据。
备份卷挂载模块850，用于将备份卷依次挂载至代理虚拟机，获取备份代理机对备份卷进行数据备份后回传的备份数据。
备份虚拟机数据得到模块860，用于归集元数据和备份数据，得到备份虚拟机数据。
在其中一个实施例中，虚拟机备份装置还包括数据库更新平台，用于获取OpenStack平台的平台数据信息，根据平台数据信息，访问OpenStack平台，扫描OpenStack平台中的项目信息和虚拟机信息，将项目信息和虚拟机信息更新至预设的数据库，将更新的数据库发送至终端，以使终端根据更新的数据库创建并上传备份任务。
在其中一个实施例中，备份卷创建模块还用于调用OpenStack平台的API，创建各待备份虚拟机的快照数据；根据快照数据，创建待备份虚拟机的备份卷；获取备份卷的备份记录信息和虚拟机配置信息；根据备份记录信息和虚拟机配置信息，得到各备份卷的元数据。
在其中一个实施例中，备份卷创建模块还用于根据各待备份虚拟机，生成待备份虚拟机任务队列；依次扫描待备份虚拟机任务队列中各待备份虚拟机的工作状态；当扫描到的待备份虚拟机的工作状态满足备份条件时，调用OpenStack平台的API，创建待备份虚拟机的快照数据。
在其中一个实施例中，虚拟机备份装置还包括备份卷解挂模块，用于当检测到备份任务中的各待备份虚拟机均备份完成时，下发备份卷解挂指令至代理虚拟机。
上述虚拟机备份装置，通过获取备份任务，确定待备份的虚拟机，并根据待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目，然后将各待备份虚拟机的备份卷依次挂载至该代理虚拟机，然后归集备份卷的元数据和备份数据，得到备份虚拟机数据，在同一个项目中实现各个待备份虚拟机的备份，通过代理虚拟机实现了不同项目中的虚拟机的备份过程统一化，避免了不同项目中的虚拟机需要分开备份处理，提高了备份处理效率。
关于虚拟机备份装置的具体限定可以参见上文中对于虚拟机备份方法的限定，在此不再赘述。上述虚拟机备份装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，如图9所示，提供了一种备份虚拟机恢复装置，包括恢复任务获取模块910、数据获取模块920、空白恢复卷创建模块930以及备份虚拟机恢复模块940。其中：
恢复任务获取模块910，用于获取恢复任务，确定待恢复的备份虚拟机；
数据获取模块920，用于获取待恢复的备份虚拟机的备份虚拟机数据，备份虚拟机数据通过上述的虚拟机备份方法得到；
空白恢复卷创建模块930，用于根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机；
备份虚拟机恢复模块940，用于将备份虚拟机数据中的备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。
上述备份虚拟机恢复装置，通过获取恢复任务，确定待恢复的备份虚拟机，并获取通过上述虚拟机备份方法得到的备份虚拟机的备份虚拟机数据，然后根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机，并将备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。通过创建代理虚拟机实现各个备份虚拟机的恢复，实现了不同项目中的备份虚拟机的恢复过程统一化，避免了不同项目中不同备份虚拟机的需要分开恢复处理，提高了恢复处理效率。
关于备份虚拟机恢复装置的具体限定可以参见上文中对于备份虚拟机恢复方法的限定，在此不再赘述。上述备份虚拟机恢复装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储虚拟机备份和备份虚拟机恢复数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种虚拟机备份方法或一种备份虚拟机恢复方法。
本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
获取备份任务，确定备份任务对应的待备份虚拟机；
根据各待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目；
获取目标项目中的可选代理虚拟机的负载，根据负载确定执行备份任务的代理虚拟机；
创建各待备份虚拟机的备份卷，并获取各备份卷的元数据；
将备份卷依次挂载至代理虚拟机，获取备份代理机对备份卷进行数据备份后回传的备份数据；
归集元数据和备份数据，得到备份虚拟机数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
获取OpenStack平台的平台数据信息；
根据平台数据信息，访问OpenStack平台，扫描OpenStack平台中的项目信息和虚拟机信息；
将项目信息和虚拟机信息更新至预设的数据库；
将更新的数据库发送至终端，以使终端根据更新的数据库创建并上传备份任务。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
调用OpenStack平台的API，创建各待备份虚拟机的快照数据；
根据快照数据，创建待备份虚拟机的备份卷；
获取备份卷的备份记录信息和虚拟机配置信息；
根据备份记录信息和虚拟机配置信息，得到各备份卷的元数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
根据各待备份虚拟机，生成待备份虚拟机任务队列；
依次扫描待备份虚拟机任务队列中各待备份虚拟机的工作状态；
当扫描到的待备份虚拟机的工作状态满足备份条件时，调用OpenStack平台的API，创建待备份虚拟机的快照数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
当检测到备份任务中的各待备份虚拟机均备份完成时，下发备份卷解挂指令至代理虚拟机。
上述用于实现虚拟机备份方法的计算机设备，通过获取备份任务，确定待备份的虚拟机，并根据待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目，然后将各待备份虚拟机的备份卷依次挂载至该代理虚拟机，然后归集备份卷的元数据和备份数据，得到备份虚拟机数据，在同一个项目中实现各个待备份虚拟机的备份，通过代理虚拟机实现了不同项目中的虚拟机的备份过程统一化，避免了不同项目中的虚拟机需要分开备份处理，提高了备份处理效率。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
获取恢复任务，确定待恢复的备份虚拟机；
获取待恢复的备份虚拟机的备份虚拟机数据，备份虚拟机数据通过上述的虚拟机备份方法得到；
根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机；
将备份虚拟机数据中的备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。
上述用于实现备份虚拟机恢复方法的计算机可读存储介质，通过获取恢复任务，确定待恢复的备份虚拟机，并获取通过上述虚拟机备份方法得到的备份虚拟机的备份虚拟机数据，然后根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机，并将备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。通过创建代理虚拟机实现各个备份虚拟机的恢复，实现了不同项目中的备份虚拟机的恢复过程统一化，避免了不同项目中不同备份虚拟机的需要分开恢复处理，提高了恢复处理效率。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
获取备份任务，确定备份任务对应的待备份虚拟机；
根据各待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目；
获取目标项目中的可选代理虚拟机的负载，根据负载确定执行备份任务的代理虚拟机；
创建各待备份虚拟机的备份卷，并获取各备份卷的元数据；
将备份卷依次挂载至代理虚拟机，获取备份代理机对备份卷进行数据备份后回传的备份数据；
归集元数据和备份数据，得到备份虚拟机数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
获取OpenStack平台的平台数据信息；
根据平台数据信息，访问OpenStack平台，扫描OpenStack平台中的项目信息和虚拟机信息；
将项目信息和虚拟机信息更新至预设的数据库；
将更新的数据库发送至终端，以使终端根据更新的数据库创建并上传备份任务。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
调用OpenStack平台的API，创建各待备份虚拟机的快照数据；
根据快照数据，创建待备份虚拟机的备份卷；
获取备份卷的备份记录信息和虚拟机配置信息；
根据备份记录信息和虚拟机配置信息，得到各备份卷的元数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
根据各待备份虚拟机，生成待备份虚拟机任务队列；
依次扫描待备份虚拟机任务队列中各待备份虚拟机的工作状态；
当扫描到的待备份虚拟机的工作状态满足备份条件时，调用OpenStack平台的API，创建待备份虚拟机的快照数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
当检测到备份任务中的各待备份虚拟机均备份完成时，下发备份卷解挂指令至代理虚拟机。
上述用于实现虚拟机备份方法的计算机设备，通过获取备份任务，确定待备份的虚拟机，并根据待备份虚拟机在OpenStack平台中对应的项目以及各项目的服务类别标识，确定代理虚拟机所在的目标项目，然后将各待备份虚拟机的备份卷依次挂载至该代理虚拟机，然后归集备份卷的元数据和备份数据，得到备份虚拟机数据，在同一个项目中实现各个待备份虚拟机的备份，通过代理虚拟机实现了不同项目中的虚拟机的备份过程统一化，避免了不同项目中的虚拟机需要分开备份处理，提高了备份处理效率。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
获取恢复任务，确定待恢复的备份虚拟机；
获取待恢复的备份虚拟机的备份虚拟机数据，备份虚拟机数据通过上述的虚拟机备份方法得到；
根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机；
将备份虚拟机数据中的备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。
上述用于实现备份虚拟机恢复方法的计算机可读存储介质，通过获取恢复任务，确定待恢复的备份虚拟机，并获取通过上述虚拟机备份方法得到的备份虚拟机的备份虚拟机数据，然后根据备份虚拟机数据中的元数据，创建空白恢复卷，并将空白恢复卷挂载至代理虚拟机，并将备份数据写入代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过代理虚拟机进行备份虚拟机恢复。通过创建代理虚拟机实现各个备份虚拟机的恢复，实现了不同项目中的备份虚拟机的恢复过程统一化，避免了不同项目中不同备份虚拟机的需要分开恢复处理，提高了恢复处理效率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种虚拟机备份方法，所述方法包括：
获取备份任务，确定所述备份任务对应的待备份虚拟机；
根据各所述待备份虚拟机在OpenStack平台中对应的项目以及各所述项目的服务类别标识，确定代理虚拟机所在的目标项目；
获取所述目标项目中的可选代理虚拟机的负载，根据所述负载确定执行所述备份任务的代理虚拟机；
创建各所述待备份虚拟机的备份卷，并获取各所述备份卷的元数据；
将所述备份卷依次挂载至所述代理虚拟机，获取所述备份代理机对所述备份卷进行数据备份后回传的备份数据；
归集所述元数据和所述备份数据，得到备份虚拟机数据。
2.根据权利要求1所述的方法，其特征在于，所述获取备份任务，确定所述备份任务对应的待备份虚拟机之前，还包括：
获取OpenStack平台的平台数据信息；
根据所述平台数据信息，访问所述OpenStack平台，扫描所述OpenStack平台中的项目信息和虚拟机信息；
将所述项目信息和所述虚拟机信息更新至预设的数据库；
将更新的数据库发送至终端，以使所述终端根据更新的所述数据库创建并上传所述备份任务。
3.根据权利要求1所述的方法，其特征在于，所述创建各所述待备份虚拟机的备份卷，并获取各所述备份卷的元数据包括：
调用OpenStack平台的API，创建各所述待备份虚拟机的快照数据；
根据所述快照数据，创建所述待备份虚拟机的备份卷；
获取所述备份卷的备份记录信息和虚拟机配置信息；
根据所述备份记录信息和所述虚拟机配置信息，得到各所述备份卷的元数据。
4.根据权利要求3所述的方法，其特征在于，所述调用OpenStack平台的API，创建各所述待备份虚拟机的快照数据包括：
根据各所述待备份虚拟机，生成待备份虚拟机任务队列；
依次扫描所述待备份虚拟机任务队列中各待备份虚拟机的工作状态；
当扫描到的待备份虚拟机的工作状态满足备份条件时，调用OpenStack平台的API，创建待备份虚拟机的快照数据。
5.根据权利要求1所述的方法，其特征在于，所述归集所述元数据和所述备份数据，得到备份虚拟机数据之后，还包括：
当检测到所述备份任务中的各待备份虚拟机均备份完成时，下发备份卷解挂指令至所述代理虚拟机。
6.一种备份虚拟机恢复方法，所述方法包括：
获取恢复任务，确定待恢复的备份虚拟机；
获取所述待恢复的备份虚拟机的备份虚拟机数据，所述备份虚拟机数据通过如权利要求1-5中任一项所述的虚拟机备份方法得到；
根据所述备份虚拟机数据中的元数据，创建空白恢复卷，并将所述空白恢复卷挂载至代理虚拟机；
将所述备份虚拟机数据中的备份数据写入所述代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过所述代理虚拟机进行备份虚拟机恢复。
7.一种虚拟机备份装置，其特征在于，所述装置包括：
备份任务获取模块，用于获取备份任务，确定所述备份任务对应的待备份虚拟机；
目标项目确定模块，用于根据各所述待备份虚拟机在OpenStack平台中对应的项目以及各所述项目的服务类别标识，确定代理虚拟机所在的目标项目；
代理虚拟机确定模块，用于获取所述目标项目中的可选代理虚拟机的负载，根据所述负载确定执行所述备份任务的代理虚拟机；
备份卷创建模块，用于创建各所述待备份虚拟机的备份卷，并获取各所述备份卷的元数据；
备份卷挂载模块，用于将所述备份卷依次挂载至所述代理虚拟机，获取所述备份代理机对所述备份卷进行数据备份后回传的备份数据；
备份虚拟机数据得到模块，用于归集所述元数据和所述备份数据，得到备份虚拟机数据。
8.一种备份虚拟机恢复装置，其特征在于，所述装置包括：
恢复任务获取模块，用于获取恢复任务，确定待恢复的备份虚拟机；
数据获取模块，用于获取所述待恢复的备份虚拟机的备份虚拟机数据，所述备份虚拟机数据通过如权利要求1-5中任一项所述的虚拟机备份方法得到；
空白恢复卷创建模块，用于根据所述备份虚拟机数据中的元数据，创建空白恢复卷，并将所述空白恢复卷挂载至代理虚拟机；
备份虚拟机恢复模块，用于将所述备份虚拟机数据中的备份数据写入所述代理虚拟机的空白恢复卷，并创建恢复虚拟机，通过所述代理虚拟机进行备份虚拟机恢复。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5、或权利要求6中任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5、或权利要求6中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911415361.1A CN111143133B (zh) | 2019-12-31 | 2019-12-31 | 虚拟机备份方法和备份虚拟机恢复方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911415361.1A CN111143133B (zh) | 2019-12-31 | 2019-12-31 | 虚拟机备份方法和备份虚拟机恢复方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111143133A true CN111143133A (zh) | 2020-05-12 |
| CN111143133B CN111143133B (zh) | 2020-09-01 |
Family
ID=70522755
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911415361.1A Active CN111143133B (zh) | 2019-12-31 | 2019-12-31 | 虚拟机备份方法和备份虚拟机恢复方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111143133B (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112231146A (zh) * | 2020-10-22 | 2021-01-15 | 浪潮云信息技术股份公司 | 基于cinder-backup的备份服务质量的实现方法、存储介质 |
| CN112395133A (zh) * | 2020-11-17 | 2021-02-23 | 平安科技（深圳）有限公司 | 基于虚拟机的数据备份方法、装置和计算机设备 |
| CN112506616A (zh) * | 2020-12-16 | 2021-03-16 | 航天壹进制(南京)数据科技有限公司 | 一种基于云平台卷实现虚拟机跨云快速恢复的系统及方法 |
| CN113407380A (zh) * | 2021-07-14 | 2021-09-17 | 安超云软件有限公司 | 跨集群灾备快速恢复的方法及装置、电子设备和存储介质 |
| CN114328026A (zh) * | 2021-12-30 | 2022-04-12 | 苏州浪潮智能科技有限公司 | 一种虚拟磁盘备份方法、装置、设备及介质 |
| CN115879070A (zh) * | 2023-03-01 | 2023-03-31 | 深圳市科力锐科技有限公司 | 安全加固方法、装置、存储介质及备份服务器 |
| CN116775381A (zh) * | 2023-08-21 | 2023-09-19 | 武汉吧哒科技股份有限公司 | 虚拟机数据恢复方法、装置、计算机设备及存储介质 |
| CN117493074A (zh) * | 2023-09-25 | 2024-02-02 | 广州鼎甲计算机科技有限公司 | 虚拟机增量恢复方法、装置、计算机设备和存储介质 |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101127701A (zh) * | 2007-07-24 | 2008-02-20 | 深圳市深信服电子科技有限公司 | 利用网络设备实现代理服务器负载均衡的方法 |
| CN103810058A (zh) * | 2012-11-12 | 2014-05-21 | 华为技术有限公司 | 虚拟机备份方法、设备及系统 |
| CN103853635A (zh) * | 2014-03-06 | 2014-06-11 | 上海爱数软件有限公司 | 一种不影响备份虚拟机性能的虚拟机备份方法 |
| CN104407938A (zh) * | 2014-11-21 | 2015-03-11 | 上海爱数软件有限公司 | 一种虚拟机镜像级备份后的多种粒度恢复方法 |
| CN105005509A (zh) * | 2015-07-07 | 2015-10-28 | 北京大学 | 一种基于运行时模型的云计算容错机制配置方法 |
| CN105025084A (zh) * | 2015-06-10 | 2015-11-04 | 国网智能电网研究院 | 一种基于同步代理和混合存储的云存储系统 |
| US9292327B1 (en) * | 2014-05-29 | 2016-03-22 | Emc Corporation | Optimization for incremental backup of VMS |
| US20160197834A1 (en) * | 2015-01-02 | 2016-07-07 | Siegfried Luft | Architecture and method for traffic engineering between diverse cloud providers |
| CN107197022A (zh) * | 2017-06-02 | 2017-09-22 | 华南理工大学 | OpenStack存储优化方法及系统 |
| US20180373599A1 (en) * | 2014-03-28 | 2018-12-27 | EMC IP Holding Company LLC | Optimized backup of clusters with multiple proxy servers |
| CN109947595A (zh) * | 2019-02-27 | 2019-06-28 | 上海爱数信息技术股份有限公司 | 一种OpenStack云主机保护方法 |
| CN110058966A (zh) * | 2018-01-18 | 2019-07-26 | 伊姆西Ip控股有限责任公司 | 用于数据备份的方法、设备和计算机程序产品 |
| CN110489277A (zh) * | 2019-08-21 | 2019-11-22 | 深信服科技股份有限公司 | 一种服务器备份方法、系统、装置及计算机可读存储介质 |
-
2019
- 2019-12-31 CN CN201911415361.1A patent/CN111143133B/zh active Active
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101127701A (zh) * | 2007-07-24 | 2008-02-20 | 深圳市深信服电子科技有限公司 | 利用网络设备实现代理服务器负载均衡的方法 |
| CN103810058A (zh) * | 2012-11-12 | 2014-05-21 | 华为技术有限公司 | 虚拟机备份方法、设备及系统 |
| CN103853635A (zh) * | 2014-03-06 | 2014-06-11 | 上海爱数软件有限公司 | 一种不影响备份虚拟机性能的虚拟机备份方法 |
| US20180373599A1 (en) * | 2014-03-28 | 2018-12-27 | EMC IP Holding Company LLC | Optimized backup of clusters with multiple proxy servers |
| US9292327B1 (en) * | 2014-05-29 | 2016-03-22 | Emc Corporation | Optimization for incremental backup of VMS |
| CN104407938A (zh) * | 2014-11-21 | 2015-03-11 | 上海爱数软件有限公司 | 一种虚拟机镜像级备份后的多种粒度恢复方法 |
| US20160197834A1 (en) * | 2015-01-02 | 2016-07-07 | Siegfried Luft | Architecture and method for traffic engineering between diverse cloud providers |
| CN105025084A (zh) * | 2015-06-10 | 2015-11-04 | 国网智能电网研究院 | 一种基于同步代理和混合存储的云存储系统 |
| CN105005509A (zh) * | 2015-07-07 | 2015-10-28 | 北京大学 | 一种基于运行时模型的云计算容错机制配置方法 |
| CN107197022A (zh) * | 2017-06-02 | 2017-09-22 | 华南理工大学 | OpenStack存储优化方法及系统 |
| CN110058966A (zh) * | 2018-01-18 | 2019-07-26 | 伊姆西Ip控股有限责任公司 | 用于数据备份的方法、设备和计算机程序产品 |
| CN109947595A (zh) * | 2019-02-27 | 2019-06-28 | 上海爱数信息技术股份有限公司 | 一种OpenStack云主机保护方法 |
| CN110489277A (zh) * | 2019-08-21 | 2019-11-22 | 深信服科技股份有限公司 | 一种服务器备份方法、系统、装置及计算机可读存储介质 |
Non-Patent Citations (4)
| Title |
|---|
| ANUPRABHA S，NIVAASHINI M: "Protection of Cloud Services from Disaster Using Recovery Mechanism with Openstack", 《IEEE XPLORE》 * |
| DINKAR SITARAM，SUDHEENDRA HARWALKAR，CHETNA SUREKA: "Orchestration based Hybrid or Multi Clouds and Interoperability Standardization", 《IEEE INTERNATIONAL CONFERENCE ON CLOUD COMPUTING IN EMERGING MARKETS》 * |
| 姜巍: "基于OpenStack云虚拟机的灾备技术研究与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
| 李宜: "OpenStack存储优化与负载均衡的研究与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112231146A (zh) * | 2020-10-22 | 2021-01-15 | 浪潮云信息技术股份公司 | 基于cinder-backup的备份服务质量的实现方法、存储介质 |
| CN112395133A (zh) * | 2020-11-17 | 2021-02-23 | 平安科技（深圳）有限公司 | 基于虚拟机的数据备份方法、装置和计算机设备 |
| CN112506616A (zh) * | 2020-12-16 | 2021-03-16 | 航天壹进制(南京)数据科技有限公司 | 一种基于云平台卷实现虚拟机跨云快速恢复的系统及方法 |
| CN112506616B (zh) * | 2020-12-16 | 2024-02-20 | 航天壹进制(江苏)信息科技有限公司 | 一种基于云平台卷实现虚拟机跨云快速恢复的系统及方法 |
| CN113407380A (zh) * | 2021-07-14 | 2021-09-17 | 安超云软件有限公司 | 跨集群灾备快速恢复的方法及装置、电子设备和存储介质 |
| CN113407380B (zh) * | 2021-07-14 | 2024-05-03 | 安超云软件有限公司 | 跨集群灾备快速恢复的方法及装置、电子设备和存储介质 |
| CN114328026B (zh) * | 2021-12-30 | 2023-11-14 | 苏州浪潮智能科技有限公司 | 一种虚拟磁盘备份方法、装置、设备及介质 |
| CN114328026A (zh) * | 2021-12-30 | 2022-04-12 | 苏州浪潮智能科技有限公司 | 一种虚拟磁盘备份方法、装置、设备及介质 |
| CN115879070B (zh) * | 2023-03-01 | 2023-05-26 | 深圳市科力锐科技有限公司 | 安全加固方法、装置、存储介质及备份服务器 |
| CN115879070A (zh) * | 2023-03-01 | 2023-03-31 | 深圳市科力锐科技有限公司 | 安全加固方法、装置、存储介质及备份服务器 |
| CN116775381A (zh) * | 2023-08-21 | 2023-09-19 | 武汉吧哒科技股份有限公司 | 虚拟机数据恢复方法、装置、计算机设备及存储介质 |
| CN116775381B (zh) * | 2023-08-21 | 2023-10-27 | 武汉吧哒科技股份有限公司 | 虚拟机数据恢复方法、装置、计算机设备及存储介质 |
| CN117493074A (zh) * | 2023-09-25 | 2024-02-02 | 广州鼎甲计算机科技有限公司 | 虚拟机增量恢复方法、装置、计算机设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111143133B (zh) | 2020-09-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111143133B (zh) | 虚拟机备份方法和备份虚拟机恢复方法 | |
| US11010240B2 (en) | Tracking status and restarting distributed replication | |
| US20200348852A1 (en) | Distributed object replication architecture | |
| US11349915B2 (en) | Distributed replication and deduplication of an object from a source site to a destination site | |
| US10509675B2 (en) | Dynamic allocation of worker nodes for distributed replication | |
| US20190215313A1 (en) | Implementing Secure Communication In A Distributed Computing System | |
| US10642694B2 (en) | Monitoring containers in a distributed computing system | |
| CN110309218B (zh) | 一种数据交换系统和数据写入方法 | |
| US20180285216A1 (en) | Virtual Machine Recovery Method and Virtual Machine Management Device | |
| CN110781214A (zh) | 数据库读写方法、装置、计算机设备和存储介质 | |
| CN109933338B (zh) | 区块链部署方法、装置、计算机设备和存储介质 | |
| US20210103554A1 (en) | Rolling Back Kubernetes Applications Including Custom Resources | |
| WO2013163864A1 (zh) | 数据持久化处理方法、装置及数据库系统 | |
| CN111158959A (zh) | 虚拟机备份方法和装置以及虚拟机恢复方法和装置 | |
| CN111290919A (zh) | 日志文件生成方法、装置、计算机设备和存储介质 | |
| CN107992354B (zh) | 用于降低内存负载的方法以及装置 | |
| CN113672350A (zh) | 一种应用处理方法、装置及相关设备 | |
| CN106874343B (zh) | 一种时序数据库的数据删除方法及系统 | |
| JP7215971B2 (ja) | 記憶機器のデータ位置の処理方法及び処理装置、コンピュータ機器並びにコンピュータ読み取り可能な記憶媒体 | |
| CN113596010B (zh) | 一种数据处理方法、装置、节点设备及计算机存储介质 | |
| CN113342863A (zh) | 业务单据处理方法、装置、计算机设备和存储介质 | |
| CN112698987A (zh) | 无快照操作系统在线备份方法、装置、设备及存储介质 | |
| CN112559290B (zh) | 业务调用监控方法、装置、计算机设备和存储介质 | |
| CN111431951B (zh) | 一种数据处理方法、节点设备、系统及存储介质 | |
| WO2018188959A1 (en) | Method and apparatus for managing events in a network that adopts event-driven programming framework |
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 |