CN114564284B - 虚拟机的数据备份方法、计算机设备及存储介质 - Google Patents
虚拟机的数据备份方法、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN114564284B CN114564284B CN202210466840.1A CN202210466840A CN114564284B CN 114564284 B CN114564284 B CN 114564284B CN 202210466840 A CN202210466840 A CN 202210466840A CN 114564284 B CN114564284 B CN 114564284B
- Authority
- CN
- China
- Prior art keywords
- data
- virtual machine
- backup
- historical
- snapshot
- 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
Images
Classifications
-
- 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
- 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
- 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/1469—Backup restoration techniques
-
- 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
-
- 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
本申请公开了一种虚拟机的数据备份方法、计算机设备及存储介质,方法包括:检测到针对虚拟机的备份指令被触发时,获取与最近一次历史快照存在增量备份关系的历史快照总数量;若历史快照总数量小于预设数量,则生成与最近一次历史快照存在增量备份关系的增量快照;若历史快照总数量大于或等于预设数量,则生成全量快照。本申请实施例通过在需要备份时,获取与最近一次历史快照存在增量备份关系的历史快照数据数量,在历史快照总数量较小时进行增量备份,避免备份存储空间的过渡浪费,而在历史快照总数量较大时采用全量备份,避免增量备份的快照数量过多,以减少数据恢复过程花费的时间,提高了备份数据的数据恢复效率。
Description
技术领域
本申请涉及数据备份技术领域,具体涉及一种虚拟机的数据备份方法、计算机设备及存储介质。
背景技术
针对云平台、服务器等设备中的虚拟机数据,快照(Snapshot)是一种可有效防止其数据丢失的办法。快照旨在对虚拟机数据按需进行备份和恢复。当云平台、服务器等设备发生应用故障或者文件损坏时,可快速进行数据恢复,将数据恢复到某个可用时间点的状态。
目前,一般是单独采用全量备份或者增量备份的方式来备份虚拟机数据。在采用全量备份时,各个快照之间均会存在大量重复数据,导致备份存储空间的过度浪费。而在采用增量备份时,虽然多个快照之间不存在重复数据,但是在进行数据恢复时,需要从第一个快照开始,采用各个快照依次进行数据恢复。在快照数量过多时,数据恢复过程花费的时间也会过多,导致数据恢复的效率过低。
发明内容
本申请实施例提供一种虚拟机的数据备份方法、计算机设备及存储介质,旨在提高备份数据的数据恢复效率。
一方面,本申请提供一种虚拟机的数据备份方法,包括:
检测到针对虚拟机的备份指令被触发时,获取所述虚拟机的最近一次历史快照;
检测是否存在与所述最近一次历史快照存在增量备份关系的历史快照;
若存在与所述最近一次历史快照存在增量备份关系的历史快照,则确定与所述最近一次历史快照存在增量备份关系的历史快照总数量;
若所述历史快照总数量小于预设数量,则基于所述最近一次历史快照进行增量备份,以生成与所述最近一次历史快照存在增量备份关系的增量快照;
若所述历史快照总数量大于或等于所述预设数量,则对所述虚拟机进行全量备份,以生成全量快照。
在一些实施例中,所述确定与所述最近一次历史快照存在增量备份关系的历史快照总数量的步骤之前,还包括:
获取在多个历史时刻对所述虚拟机进行数据恢复时花费的历史恢复时长以及历史增量快照总数量;
确定所述历史恢复时长与所述历史增量快照总数量之间的对应关系;
根据所述对应关系,获取预设恢复时长对应的所述预设数量。
在一些实施例中,所述基于所述最近一次历史快照进行增量备份,以生成与所述最近一次历史快照存在增量备份关系的增量快照的步骤之后,还包括:
在接收到备份恢复指令时,采用所述增量快照对所述虚拟机进行数据恢复;
获取采用所述增量快照对所述虚拟机进行数据恢复时花费的恢复时长;
根据所述恢复时长,调整所述预设数量。
在一些实施例中,所述根据所述恢复时长,调整所述预设数量的步骤包括:
检测所述恢复时长是否大于所述预设恢复时长;
若所述恢复时长大于所述预设恢复时长,则减小所述预设数量,以调整所述预设数量;
若所述恢复时长小于所述预设恢复时长,则增大所述预设数量,以调整所述预设数量。
在一些实施例中,所述若所述恢复时长大于所述预设恢复时长,则减小所述预设数量的步骤包括:
获取所述恢复时长与所述预设恢复时长的时长差值;
确定与所述时长差值对应的减小量,其中,所述减小量与所述时长差值正相关;
采用所述减小量,减小所述预设数量。
在一些实施例中,所述检测到针对虚拟机的备份指令被触发时,获取所述虚拟机的最近一次历史快照的步骤包括:
检测到针对所述虚拟机的所述备份指令被触发时,获取所述虚拟机被分配的资源配置信息;
获取与所述资源配置信息对应的资源配置重要度;
在所述资源配置重要度大于预设重要度时,获取所述虚拟机的最近一次历史快照,其中,在所述资源配置重要度小于或等于所述预设重要度时,对所述虚拟机进行全量备份,以生成全量快照。
在一些实施例中,所述检测到针对虚拟机的备份指令被触发时,获取所述虚拟机的最近一次历史快照的步骤之前,还包括:
获取所述虚拟机中的磁盘数据对应的数据改动速率;
根据所述数据改动速率确定所述虚拟机的数据备份周期;
根据所述数据备份周期,触发针对所述虚拟机的所述备份指令。
在一些实施例中,所述获取所述虚拟机中的磁盘数据对应的数据改动速率的步骤包括:
在所述虚拟机中的磁盘数据对应的多个历史改动数据中,确定出改动时间点晚于所述最近一次历史快照对应的备份时间点的多个目标改动数据;
获取多个所述目标改动数据的改动数据总数量,以及多个所述目标改动数据对应的数据重要度;
根据所述改动数据总数量以及所述数据重要度,确定所述数据改动速率。
另一方面,本申请实施例提供一种虚拟机的数据备份装置,包括:
获取模块,用于检测到针对虚拟机的备份指令被触发时,获取所述虚拟机的最近一次历史快照;
检测模块,用于检测是否存在与所述最近一次历史快照存在增量备份关系的历史快照;
确定模块,用于若存在与所述最近一次历史快照存在增量备份关系的历史快照,则确定与所述最近一次历史快照存在增量备份关系的历史快照总数量;
生成模块,用于若所述历史快照总数量小于预设数量,则基于所述最近一次历史快照进行增量备份,以生成与所述最近一次历史快照存在增量备份关系的增量快照;若所述历史快照总数量大于或等于所述预设数量,则对所述虚拟机进行全量备份,以生成全量快照。
另一方面,本申请还提供一种计算机设备,所述计算机设备包括:
一个或多个处理器;
存储器;以及
一个或多个应用程序,其中所述一个或多个应用程序被存储于所述存储器中,并配置为由所述处理器执行以实现任一项所述的虚拟机的数据备份方法中的步骤。
另一方面,本申请还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器进行加载,以执行任一项所述的虚拟机的数据备份方法中的步骤。
本申请实施例提供的虚拟机的数据备份方法、计算机设备及存储介质,包括:检测到针对虚拟机的备份指令被触发时,获取虚拟机的最近一次历史快照;检测是否存在与最近一次历史快照存在增量备份关系的历史快照;若存在与最近一次历史快照存在增量备份关系的历史快照,则确定与最近一次历史快照存在增量备份关系的历史快照总数量;若历史快照总数量小于预设数量,则基于最近一次历史快照进行增量备份,以生成与最近一次历史快照存在增量备份关系的增量快照;若历史快照总数量大于或等于预设数量,则对虚拟机进行全量备份,以生成全量快照。本申请实施例通过在需要备份时,获取与最近一次历史快照存在增量备份关系的历史快照数据数量,在历史快照总数量较小时进行增量备份,避免备份存储空间的过渡浪费,而在历史快照总数量较大时采用全量备份,避免增量备份的快照数量过多,以减少数据恢复过程花费的时间,提高了备份数据的数据恢复效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例中提供的虚拟机的数据备份方法的一个实施例流程示意图;
图2是本申请实施例中提供的虚拟机的数据备份方法的另一个实施例流程示意图;
图3是本申请实施例中提供的虚拟机的数据备份方法的再一个实施例流程示意图;
图4是本申请实施例提供的虚拟机的数据备份装置的一个实施例结构示意图;
图5是本申请实施例中提供的计算机设备的一个实施例终端结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请的描述中,需要理解的是,术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本申请和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本申请的限制。此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。
在本申请中,“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本申请,给出了以下描述。在以下描述中,为了解释的目的而列出了细节。应当明白的是,本领域普通技术人员可以认识到,在不使用这些特定细节的情况下也可以实现本申请。在其它实例中,不会对公知的结构和过程进行详细阐述,以避免不必要的细节使本申请的描述变得晦涩。因此,本申请并非旨在限于所示的实施例,而是与符合本申请所公开的原理和特征的最广范围相一致。
需要说明的是,本申请实施例系统由于是在计算机设备中执行,各计算机设备的处理对象均以数据或信息的形式存在,例如时间,实质为时间信息,可以理解的是,后续实施例中若提及尺寸、数量、位置等,均为对应的数据存在,以便计算机设备进行处理,具体此处不作赘述。
本申请实施例提供一种虚拟机的数据备份方法、计算机设备及存储介质,以下分别进行详细说明。
参照图1,在一实施例中,虚拟机的数据备份方法包括:
101、检测到针对虚拟机的备份指令被触发时,获取所述虚拟机的最近一次历史快照;
在本实施例中,针对虚拟机的备份指令可由用户手动触发,也可自动触发,例如可周期性定时触发针对虚拟机的备份指令。在针对虚拟机的备份指令被触发时,表明需要对虚拟机中的磁盘数据进行数据备份。此时可获取虚拟机的最近一次历史快照,以通过最近一次历史快照来确定如何对虚拟机进行数据备份。其中,最近一次历史快照即最近一次数据备份时生成的与虚拟机磁盘数据对应的快照。
在一些实施例中,检测到针对虚拟机的备份指令被触发时,还可获取虚拟机被分配的资源配置信息,根据资源配置信息判断是否需要通过最近一次历史快照来确定如何对虚拟机进行数据备份。其中,资源配置信息为在创建虚拟机时,虚拟机被分配到的CPU、运行内存、网络、磁盘以及操作系统等资源的配置信息,操作系统可包括windows、Linux、Java等。具体地,可根据资源配置信息确定对应的资源配置重要度,并在资源配置重要度大于预设重要度时,判定此虚拟机的重要程度较低,因此可获取虚拟机的最近一次历史快照,以通过最近一次历史快照来确定如何对虚拟机进行数据备份。而在资源配置重要度小于或等于预设重要度时,判定此虚拟机的重要程度较高,因此可直接对虚拟机进行全量备份,以生成全量快照,使得数据恢复过程花费的时间始终维持在最小。
在一些实施例中,在根据资源配置信息确定对应的资源配置重要度时,可对资源配置信息进行评估,以确定资源配置的高低,在资源配置越高时,对应的资源配置重要度也越高。例如,在虚拟机被分配到的CPU核心数、线程数越多时,表明资源配置越高,因此资源配置重要度也越高。又例如,在虚拟机被分配到的运行内存容量越多时,表明资源配置越高,因此资源配置重要度也越高。又例如,可对不同的操作系统设置不同的资源配置等级,例如,windows操作系统的资源配置等级高于Linux操作系统的资源配置等级,因此windows操作系统的资源配置也高于Linux操作系统的资源配置。
102、检测是否存在与所述最近一次历史快照存在增量备份关系的历史快照;
103、若存在与所述最近一次历史快照存在增量备份关系的历史快照,则确定与所述最近一次历史快照存在增量备份关系的历史快照总数量;
在本实施例中,增量备份是指在备份时只需备份与前一次相比增加或被修改的文件,因此增量备份关系是指,增量备份时备份的与前一次相比增加或被修改的快照与前一次备份的快照之间的关系,也即,若此快照是前一次快照的基础上的增量备份,则此快照与前一次快照之间存在增量备份关系。其中,在通过增量备份的方式生成快照时,建立当前生成的快照与前一次快照之间的关联关系,以通过是否存在关联关系,检测当前生成的快照与前一次快照之间是否存在增量备份关系。
在一些实施例中,在对虚拟机的磁盘数据进行多次数据备份的过程中,每一次数据备份均会生成一个快照,在历史时刻生成的快照则为历史快照。若检测到存在与最近一次历史快照存在增量备份关系的历史快照,则可获取与最近一次历史快照存在增量备份关系的历史快照总数量,以判断历史快照总数量是否较大。若未检测到存在与最近一次历史快照存在增量备份关系的历史快照,则表明最近一次历史快照为全量备份,不会出现数据恢复过程花费的时间过多的情况,此时可基于最近一次历史快照进行增量备份,以生成与最近一次历史快照存在增量备份关系的增量快照,避免再次进行全量备份而占用过多的备份存储空间。
104、若所述历史快照总数量小于预设数量,则基于所述最近一次历史快照进行增量备份,以生成与所述最近一次历史快照存在增量备份关系的增量快照;
在本实施例中,若历史快照总数量小于预设数量,表明历史快照总数量较小,数据恢复过程不会花费过多时间,因此可继续采用增量备份的方式进行数据备份,以节省备份存储空间。具体地,可基于最近一次历史快照进行增量备份,即是根据最近一次历史快照的基础上的增量数据,来生成增量快照,这样,当前生成的增量快照与最近一次历史快照存在增量备份关系。
在一些实施例中,在生成增量快照时,可利用重定向写技术实现,重定向写即是将读写操作重新定向到另一个存储空间中。在一个快照生成期间,所有的写操作将被重定向到另一个介质,而读操作是否需要读重定向,则需要根据读取的位置是否有过自上次快照以来的写重定向,必须对有过写重定向的位置进行读重定向,否则不需要进行读重定向。
105、若所述历史快照总数量大于或等于所述预设数量,则对所述虚拟机进行全量备份,以生成全量快照。
在一些实施例中,若历史快照总数量大于或等于预设数量,表明历史快照总数量较多,再进行增量备份则会使得数据恢复过程花费的时间过多,因此可改用全量备份的方式,对虚拟机中的全部磁盘数据进行全量备份,以生成对应的全量快照,这样,在数据恢复时仅需此其全量快照即可完成数据恢复,避免了数据恢复过程花费过多时间。其中,历史时刻的增量快照以及全量快照均属于历史快照。在对虚拟机的全量备份完成后,全量快照即是最近一次历史快照,从而将与最近一次历史快照存在增量备份关系的历史快照总数量清零。
本实施例公开的技术方案中,通过在需要备份时,获取与最近一次历史快照存在增量备份关系的历史快照数据数量,在历史快照总数量较小时进行增量备份,避免备份存储空间的过渡浪费,而在历史快照总数量较大时采用全量备份,避免增量备份的快照数量过多,以减少数据恢复过程花费的时间,提高了备份数据的数据恢复效率。
在另一实施例中,如图2所示,在图1所示实施例的基础上,步骤103之前,还包括:
201、获取在多个历史时刻对所述虚拟机进行数据恢复时花费的历史恢复时长以及历史增量快照总数量;
202、确定所述历史恢复时长与所述历史增量快照总数量之间的对应关系;
在本实施例中,在确定与最近一次历史快照存在增量备份关系的历史快照总数量之前,需要事先确定预设数量,以使增量备份与全量备份之间的选择更加合适,同时兼顾到备份存储空间的利用率以及备份数据的数据恢复效率。具体地,在历史时刻,虚拟机存在历史数据恢复过程,因此可获取在历史数据恢复时花费的历史恢复时长,以及历史数据恢复时所用到的历史增量快照的总数量。根据多个历史时刻的历史恢复时长以及对应的历史增量快照总数量,即可统计出恢复时长与增量快照总数量之间的对应关系。例如,可将历史增量快照总数量作为自变量,历史恢复时长作为因变量,建立历史恢复时长与历史增量快照总数量之间的变化曲线,将变化曲线上的各个坐标点对应的恢复时长与增量快照总数量之间的关系作为对应的关系。一般来说,恢复时长与增量快照总数量为正相关的变化关系,即增量快照总数量越大时,备份恢复过程所花费的恢复时长也越大。
203、根据所述对应关系,获取预设恢复时长对应的所述预设数量。
在本实施例中,由人工事先根据实际需求设置有预设恢复时长,预设恢复时长即恢复时长的期望值。在确定历史恢复时长与历史增量快照总数量之间的对应关系后,可将预设恢复时长作为历史恢复时长,确定对应的历史增量快照总数量,并将对应的历史增量快照总数量作为预设恢复时长对应的预设数量。通过预设数量的设置,使得数据恢复过程所花费的恢复时长可以趋向预期,避免数据恢复过程所花费的时长过多。
在一些实施例中,在基于最近一次历史快照进行增量备份,以生成与最近一次历史快照存在增量备份关系的增量快照之后,若接收到备份恢复执行,可采用增量快照对虚拟机进行数据恢复,例如可采用增量快照以及与增量快照存在增量备份关系的所有历史快照,按照快照之间的时间先后顺序进行数据恢复。此时,可记录对虚拟机进行数据恢复时花费的恢复时长,以检测恢复时长是否等于预设恢复时长。若恢复时长等于预设恢复时长,则表明预设数量的取值设置合适,不调整预设数量。若恢复时长不等于预设恢复时长,则表明预设数量的取值设置不合适,因此可根据恢复时长调整预设数量的取值,以使后续的恢复时长等于预设恢复时长。
在一些实施例中,在根据恢复时长调整预设数量的取值时,可检测恢复时长是否大于预设恢复时长。若恢复时长大于预设恢复时长,则表明预设数量的取值过大,因此可减小预设数量的取值,实现预设数量的取值调整。若恢复时长小于预设恢复时长,则表明预设数量的取值过小,因此可增大预设数量的取值,实现预设数量的取值调整。
在一些实施例中,在恢复时长大于预设恢复时长时,可获取恢复时长与预设恢复时长的时长差值,并确定与时长差值对应的减小量,采用减小量来减少预设数量,实现对于预设数量取值的精确调整。其中,减小量与时长差值之间的对应关系可由人工事先设置,一般来说,减小量与时长差值正相关。
在一些实施例中,在恢复时长小于预设恢复时长时,可获取预设恢复时长与恢复时长的时长差值,并确定与时长差值对应的增大量,采用增大量来增大预设数量,实现对于预设数量取值的精确调整。其中,增大量与时长差值之间的对应关系可由人工事先设置,一般来说,增大量与时长差值正相关。
在本实施例公开的技术方案中,获取在多个历史时刻的历史恢复时长以及历史增量快照总数量,根据历史恢复时长与历史增量快照总数量之间的对应关系,获取预设恢复时长对应的预设数量,实现对于预设数量的精确设置,使得数据恢复过程所花费的恢复时长可以趋向预期,避免数据恢复过程所花费的时长过多。
在再一实施例中,如图3所示,在图2所示实施例的基础上,步骤101之前,还包括:
301、获取所述虚拟机中的磁盘数据对应的数据改动速率;
302、根据所述数据改动速率确定所述虚拟机的数据备份周期;
303、根据所述数据备份周期,触发针对所述虚拟机的所述备份指令。
在本实施例中,在检测到针对虚拟机的备份指令被触发之前,还可基于数据备份周期,定时触发针对虚拟机的备份指令。具体地,可获取虚拟机中的磁盘数据对应的数据改动速率,根据数据改动速率来确定该虚拟机的数据备份周期。数据备份周期与数据改动速率负相关,也即数据改动速率越大时,对应的虚拟机的数据备份周期越小,以实现更加频繁的数据备份,更好地保证虚拟机磁盘数据的安全。而在数据改动速率越小时,对应的虚拟机的数据备份周期越大,以避免频繁的数据备份,通过减少数据备份,可避免不必要的多次数据备份。
在一些实施例中,在获取虚拟机中的磁盘数据对应的数据改动速率时,可在虚拟机中的磁盘数据对应的多个历史改动数据中,确定出改动时间点晚于最近一次历史快照对应的备份时间点的多个目标改动数据,目标改动数据即上一次数据备份后的所有改动数据,其中,一次改动对应的改动数据记为一个改动数据,例如,单次删除对应的改动数据记为一个改动数据,单次新增对应的改动数据记为一个改动数据,单次修改对应的改动数据记为一个改动数据。获取多个目标改动数据的改动数据总数量,以及多个目标改动数据对应的数据重要度,根据改动数据总数量以及数据重要度确定数据改动速率。在一些实施例中,可将所有目标改动数据对应的数据重要度之和,与改动数据总数量进行求和,得到数据改动速率,当然,也可采用加权求和的方式,根据改动数据总数量以及数据重要度来计算数据改动速率。
在一些实施例中,各个目标改动数据均设置有对应的数据重要度。在确定目标改动数据对应的数据重要度时,可确定目标改动数据的改动类型,并将改动类型对应的数据重要度作为目标改动数据对应的数据重要度。其中,改动类型包括新增、修改以及删除,可事先设置不同改动类型对应的数据重要度。一般来说,新增对应的数据重要度大于修改对应的数据重要度,修改对应的数据重要度大于删除对应的数据重要度,例如新增对应的数据重要度为2,修改对应的数据重要度为1,删除对应的数据重要度为0。
在本实施例公开的技术方案中,获取虚拟机中的磁盘数据对应的数据改动速率,根据数据改动速率确定虚拟机的数据备份周期,基于数据备份周期,触发针对虚拟机的所述备份指令,使得虚拟机磁盘数据的备份时机更加及时,且可避免不必要的多次数据备份。
为了更好实施本申请实施例中虚拟机的数据备份方法,在虚拟机的数据备份方法的基础之上,本申请实施例中还提供一种虚拟机的数据备份装置,如图4所示,虚拟机的数据备份装置4000包括获取模块4001、检测模块4002、确定模块4003以及生成模块4004,具体如下:
获取模块4001,用于检测到针对虚拟机的备份指令被触发时,获取所述虚拟机的最近一次历史快照;
检测模块4002,用于检测是否存在与所述最近一次历史快照存在增量备份关系的历史快照;
确定模块4003,用于若存在与所述最近一次历史快照存在增量备份关系的历史快照,则确定与所述最近一次历史快照存在增量备份关系的历史快照总数量;
生成模块4004,用于若所述历史快照总数量小于预设数量,则基于所述最近一次历史快照进行增量备份,以生成与所述最近一次历史快照存在增量备份关系的增量快照;若所述历史快照总数量大于或等于所述预设数量,则对所述虚拟机进行全量备份,以生成全量快照。
本申请实施例还提供一种计算机设备,其集成了本申请实施例所提供的任一种虚拟机的数据备份装置。如图5所示,其示出了本申请实施例所涉及的计算机设备的结构示意图,具体来讲:
该计算机设备可以包括一个或者一个以上处理核心的处理器501、一个或一个以上计算机可读存储介质的存储器502、电源503和输入单元504等部件。本领域技术人员可以理解,图5中示出的计算机设备结构并不以构建对计算机设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。其中:
处理器501是该计算机设备的控制中心,利用各种接口和线路连接整个计算机设备的各个部分,通过运行或执行存储在存储器502内的软件程序和/或模块,以及调用存储在存储器502内的数据,执行计算机设备的各种功能和处理数据,从而对计算机设备进行整体监控。可选地,处理器501可包括一个或多个处理核心;优选的,处理器501可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器501中。
存储器502可用于存储软件程序以及模块,处理器501通过运行存储在存储器502的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据计算机设备的使用所创建的数据等。此外,存储器502可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器502还可以包括存储器控制器,以提供处理器501对存储器502的访问。
计算机设备还包括给各个部件供电的电源503,优选的,电源503可以通过电源管理系统与处理器501逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源503还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该计算机设备还可包括输入单元504,该输入单元504可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
尽管未示出,计算机设备还可以包括显示单元等,在此不再赘述。具体在本实施例中,计算机设备中的处理器501会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器502中,并由处理器501来运行存储在存储器502中的应用程序,从而实现各种功能,如下:
检测到针对虚拟机的备份指令被触发时,获取虚拟机的最近一次历史快照;
检测是否存在与最近一次历史快照存在增量备份关系的历史快照;
若存在与最近一次历史快照存在增量备份关系的历史快照,则确定与最近一次历史快照存在增量备份关系的历史快照总数量;
若历史快照总数量小于预设数量,则基于最近一次历史快照进行增量备份,以生成与最近一次历史快照存在增量备份关系的增量快照;
若历史快照总数量大于或等于预设数量,则对虚拟机进行全量备份,以生成全量快照。
本领域普通技术人员可以理解,上述实施例的各种方法中的全部或部分步骤可以通过指令来完成,或通过指令控制相关的硬件来完成,该指令可以存储于一计算机可读存储介质中,并由处理器进行加载和执行。
为此,本申请实施例提供一种计算机可读存储介质,该存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。其上存储有计算机程序,所述计算机程序被处理器进行加载,以执行本申请实施例所提供的任一种虚拟机的数据备份方法中的步骤。例如,所述计算机程序被处理器进行加载可以执行如下步骤:
检测到针对虚拟机的备份指令被触发时,获取虚拟机的最近一次历史快照;
检测是否存在与最近一次历史快照存在增量备份关系的历史快照;
若存在与最近一次历史快照存在增量备份关系的历史快照,则确定与最近一次历史快照存在增量备份关系的历史快照总数量;
若历史快照总数量小于预设数量,则基于最近一次历史快照进行增量备份,以生成与最近一次历史快照存在增量备份关系的增量快照;
若历史快照总数量大于或等于预设数量,则对虚拟机进行全量备份,以生成全量快照。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见上文针对其他实施例的详细描述,此处不再赘述。
具体实施时,以上各个单元或结构可以作为独立的实体来实现,也可以进行任意组合,作为同一或若干个实体来实现,以上各个单元或结构的具体实施可参见前面的方法实施例,在此不再赘述。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
以上对本申请实施例所提供的一种虚拟机的数据备份方法、计算机设备及存储介质进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (7)
1.一种虚拟机的数据备份方法,其特征在于,包括:
检测到针对虚拟机的备份指令被触发时,获取所述虚拟机的最近一次历史快照;
检测是否存在与所述最近一次历史快照存在增量备份关系的历史快照;
若存在与所述最近一次历史快照存在增量备份关系的历史快照,则获取在多个历史时刻对所述虚拟机进行数据恢复时花费的历史恢复时长以及历史增量快照总数量;
确定所述历史恢复时长与所述历史增量快照总数量之间的对应关系;
根据所述对应关系,获取预设恢复时长对应的预设数量,其中,所述预设恢复时长为恢复时长的期望值;
确定与所述最近一次历史快照存在增量备份关系的历史快照总数量;
若所述历史快照总数量小于预设数量,则基于所述最近一次历史快照进行增量备份,以生成与所述最近一次历史快照存在增量备份关系的增量快照,在接收到备份恢复指令时,采用所述增量快照对所述虚拟机进行数据恢复,获取采用所述增量快照对所述虚拟机进行数据恢复时花费的恢复时长,检测恢复时长是否大于所述预设恢复时长,若恢复时长大于所述预设恢复时长,则减小所述预设数量,以调整所述预设数量,若恢复时长小于所述预设恢复时长,则增大所述预设数量,以调整所述预设数量;
若所述历史快照总数量大于或等于所述预设数量,则对所述虚拟机进行全量备份,以生成全量快照。
2.如权利要求1所述的虚拟机的数据备份方法,其特征在于,所述若所述恢复时长大于所述预设恢复时长,则减小所述预设数量的步骤包括:
获取所述恢复时长与所述预设恢复时长的时长差值;
确定与所述时长差值对应的减小量,其中,所述减小量与所述时长差值正相关;
采用所述减小量,减小所述预设数量。
3.如权利要求1所述的虚拟机的数据备份方法,其特征在于,所述检测到针对虚拟机的备份指令被触发时,获取所述虚拟机的最近一次历史快照的步骤包括:
检测到针对所述虚拟机的所述备份指令被触发时,获取所述虚拟机被分配的资源配置信息;
获取与所述资源配置信息对应的资源配置重要度;
在所述资源配置重要度大于预设重要度时,获取所述虚拟机的最近一次历史快照,其中,在所述资源配置重要度小于或等于所述预设重要度时,对所述虚拟机进行全量备份,以生成全量快照。
4.如权利要求1所述的虚拟机的数据备份方法,其特征在于,所述检测到针对虚拟机的备份指令被触发时,获取所述虚拟机的最近一次历史快照的步骤之前,还包括:
获取所述虚拟机中的磁盘数据对应的数据改动速率;
根据所述数据改动速率确定所述虚拟机的数据备份周期;
根据所述数据备份周期,触发针对所述虚拟机的所述备份指令。
5.如权利要求4所述的虚拟机的数据备份方法,其特征在于,所述获取所述虚拟机中的磁盘数据对应的数据改动速率的步骤包括:
在所述虚拟机中的磁盘数据对应的多个历史改动数据中,确定出改动时间点晚于所述最近一次历史快照对应的备份时间点的多个目标改动数据;
获取多个所述目标改动数据的改动数据总数量,以及多个所述目标改动数据对应的数据重要度;
根据所述改动数据总数量以及所述数据重要度,确定所述数据改动速率。
6.一种计算机设备,其特征在于,所述计算机设备包括:
一个或多个处理器;
存储器;以及
一个或多个应用程序,其中所述一个或多个应用程序被存储于所述存储器中,并配置为由所述处理器执行以实现权利要求1至5中任一项所述的虚拟机的数据备份方法中的步骤。
7.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,所述计算机程序被处理器进行加载,以执行权利要求1至5中任一项所述的虚拟机的数据备份方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210466840.1A CN114564284B (zh) | 2022-04-29 | 2022-04-29 | 虚拟机的数据备份方法、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210466840.1A CN114564284B (zh) | 2022-04-29 | 2022-04-29 | 虚拟机的数据备份方法、计算机设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114564284A CN114564284A (zh) | 2022-05-31 |
CN114564284B true CN114564284B (zh) | 2022-08-02 |
Family
ID=81720854
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210466840.1A Active CN114564284B (zh) | 2022-04-29 | 2022-04-29 | 虚拟机的数据备份方法、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114564284B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116578447B (zh) * | 2023-07-12 | 2023-10-10 | 武汉吧哒科技股份有限公司 | 虚拟机数据恢复方法、装置、计算机设备及存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115269274B (zh) * | 2022-08-04 | 2023-09-29 | 广州鼎甲计算机科技有限公司 | 数据恢复方法、装置、计算机设备和存储介质 |
CN117033084B (zh) * | 2023-10-09 | 2024-01-19 | 武汉吧哒科技股份有限公司 | 虚拟机备份方法、装置、电子设备及存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9632875B2 (en) * | 2010-10-06 | 2017-04-25 | International Business Machines Corporation | Automated and self-adjusting data protection driven by business and data activity events |
CN104969192A (zh) * | 2013-02-27 | 2015-10-07 | 惠普发展公司,有限责任合伙企业 | 基于改变的数据选择备份类型 |
US9430335B2 (en) * | 2013-09-18 | 2016-08-30 | International Business Machines Corporation | Optimizing the number and type of database backups to achieve a given recovery time objective (RTO) |
CN107315657B (zh) * | 2017-06-19 | 2020-09-29 | 浙江大华技术股份有限公司 | 一种数据备份的方法及装置 |
CN110597661A (zh) * | 2019-09-11 | 2019-12-20 | 苏州浪潮智能科技有限公司 | 一种虚拟机备份方法与装置 |
-
2022
- 2022-04-29 CN CN202210466840.1A patent/CN114564284B/zh active Active
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116578447B (zh) * | 2023-07-12 | 2023-10-10 | 武汉吧哒科技股份有限公司 | 虚拟机数据恢复方法、装置、计算机设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114564284A (zh) | 2022-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114564284B (zh) | 虚拟机的数据备份方法、计算机设备及存储介质 | |
US8886866B2 (en) | Optimizing memory management of an application running on a virtual machine | |
EP2414932B1 (en) | Execution of a plugin according to plugin stability level | |
JP3386823B2 (ja) | ファイルの管理方法及び装置 | |
US8117415B2 (en) | Storage device estimating a completion time for a storage operation | |
US9229840B2 (en) | Managing traces to capture data for memory regions in a memory | |
DE112011105778T5 (de) | Meldung aktualisierter Schwellenwerte auf Grundlage von Parametern | |
CN111190745A (zh) | 一种数据处理方法、装置及计算机可读存储介质 | |
EP3667862B1 (en) | Systems and methods for protecting virtual machines running on software-defined storage | |
CN109614276A (zh) | 故障处理方法、装置、分布式存储系统和存储介质 | |
CN113297009B (zh) | 一种信息备份方法、设备、平台及存储介质 | |
CN111736996B (zh) | 一种面向分布式非易失内存系统的进程持久化方法及装置 | |
CN112667467A (zh) | 集群的自适应限流方法、装置、计算机设备及存储介质 | |
CN108964992B (zh) | 一种节点故障检测方法、装置和计算机可读存储介质 | |
CN111723064A (zh) | 日志采集方法、装置、服务器及存储介质 | |
CN114579368B (zh) | 持续数据保护的备份管理方法、计算机设备及存储介质 | |
US10929292B2 (en) | Data write control apparatus and method | |
CN116991636B (zh) | 基于分布式存储的数据增量备份方法、系统及存储介质 | |
JP2757648B2 (ja) | オンライントランザクションデータ処理システム | |
CN111880730A (zh) | 一种全闪存阵列写io的调整方法、装置、设备及介质 | |
CN100451962C (zh) | 在基于磁盘的操作系统中自适应控制程序的装载 | |
JP7048890B2 (ja) | 情報処理装置、情報収集プログラム及び情報収集方法 | |
CN114579369A (zh) | 数据的备份方法、计算机设备及存储介质 | |
JP3296378B2 (ja) | コンピュータバックアップシステム | |
CN109213446B (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 | ||
CP01 | Change in the name or title of a patent holder | ||
CP01 | Change in the name or title of a patent holder |
Address after: 430070 No. 1, 2 and 10, floors 1-3, building A7, Rongke Zhigu industrial project phase I, No. 555, Wenhua Avenue, Hongshan District, Wuhan City, Hubei Province Patentee after: Wuhan Barda Technology Co.,Ltd. Address before: 430070 No. 1, 2 and 10, floors 1-3, building A7, Rongke Zhigu industrial project phase I, No. 555, Wenhua Avenue, Hongshan District, Wuhan City, Hubei Province Patentee before: Wuhan Sitong Information Service Co.,Ltd. |