CN110955563A - 数据备份方法及装置 - Google Patents
数据备份方法及装置 Download PDFInfo
- Publication number
- CN110955563A CN110955563A CN201911178647.2A CN201911178647A CN110955563A CN 110955563 A CN110955563 A CN 110955563A CN 201911178647 A CN201911178647 A CN 201911178647A CN 110955563 A CN110955563 A CN 110955563A
- Authority
- CN
- China
- Prior art keywords
- backup
- data
- request
- data backup
- user
- 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.)
- Withdrawn
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
Abstract
本申请公开了一种数据备份方法及装置、计算机设备及可读存储介质。该方法包括:获取用户的数据备份请求,所述用户的数据备份请求是指针对同一数据文件进行一次或者多次的数据备份请求;确定与所述数据备份请求对应的备份任务在备份队列中的备份状态;根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重。本申请解决了相关技术中的数据备份方法由于无法对备份系统存在的多份重复备份文件以及不完整的备份文件进行处理导致占用数据存储资源的技术问题。通过本申请,达到了相同的数据文件在数据存储系统仅存在一份备份文件的目的,从而实现了节省数据存储空间,提高数据备份效率的技术效果。
Description
技术领域
本申请涉及数据备份技术领域,具体而言,涉及一种数据备份方法及装置、计算机设备及可读存储介质。
背景技术
数据备份,是指为防止系统出现操作失误或系统故障导致数据丢失,而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。传统的数据备份主要是采用内置或外置的磁带机进行冷备份。但是这种方式只能防止操作失误等人为故障,而且其恢复时间也很长。随着技术的不断发展,数据的海量增加,不少的企业开始采用网络备份。网络备份一般通过专业的数据存储管理软件结合相应的硬件和存储设备来实现。
通常一个单独的业务系统可能分布在多台linux系统的服务器上为用户提供服务,而它们也会在对应的服务器上的不同位置产生各种不同类型的日志,例如出错日志,业务相互调用日志,网络请求日志等。通常需要日志系统将多台服务器上不同位置的不同类型的业务运行日志定期进行冷备或者实时进行热备,而备份日志的系统与业务系统的IP地址在绝大多数的情况下并不在相同的服务器上,此时就需要实现一套系统来对日志进行同步备份。现有的备份系统在用户因为前端原因造成连续点击或者服务器响应出错进行二次点击以及服务器更新备份状态失败导致二次配置时,会在指定备份系统存在多份备份文件或者备份文件不完整的情况,进而导致占用业务服务器以及待备份日志服务器的内存处理器等相关存储资源。
针对相关技术中的数据备份方法由于无法对备份系统存在的多份重复备份文件以及不完整的备份文件进行处理导致占用数据存储资源的问题,目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种数据备份方法及装置、计算机设备及可读存储介质,以解决相关技术中的数据备份方法由于无法对备份系统存在的多份重复备份文件以及不完整的备份文件进行处理导致占用数据存储资源的问题。
为了实现上述目的,根据本申请的第一方面,提供了一种数据备份方法。
根据本申请的数据备份方法包括:获取用户的数据备份请求,所述用户的数据备份请求是指针对同一数据文件进行一次或者多次的数据备份请求;确定与所述数据备份请求对应的备份任务在备份队列中的备份状态;根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重。
进一步地,所述用户的数据备份请求包括第一数据备份请求和第二数据备份请求,所述确定与所述数据备份请求对应的备份任务在备份队列中的备份状态包括:确定所述第一数据备份请求和所述第二数据备份请求之间的时间间隔,其中所述第二数据备份请求的请求时间不小于所述第一数据备份请求的请求时间;判断所述时间间隔是否大于预设间隔阈值;如果大于,则拒绝所述用户的第二数据备份请求并提示已备份;如果小于,则判断所述备份队列中与所述第二数据备份请求对应的所述备份任务的备份状态。
进一步地,所述备份队列中与所述数据备份请求对应的备份任务有多个,所述根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重包括:如果多个所述备份任务的备份状态均为未完成状态,则根据多个所述备份任务的备份时间对所述备份队列进行去重处理;如果多个所述备份任务中有任意一个所述备份任务的备份状态为已完成状态,则将备份状态为未完成状态的所述备份任务从所述备份队列中删除。
进一步地,所述用户的数据备份请求包括第一数据备份请求和第二数据备份请求,所述获取用户的数据备份请求之后包括:根据备份服务器对所述用户的第一数据备份请求的未响应信息获取所述用户的第二数据备份请求;判断是否可以获取到所述备份服务器对所述用户的第二数据备份请求的响应信息;如果无法获取到,则将所述用户的数据备份请求对应的备份任务的备份状态标记为未备份状态;如果可以获取到,则根据响应信息确定是否根据所述用户的第二数据备份请求进行数据备份。
进一步地,所述获取用户的数据备份请求之后包括:判断与所述数据备份请求对应的备份任务是否已在所述备份队列中;如果所述备份任务已在所述备份队列中,则判断所述备份任务的完成状态;根据所述备份任务的完成状态对所述备份队列进行去重处理;根据去重结果更新所述备份任务的备份状态。
为了实现上述目的,根据本申请的第二方面,提供了一种数据备份装置。
根据本申请的数据备份装置包括:第一获取模块,用于获取用户的数据备份请求,所述用户的数据备份请求是指针对同一数据文件进行一次或者多次的数据备份请求;第一确定模块,用于确定与所述数据备份请求对应的备份任务在备份队列中的备份状态;第二确定模块,用于根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重。
进一步地,所述用户的数据备份请求包括第一数据备份请求和第二数据备份请求,所述第一确定模块包括:确定单元,用于确定所述第一数据备份请求和所述第二数据备份请求之间的时间间隔,其中所述第二数据备份请求的请求时间不小于所述第一数据备份请求的请求时间;第一判断单元,用于判断所述时间间隔是否大于预设间隔阈值;提示单元,用于如果大于,则拒绝所述用户的第二数据备份请求并提示已备份;第二判断单元,用于如果小于,则判断所述备份队列中与所述第二数据备份请求对应的所述备份任务的备份状态。
进一步地,所述第二确定模块包括:第一去重单元,用于如果多个所述备份任务的备份状态均为未完成状态,则根据多个所述备份任务的备份时间对所述备份队列进行去重处理;如果多个所述备份任务中有任意一个所述备份任务的备份状态为已完成状态,则将备份状态为未完成状态的所述备份任务从所述备份队列中删除。
为了实现上述目的,根据本申请的第三方面,提供了一种计算机设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序;当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如前所述的方法。
为了实现上述目的,根据本申请的第四方面,提供了一种计算机可读存储介质,其上存储有计算机指令,所述指令被处理器执行时实现如前所述方法的步骤。
在本申请实施例中,采用获取用户的数据备份请求,所述用户的数据备份请求是指针对同一数据文件进行一次或者多次的数据备份请求;确定与所述数据备份请求对应的备份任务在备份队列中的备份状态的方式,通过根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重,达到了相同的数据文件在数据存储系统仅存在一份备份文件的目的,从而实现了节省数据存储空间的技术效果,进而解决了相关技术中的数据备份方法由于无法对备份系统存在的多份重复备份文件以及不完整的备份文件进行处理导致占用数据存储资源的技术问题。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解,使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请第一实施例的数据备份方法的流程示意图;
图2是根据本申请第二实施例的数据备份方法的流程示意图;
图3是根据本申请第三实施例的数据备份方法的流程示意图;
图4是根据本申请第四实施例的数据备份方法的流程示意图;
图5是根据本申请第五实施例的数据备份方法的流程示意图;
图6是根据本申请第一实施例的数据备份装置的组成结构示意图;以及
图7是根据本申请第二实施例的数据备份装置的组成结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
根据本发明实施例,提供了一种数据备份方法,如图1所示,该方法包括如下的步骤S101至步骤S103:
步骤S101,获取用户的数据备份请求,所述用户的数据备份请求是指针对同一数据文件进行一次或者多次的数据备份请求。
在数据备份场景下,当由于前端显示等原因导致用户连续点击备份或者服务器出错未返回备份信息导致用户重新点击备份,又或者备份服务器更新备份状态失败导致用户重新点击备份等等,这些重新点击备份的操作在通常情况下,实际的备份数据进程已经在进行中,导致用户重新发起了备份请求,以及出现了多次备份数据的情况,导致了占用业务服务器以及待备份数据服务器的内存处理器等相关存储空间的问题。
本申请的数据备份方法为了解决上述问题,首先需要获取用户发送的数据备份请求,该数据备份请求可以是用户针对某一待备份文件发起的第一次备份请求,也可以是由于上述上述原因导致的用户发起的第二次或多次备份请求,具体地,用户的数据备份请求中可以包含该待备份文件的唯一标识信息如文件ID信息,以作为后续判断该文件是否已经进行备份的依据。
步骤S102,确定与所述数据备份请求对应的备份任务在备份队列中的备份状态。
具体实施时,在得到用户的数据备份请求后,需要判断用户的数据备份请求中包含的备份文件在当前备份队列中的备份状态,所述备份状态可以包括用户请求的该备份文件是否在所述备份队列中,如果该备份文件在当前的备份队列中,则确定该备份文件在当前备份队列中的备份任务个数及每个任务分别对应的备份进度,例如是否已完成备份或者仍在备份中。此处需要说明的是,由于之前用户重复点击备份的操作,对于同一备份文件在备份队列中可能存在多个备份任务与之对应。
步骤S103,根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重。
具体实施时,如果判断出用户的数据备份请求中包含的备份文件不在当前备份队列中,说明用户发起的是新的备份请求,则可以根据用户请求进行相应的备份,如果判断出用户的数据备份请求中包含的备份文件在当前备份队列中,说明用户之前已经针对该备份文件发起过备份请求,但由于前端显示、服务器出错未返回备份信息或者服务器更新备份状态失败导致用户未知晓该备份文件已经进行备份,所以再次发起备份请求,此时不再接受该用户的备份请求,同时需要在备份队列对用户请求的备份文件对应的备份任务进行去重处理。通过上述过程可以确保用户请求的备份文件在备份服务器中仅存在一个备份文件与之对应,避免重复备份,节省了数据存储空间,进而提高服务器的数据备份效率。
作为本申请实施例的一种优选实施方式,如图2所示,所述用户的数据备份请求包括第一数据备份请求和第二数据备份请求,所述确定与所述数据备份请求对应的备份任务在备份队列中的备份状态包括如下的步骤S201至步骤S204:
步骤S201,确定所述第一数据备份请求和所述第二数据备份请求之间的时间间隔,其中所述第二数据备份请求的请求时间不小于所述第一数据备份请求的请求时间。
具体实施时,用户的数据备份请求可以包括多次备份请求,在本申请实施例中,用户的多次备份请求是指针对同一个待备份文件的发起的多次备份请求,例如,用户在一段时间内针对同一待备份文件发起了两次备份请求,需要确定这两次备份请求之间的时间间隔,以根据时间间隔确定是否接受用户的备份请求。
步骤S202,判断所述时间间隔是否大于预设间隔阈值。
具体实施时,可以根据数据备份的历史完成时长事先设置一个预设时间间隔阈值,例如,针对与用户请求的备份文件相同大小和相同类型的文件,该文件的历史平均备份时长为10秒,则将10秒设置为上述预设间隔阈值,以根据该预设间隔阈值判断是否接受用户的备份请求。
步骤S203,如果大于,则拒绝所述用户的第二数据备份请求并提示已备份。
具体实施时,如果用户再次发起的数据备份请求的时间与用户前一次发起的数据备份请求的时间间隔大于预设阈值,说明在该时间段内备份服务器已经根据用户的前一次备份请求完成了数据备份,因此,不再接受该用户的第二次备份请求以避免重复备份,返回错误并提示已有相关备份。
步骤S204,如果小于,则判断所述备份队列中与所述第二数据备份请求对应的所述备份任务的备份状态。
具体实施时,如果用户再次发起的数据备份请求的时间与用户前一次发起的数据备份请求的时间间隔小于预设阈值,则在该时间段内备份服务器可能根据用户的前一次备份请求尚未完成数据备份,因此需要进一步判断该备份任务在备份队列中的备份状态,包括是否已完成备份或者仍在备份中,根据备份状态确定是否需要对备份队列进行去重处理。
作为本申请实施例的一种优选实施方式,如图3所示,所述备份队列中与所述数据备份请求对应的备份任务有多个,所述根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重包括如下的步骤S301至步骤S302:
步骤S301,如果多个所述备份任务的备份状态均为未完成状态,则根据多个所述备份任务的备份时间对所述备份队列进行去重处理。
具体实施时,在备份队列中与用户的数据备份请求中的备份文件对应的备份任务为多个,即多个任务针对同一文件同时进行备份,这时需要判断每个备份任务当前的备份状态,如果针对同一备份文件的所有备份任务均处在未完成状态中,则需要进一步确定每个备份任务的备份时间,保留已有备份时间最长且仍然在进行备份操作的任务,同时删除掉队列中其与的备份任务及对应的已产生的备份数据。
步骤S302,如果多个所述备份任务中有任意一个所述备份任务的备份状态为已完成状态,则将备份状态为未完成状态的所述备份任务从所述备份队列中删除。
具体实施时,如果多个备份任务中有任意一个备份任务为已完成备份的状态,则停止其他备份任务,同时删除掉还在进行中的备份任务及对应的已产生的备份数据。
作为本申请实施例的一种优选实施方式,如图4所示,所述用户的数据备份请求包括第一数据备份请求和第二数据备份请求,所述获取用户的数据备份请求之后包括如下的步骤S401至步骤S404:
步骤S401,根据备份服务器对所述用户的第一数据备份请求的未响应信息获取所述用户的第二数据备份请求。
具体实施时,当由于服务器出错未返回信息导致用户重新点击备份操作时,需要首先根据服务器对用户的前一次请求的未响应信息进一步获取用户的再次数据备份请求。
步骤S402,判断是否可以获取到所述备份服务器对所述用户的第二数据备份请求的响应信息。
具体实施时,可以事先设置服务器出错未响应导致用户再次请求备份的次数阈值,判断在出错次数阈值内,是否可以获取到备份服务器对所述用户的第二数据备份请求的响应信息。
步骤S403,如果无法获取到,则将所述用户的数据备份请求对应的备份任务的备份状态标记为未备份状态。
具体实施时,如果在出错次数阈值内,无法获取到备份服务器对所述用户的第二数据备份请求的响应信息,此时则可以将对应的备份状态改为可以重新备份状态,后续可以由反向删除流程来处理。
步骤S404,如果可以获取到,则根据响应信息确定是否根据所述用户的第二数据备份请求进行数据备份。
具体实施时,如果在出错次数阈值内,可以获取到备份服务器对所述用户的第二数据备份请求的响应信息,则需要进一步判断服务器的返回结果,返回结果包括该请求的备份文件是否已在备份队列中,如果备份服务器上没有对应的备份任务进程且返回相关备份结果为空,则根据用户的第二数据备份请求进行备份操作;如果备份服务器上已有备份任务进行中或者备份服务器返回的数据中显示相关备份已完成,则无需再根据用户的第二数据备份请求进行备份。
作为本申请实施例的一种优选实施方式,如图5所示,所述获取用户的数据备份请求之后包括如下的步骤S501至步骤S504:
步骤S501,判断与所述数据备份请求对应的备份任务是否已在所述备份队列中。
具体实施时,对于由于服务器更新备份状态失败导致用户重新发起备份请求的情况,当有新的备份请求到达时,首先需要判断用户再次请求的备份文件是否已在备份队列中。
步骤S502,如果所述备份任务已在所述备份队列中,则判断所述备份任务的完成状态。
具体实施时,如果用户请求的备份任务已在所述备份队列中,则进一步判断所述备份任务在备份队列中的完成状态,例如已完成备份状态或者仍在备份中状态。
步骤S503,根据所述备份任务的完成状态对所述备份队列进行去重处理。
具体实施时,如果有备份队列中有针对同一备份文件的多个备份任务,且多个备份任务均未完成备份,则可以对已有的多个备份任务进行优化,选择已有备份时间最长,且仍然在进行备份操作的任务,同时删除掉已有的其余备份任务及已产生的对应文件。如果对于当前备份文件已有某个备份任务完成了数据备份,则停止所有其他尚未完成的备份任务,并删除这些未完成备份的备份任务所产生的文件,以避免备份队列中出现重复备份,节省数据存储资源。
步骤S504,根据去重结果更新所述备份任务的备份状态。
具体实施时,在对备份队列中的备份任务进行去重操作后,需要同时更新用户请求的备份文件在备份服务器上的备份状态,进而解决服务器更新备份状态失败的问题,当用户下次请求备份时,由于备份状态为已完成备份,则无需进行重复备份。
从以上的描述中,可以看出,本发明实现了如下技术效果:采用获取用户的数据备份请求,所述用户的数据备份请求是指针对同一数据文件进行一次或者多次的数据备份请求;确定与所述数据备份请求对应的备份任务在备份队列中的备份状态的方式,通过根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重,达到了相同的数据文件在数据存储系统仅存在一份备份文件的目的,从而实现了节省数据存储空间,提高数据备份效率的技术效果。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本发明实施例,还提供了一种用于实施上述数据备份方法的装置,如图6所示,该装置包括:第一获取模块1、第一确定模块2和第二确定模块3。本申请实施例的第一获取模块1,用于获取用户的数据备份请求,所述用户的数据备份请求是指针对同一数据文件进行一次或者多次的数据备份请求;本申请实施例的第一确定模块2,用于确定与所述数据备份请求对应的备份任务在备份队列中的备份状态;本申请实施例的第二确定模块3,用于根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重。
作为本申请实施例的一种优选实施方式,如图7所示,所述用户的数据备份请求包括第一数据备份请求和第二数据备份请求,所述第一确定模块2包括:确定单元21、第一判断单元22、提示单元23和第二判断单元24。本申请实施例的确定单元21,用于确定所述第一数据备份请求和所述第二数据备份请求之间的时间间隔,其中所述第二数据备份请求的请求时间不小于所述第一数据备份请求的请求时间;本申请实施例的第一判断单元22,用于判断所述时间间隔是否大于预设间隔阈值;本申请实施例的提示单元23,用于如果大于,则拒绝所述用户的第二数据备份请求并提示已备份;本申请实施例的第二判断单元24,用于如果小于,则判断所述备份队列中与所述第二数据备份请求对应的所述备份任务的备份状态。
作为本申请实施例的一种优选实施方式,所述第二确定模块包括:第一去重单元,用于如果多个所述备份任务的备份状态均为未完成状态,则根据多个所述备份任务的备份时间对所述备份队列进行去重处理;第二去重单元,用于如果多个所述备份任务中有任意一个所述备份任务的备份状态为已完成状态,则将备份状态为未完成状态的所述备份任务从所述备份队列中删除。
作为本申请实施例的一种优选实施方式,所述用户的数据备份请求包括第一数据备份请求和第二数据备份请求,所述装置还包括:第二获取模块,用于根据备份服务器对所述用户的第一数据备份请求的未响应信息获取所述用户的第二数据备份请求;第一判断模块,用于判断是否可以获取到所述备份服务器对所述用户的第二数据备份请求的响应信息;标记模块,用于如果无法获取到,则将所述用户的数据备份请求对应的备份任务的备份状态标记为未备份状态;第三确定模块,用于如果可以获取到,则根据响应信息确定是否根据所述用户的第二数据备份请求进行数据备份。
作为本申请实施例的一种优选实施方式,所述装置还包括:第二判断模块,用于判断与所述数据备份请求对应的备份任务是否已在所述备份队列中;第三判断模块,用于如果所述备份任务已在所述备份队列中,则判断所述备份任务的完成状态;去重模块,用于根据所述备份任务的完成状态对所述备份队列进行去重处理;更新模块,用于根据去重结果更新所述备份任务的备份状态。
上述各模块及各单元之间的具体连接关系及所发挥的功能请参照方法部分的具体描述,再次不做赘述。
根据本发明实施例,还提供了一种计算机设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序;当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如前所述的方法。
根据本发明实施例,还提供了一种计算机可读存储介质,其上存储有计算机指令,所述指令被处理器执行时实现如前所述方法的步骤。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种数据备份方法,其特征在于,包括:
获取用户的数据备份请求,所述用户的数据备份请求是指针对同一数据文件进行一次或者多次的数据备份请求;
确定与所述数据备份请求对应的备份任务在备份队列中的备份状态;
根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重。
2.根据权利要求1所述的数据备份方法,其特征在于,所述用户的数据备份请求包括第一数据备份请求和第二数据备份请求,所述确定与所述数据备份请求对应的备份任务在备份队列中的备份状态包括:
确定所述第一数据备份请求和所述第二数据备份请求之间的时间间隔,其中所述第二数据备份请求的请求时间不小于所述第一数据备份请求的请求时间;
判断所述时间间隔是否大于预设间隔阈值;
如果大于,则拒绝所述用户的第二数据备份请求并提示已备份;
如果小于,则判断所述备份队列中与所述第二数据备份请求对应的所述备份任务的备份状态。
3.根据权利要求1所述的数据备份方法,其特征在于,所述备份队列中与所述数据备份请求对应的备份任务有多个,所述根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重包括:
如果多个所述备份任务的备份状态均为未完成状态,则根据多个所述备份任务的备份时间对所述备份队列进行去重处理;
如果多个所述备份任务中有任意一个所述备份任务的备份状态为已完成状态,则将备份状态为未完成状态的所述备份任务从所述备份队列中删除。
4.根据权利要求1所述的数据备份方法,其特征在于,所述用户的数据备份请求包括第一数据备份请求和第二数据备份请求,所述获取用户的数据备份请求之后包括:
根据备份服务器对所述用户的第一数据备份请求的未响应信息获取所述用户的第二数据备份请求;
判断是否可以获取到所述备份服务器对所述用户的第二数据备份请求的响应信息;
如果无法获取到,则将所述用户的数据备份请求对应的备份任务的备份状态标记为未备份状态;
如果可以获取到,则根据响应信息确定是否根据所述用户的第二数据备份请求进行数据备份。
5.根据权利要求1所述的数据备份方法,其特征在于,所述获取用户的数据备份请求之后包括:
判断与所述数据备份请求对应的备份任务是否已在所述备份队列中;
如果所述备份任务已在所述备份队列中,则判断所述备份任务的完成状态;
根据所述备份任务的完成状态对所述备份队列进行去重处理;
根据去重结果更新所述备份任务的备份状态。
6.一种数据备份装置,其特征在于,包括:
第一获取模块,用于获取用户的数据备份请求,所述用户的数据备份请求是指针对同一数据文件进行一次或者多次的数据备份请求;
第一确定模块,用于确定与所述数据备份请求对应的备份任务在备份队列中的备份状态;
第二确定模块,用于根据所述备份任务在所述备份队列中的备份状态确定是否对所述备份队列进行去重。
7.根据权利要求6所述的数据备份装置,其特征在于,所述用户的数据备份请求包括第一数据备份请求和第二数据备份请求,所述第一确定模块包括:
确定单元,用于确定所述第一数据备份请求和所述第二数据备份请求之间的时间间隔,其中所述第二数据备份请求的请求时间不小于所述第一数据备份请求的请求时间;
第一判断单元,用于判断所述时间间隔是否大于预设间隔阈值;
提示单元,用于如果大于,则拒绝所述用户的第二数据备份请求并提示已备份;
第二判断单元,用于如果小于,则判断所述备份队列中与所述第二数据备份请求对应的所述备份任务的备份状态。
8.根据权利要求6所述的数据备份装置,其特征在于,所述第二确定模块包括:
第一去重单元,用于如果多个所述备份任务的备份状态均为未完成状态,则根据多个所述备份任务的备份时间对所述备份队列进行去重处理;
如果多个所述备份任务中有任意一个所述备份任务的备份状态为已完成状态,则将备份状态为未完成状态的所述备份任务从所述备份队列中删除。
9.一种计算机设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1至5中任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,其上存储有计算机指令,所述指令被处理器执行时实现如权利要求1至5中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911178647.2A CN110955563A (zh) | 2019-11-26 | 2019-11-26 | 数据备份方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911178647.2A CN110955563A (zh) | 2019-11-26 | 2019-11-26 | 数据备份方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110955563A true CN110955563A (zh) | 2020-04-03 |
Family
ID=69977043
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911178647.2A Withdrawn CN110955563A (zh) | 2019-11-26 | 2019-11-26 | 数据备份方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110955563A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105224418A (zh) * | 2015-09-06 | 2016-01-06 | 福建三元达通讯股份有限公司 | 一种数据备份方法和装置 |
CN106708661A (zh) * | 2016-12-09 | 2017-05-24 | 浙江宇视科技有限公司 | 一种广域网环境中的数据备份方法及装置 |
CN107870726A (zh) * | 2016-09-26 | 2018-04-03 | 北京优朋普乐科技有限公司 | 基于冗余机制的数据存储方法和装置、服务器 |
CN109040209A (zh) * | 2018-07-23 | 2018-12-18 | 深圳市牛鼎丰科技有限公司 | 拦截重复请求的方法、装置、计算机设备及存储介质 |
CN109032837A (zh) * | 2018-06-15 | 2018-12-18 | 华为技术有限公司 | 数据备份的方法和装置 |
CN109104336A (zh) * | 2018-09-27 | 2018-12-28 | 平安普惠企业管理有限公司 | 服务请求处理方法、装置、计算机设备及存储介质 |
-
2019
- 2019-11-26 CN CN201911178647.2A patent/CN110955563A/zh not_active Withdrawn
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105224418A (zh) * | 2015-09-06 | 2016-01-06 | 福建三元达通讯股份有限公司 | 一种数据备份方法和装置 |
CN107870726A (zh) * | 2016-09-26 | 2018-04-03 | 北京优朋普乐科技有限公司 | 基于冗余机制的数据存储方法和装置、服务器 |
CN106708661A (zh) * | 2016-12-09 | 2017-05-24 | 浙江宇视科技有限公司 | 一种广域网环境中的数据备份方法及装置 |
CN109032837A (zh) * | 2018-06-15 | 2018-12-18 | 华为技术有限公司 | 数据备份的方法和装置 |
CN109040209A (zh) * | 2018-07-23 | 2018-12-18 | 深圳市牛鼎丰科技有限公司 | 拦截重复请求的方法、装置、计算机设备及存储介质 |
CN109104336A (zh) * | 2018-09-27 | 2018-12-28 | 平安普惠企业管理有限公司 | 服务请求处理方法、装置、计算机设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10817386B2 (en) | Virtual machine recovery method and virtual machine management device | |
US11816063B2 (en) | Automatic archiving of data store log data | |
US20200034210A1 (en) | Maintaining two-site configuration for workload availability between sites at unlimited distances for products and services | |
CN102594849B (zh) | 数据备份、恢复方法、虚拟机快照删除、回滚方法及装置 | |
US10831741B2 (en) | Log-shipping data replication with early log record fetching | |
US10599636B2 (en) | Service outage time reduction for a planned event in a system | |
CN109862101B (zh) | 跨平台应用启动方法、装置、计算机设备和存储介质 | |
US10452502B2 (en) | Handling node failure in multi-node data storage systems | |
US10303678B2 (en) | Application resiliency management using a database driver | |
CN111382008B (zh) | 一种虚拟机数据的备份方法、装置及系统 | |
CN106572137B (zh) | 一种分布式服务资源管理方法和装置 | |
CN111880967A (zh) | 云场景下的文件备份方法、装置、介质和电子设备 | |
CN107656796B (zh) | 一种虚拟机冷迁移方法、系统及设备 | |
CN107122271B (zh) | 一种恢复节点事件的方法、装置及系统 | |
US20220121534A1 (en) | System and method for backing up highly available source databases in a hyperconverged system | |
WO2016107219A1 (zh) | 数据恢复方法及装置 | |
CN107623705B (zh) | 基于视频云存储系统的存储模式升级方法、装置和系统 | |
US10979303B1 (en) | Segmentation of maintenance on distributed systems | |
CN104463014A (zh) | 一种基于快照的oracle数据库保护方法 | |
CN111404737A (zh) | 一种容灾处理方法以及相关装置 | |
CN115756955A (zh) | 一种数据备份、数据恢复的方法、装置及计算机设备 | |
CN111124751A (zh) | 数据恢复方法及系统、数据存储节点、数据库管理节点 | |
CN110955563A (zh) | 数据备份方法及装置 | |
US11119994B1 (en) | Record-by-record live migration using segmentation | |
US11121981B1 (en) | Optimistically granting permission to host computing resources |
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 | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20200403 |
|
WW01 | Invention patent application withdrawn after publication |