CN117931830A - 数据恢复方法、装置、电子设备、存储介质及程序产品 - Google Patents
数据恢复方法、装置、电子设备、存储介质及程序产品 Download PDFInfo
- Publication number
- CN117931830A CN117931830A CN202410339704.5A CN202410339704A CN117931830A CN 117931830 A CN117931830 A CN 117931830A CN 202410339704 A CN202410339704 A CN 202410339704A CN 117931830 A CN117931830 A CN 117931830A
- Authority
- CN
- China
- Prior art keywords
- backup file
- priority
- data
- file
- backup
- 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.)
- Pending
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 87
- 238000000034 method Methods 0.000 title claims abstract description 72
- 238000004590 computer program Methods 0.000 claims abstract description 25
- 230000008569 process Effects 0.000 description 14
- 238000012360 testing method Methods 0.000 description 5
- 239000002699 waste material Substances 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000002776 aggregation Effects 0.000 description 3
- 238000004220 aggregation Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 239000002131 composite material Substances 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011990 functional testing Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000010998 test method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开实施例提供了一种数据恢复方法、装置、电子设备、计算机可读存储介质及计算机程序产品,涉及数据库恢复技术领域。该方法包括:获取针对待恢复数据的至少一个备份文件对应的至少一个备份文件信息,备份文件信息包括对应备份文件的存储位置和至少一个数据库节点,针对各个备份文件,执行至少一次优先级更新操作,直至每一备份文件均成功下载至对应的数据库节点,向各个备份文件的至少一个数据库节点发送恢复请求,以对待恢复数据进行恢复。本公开实施例通过对待恢复数据各个备份文件设置优先级,使得各个备份文件在不同数据库节点上的下载操作时间相近,尽快完成数据恢复,能够有效降低数据恢复所耗时间。
Description
技术领域
本公开涉及数据库恢复技术领域,具体而言,本公开涉及一种数据恢复方法、装置、电子设备、存储介质及程序产品。
背景技术
随着诸如云计算和大数据技术等新一代信息技术在信息化建设中的不断深入应用,数据量不断膨胀,分布式数据库的应用逐渐广泛。采用分布式数据库聚集群存储数据时,为了保证数据的可靠性会进行数据备份,当分布式数据库集群中的节点发生故障、数据被破坏等异常情况下,需要利用备份的数据对分布式数据库集群进行数据恢复。
现有技术中,在进行数据恢复的过程中需要在每个数据库节点下载备份文件,然后进行数据恢复,由于存在大量备份文件,且备份文件的副本会分布在不同的节点上,需要等待所有备份文件副本下载成功才能够进行数据恢复,容易造成资源浪费,导致数据恢复耗时较长。
发明内容
本公开实施例提供了一种数据恢复方法、装置、电子设备、计算机可读存储介质及计算机程序产品,旨在解决大量备份文件及其副本的下载耗时较长,浪费资源且数据恢复耗时较长的技术问题。
第一方面,提供了一种数据恢复方法,该方法包括:
获取针对待恢复数据的至少一个备份文件对应的至少一个备份文件信息;备份文件信息包括对应备份文件的存储位置和至少一个数据库节点;
针对各个备份文件,执行至少一次优先级更新操作,直至每一备份文件均成功下载至对应的数据库节点,向各个备份文件的至少一个数据库节点发送恢复请求,以对待恢复数据进行恢复;
优先级更新操作包括:
确定各个备份文件的当前次优先级更新操作对应的数据库节点的第一数量;
基于各个备份文件对应的第一数量确定各个备份文件的优先级;备份文件的数据库节点与备份文件的优先级之间负相关;
将优先级最高的备份文件作为目标备份文件,以使各个数据库节点从目标备份文件的存储位置下载目标备份文件;接收每一数据库节点针对目标备份文件的反馈信息;基于反馈信息,更新目标备份文件的数据库节点的第一数量。
可选的,基于反馈信息,更新目标备份文件的数据库节点的第一数量,包括:
若反馈信息为下载成功,则更新反馈信息对应的目标备份文件的数据库节点的第一数量;
方法还包括:
若反馈信息为下载失败,则更新反馈信息对应的目标备份文件的备份文件信息。
可选的,方法还包括:
基于各个数据库节点的第一数量生成数据下载队列;
若反馈信息为下载失败,则更新反馈信息对应的目标备份文件的备份文件信息,还包括:
若反馈信息为下载失败,则更新反馈信息对应的目标备份文件的备份文件信息;
基于更新后的备份文件信息,将目标备份文件重新添加到数据下载队列中。
可选的,将优先级最高的备份文件作为目标备份文件,包括:
将优先级最高的备份文件作为第一备份文件;
对第一备份文件进行至少一次判断操作,直至满足预设结束条件,将满足预设结束条件的第一备份文件作为目标备份文件;预设结束条件为第一比较结果和第二比较结果均为相同;
判断操作包括:
确定第一备份文件的版本信息和第一备份文件的优先级;
将版本信息与文件状态信息中的参照版本信息进行比较,获取第一比较结果;将优先级与文件状态信息中的参照优先级进行比较,获取第二比较结果;
若第一比较结果和第二比较结果中至少一个不相同,则将除了第一备份文件之外优先级最高的第二备份文件作为下一次判断操作对应的第一备份文件。
可选的,方法还包括:
若反馈信息为下载失败,更新目标备份文件的版本信息。
可选的,执行至少一次优先级更新操作之前,还包括:
将第一次优先级更新操作之前对应的至少一个备份文件的优先级设置为最低优先级。
可选的,向各个备份文件的至少一个数据库节点发送恢复请求,包括:
从至少一个数据库节点中确定主数据库节点;
向主数据库节点发送恢复请求,以使主数据库节点将恢复请求同步到除了主数据库节点之外的各个数据库节点上。
第二方面,提供了一种数据恢复装置,该装置包括:
信息获取模块,用于获取针对待恢复数据的至少一个备份文件对应的至少一个备份文件信息;备份文件信息包括对应备份文件的存储位置和至少一个数据库节点;
数据恢复模块,用于针对各个备份文件,执行至少一次优先级更新操作,直至每一备份文件均成功下载至对应的数据库节点,向各个备份文件的至少一个数据库节点发送恢复请求,以对待恢复数据进行恢复;
优先级更新操作包括:
确定各个备份文件的当前次优先级更新操作对应的数据库节点的第一数量;
基于各个备份文件对应的第一数量确定各个备份文件的优先级;备份文件的数据库节点与备份文件的优先级之间负相关;
将优先级最高的备份文件作为目标备份文件,以使各个数据库节点从目标备份文件的存储位置下载目标备份文件;接收每一数据库节点针对目标备份文件的反馈信息;基于反馈信息,更新目标备份文件的数据库节点的第一数量。
第三方面,提供了一种电子设备,该电子设备包括:
存储器、处理器及存储在存储器上的计算机程序,其特征在于,处理器执行计算机程序以实现本公开第一方面中任一项方法的步骤。
第四方面,提供了一种计算机可读存储介质,其上存储有计算机程序,其特征在于,计算机程序被处理器执行时实现本公开第一方面中任一项所示的数据恢复方法。
第五方面,提供了一种计算机程序产品,包括计算机程序,其特征在于,计算机程序被处理器执行时实现本公开第一方面中任一项方法的步骤。
本公开实施例提供的技术方案带来的有益效果是:
本公开提供的功能测试方法,通过确定待恢复数据的各个备份文件对应的备份文件信息,从而确定各个备份文件分别所在的数据库节点,为每一备份文件设置优先级,执行至少一次优先级更新操作,基于待下载的备份文件的数据库节点的第一数量确定优先级,备份文件的数据库节点与备份文件的优先级之间负相关,当有数据库节点成功下载备份文件,修改第一数量并更新优先级,使得待恢复数据对应的所有备份文件均在相近的时间下载成功,以尽快进行待恢复数据的恢复,能够有效提升备份文件下载效率,有效减少数据恢复耗时。
进一步的,基于各个备份文件对应数据库节点的第一数量生成数据下载队列,在基于优先级确定优先级最高的备份文件进入下载队列时,确定每一备份文件对应的版本信息,将版本信息和优先级与文件状态信息中的参照版本信息与参照优先级进行比较,从而确定是否将该文件作为目标备份文件并加入下载队列,能够确保下载的文件版本正确,避免浪费时间下载了错误的文件版本,减少资源浪费,提升数据恢复效率。
附图说明
为了更清楚地说明本公开实施例中的技术方案,下面将对本公开实施例描述中所需要使用的附图作简单地介绍。
图1为本公开实施例提供的一种数据恢复方法的应用场景示意图;
图2为本公开实施例提供的一种数据恢复方法的流程示意图;
图3为本公开实施例提供的一种数据恢复方法中的数据恢复操作的流程示意图;
图4为本公开实施例提供的一种数据恢复方法中的优先级更新操作的流程示意图;
图5为本公开实施例提供的一种数据恢复方法的示例的流程示意图;
图6为本公开实施例提供的一种数据恢复装置的结构示意图;
图7为本公开实施例提供的一种数据恢复方法适用的电子设备的结构示意图。
具体实施方式
下面结合本公开中的附图描述本公开的实施例。应理解,下面结合附图所阐述的实施方式,是用于解释本公开实施例的技术方案的示例性描述,对本公开实施例的技术方案不构成限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本公开实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件,但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解,当我们称一个元件被“连接”或“耦接”到另一元件时,该一个元件可以直接连接或耦接到另一元件,也可以指该一个元件和另一元件通过中间元件建立连接关系。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。本公开使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的,或意味着任一个或任何组合。例如,“包括以下至少一个:A、B、C”意味着“以下任一个:A;B;C;A和B;A和C;B和C;A和B和C”,再如,“A、B或C”或者“A、B和/或C”意味着“以下任一个:A;B;C;A和B;A和C;B和C;A和B和C”。
为使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开实施方式作进一步地详细描述。
首先对本公开涉及的技术术语进行介绍和解释:
数据恢复:在分布式数据库系统中,当某个节点或多个节点出现故障或数据丢失时,为了确保数据的完整性和可靠性,分布式数据库系统通常会采取一些策略和技术来处理数据恢复,以确保系统在面对节点故障或数据丢失时能够及时有效地进行数据修复和恢复。
数据库节点:指在分布式数据库系统中负责存储和处理数据的物理或虚拟实体,在一个分布式数据库系统中,通常会有多个数据库节点分布在不同的服务器或计算机上,它们协同工作以提供对数据的存储、检索和处理服务。
现有技术中,在进行数据恢复的过程中需要在每个数据库节点下载备份文件,然后进行数据恢复,由于存在大量备份文件,且备份文件的副本会分布在不同的节点上,需要等待所有备份文件副本下载成功才能够进行数据恢复,当一个节点上的下载任务数量少,可能会出现长时间等待的情况,容易造成资源浪费,若同一个备份文件的副本下载完成的时间间隔较长,例如同一个文件的副本在同一个节点上下载,会浪费很多时间,导致数据恢复耗时较长。
本公开提供的数据恢复方法、装置、电子设备、计算机可读存储介质以及计算机程序产品,旨在解决现有技术的如上技术问题中的至少一个。
针对相关技术中所存在的上述至少一个技术问题或需要改善的地方,本公开提出一种数据恢复方法、装置、电子设备及计算机存储介质,该方案提供的数据恢复方法,通过确定待恢复数据的各个备份文件对应的备份文件信息,从而确定各个备份文件分别所在的数据库节点,为每一备份文件设置优先级,执行至少一次优先级更新操作,基于待下载的备份文件的数据库节点的第一数量确定优先级,备份文件的数据库节点与备份文件的优先级之间负相关,当有数据库节点成功下载备份文件,修改第一数量并更新优先级,使得待恢复数据对应的所有备份文件均在相近的时间下载成功,以尽快进行待恢复数据的恢复,能够有效提升备份文件下载效率,有效减少数据恢复耗时。
进一步的,基于各个备份文件对应数据库节点的第一数量生成数据下载队列,在基于优先级确定优先级最高的备份文件进入下载队列时,确定每一备份文件对应的版本信息,将版本信息和优先级与文件状态信息中的参照版本信息与参照优先级进行比较,从而确定是否将该文件作为目标备份文件并加入下载队列,能够确保下载的文件版本正确,避免浪费时间下载了错误的文件版本,减少资源浪费,提升数据恢复效率。
下面通过对几个示例性实施方式的描述,对本公开实施例的技术方案以及本公开的技术方案产生的技术效果进行说明。需要指出的是,下述实施方式之间可以相互参考、借鉴或结合,对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等,不再重复描述。
图1为本公开实施例提供的功能测试方法的应用场景示意图,其中,应用环境可以包括备份调度端101和至少一个数据库节点102,备份调度端和数据库节点通过网络进行连接,备份调度端可以在终端或者服务器上实现。
具体的,备份调度端101对各个备份文件对应的数据库节点102进行调度,在一次数据恢复过程中,获取针对待恢复数据的至少一个备份文件的备份文件信息,备份文件信息包括各个备份文件的存储位置和至少一个数据库节点102,针对各个备份文件,执行至少一次优先级更新操作,直至每一备份文件均成功下载至对应的数据库节点102,向各个备份文件的至少一个数据库节点102发送恢复请求,以对待恢复数据进行恢复。
上述的应用场景只是一个示例,并不对本公开功能测试方法的应用场景进行限制。
本技术领域技术人员可以理解,终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、笔记本电脑、数字广播接收器、MID(Mobile Internet Devices,移动互联网设备)、PDA(个人数字助理)、台式计算机、智能家电、车载终端(例如车载导航终端、车载电脑等)、智能音箱、智能手表等,终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接,但并不局限于此。
服务器可以包括安装有能够处理数据库操作的服务器。服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network,内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器或服务器集群。本发明实施例可应用于各种场景,包括但不限于云技术、人工智能、智慧交通、辅助驾驶等。具体也可基于实际应用场景需求确定,在此不作限定。
在一些可能的实施方式中,以执行主体为备份调度端为例,本公开实施例提供了一种功能测试方法,如图2所示,可以包括如下步骤:
S201,获取针对待恢复数据的至少一个备份文件对应的至少一个备份文件信息。
其中,备份文件信息包括对应备份文件的存储位置和至少一个数据库节点。
其中,备份文件的类型可以包括SST(Sorted String Table file,排序字符串表)等能够用于数据库恢复的文件类型;数据库节点可以为分布式数据库的节点,分布式数据库节点可以包括分布式事务键值存储引擎节点、分布式键值存储系统节点、分布式数据库系统节点以及非关系型数据库节点等,具体类型在本方案中不做限制。
具体的,当存在需要进行恢复的待恢复数据时,确定该待恢复数据对应的至少一个备份文件,从每一备份文件的备份文件信息中获取各自对应的存储位置和数据库节点,存储位置可以包括对应备份文件所在的外部存储上的位置,下载备份文件的过程可以看作是将备份文件从外部存储下载到对应数据库节点本地的过程;在本方案中,将备份文件在其他数据库节点上的副本也叫做备份文件,备份文件的个数可以基于数据库集群的预设副本数量确定;其中,备份文件可以通过:NFS(Network File System,网络文件系统)和S3(Simple Storage Service,简单存储服务)等方式进行存储。
在具体实施过程中,在下载待恢复数据的各个备份文件之前,可以根据待恢复数据对应备份文件的键的范围将数据库集群分片,其中,一个备份文件对应至少一个分片,一般情况下一个备份文件对应一个分片,分片副本的数量基于集群的预设副本数量确定,每个分片的副本会随机且均匀地分布在各个数据库节点上。
举例来说,假设集群的预设副本数量为3,那么备份调度端会为待恢复数据的备份文件从数据库集群中划分一个分片,使得这个分片的键的范围包含这个备份文件的键的范围,分片可以有两个副本,分片及分片副本可以统称为3个副本,3个副本分别对应本公开中的3个备份文件,3个副本处在不同的3个数据库节点上。
S202,针对各个备份文件,执行至少一次优先级更新操作,直至每一备份文件均成功下载至对应的数据库节点,向各个备份文件的至少一个数据库节点发送恢复请求,以对待恢复数据进行恢复。
具体的,针对每一备份文件,对应的数据库节点下载备份文件至节点本地,每次下载之后都会产生反馈信息,反馈信息用于表示该数据库节点上此次下载是否成功,若某一数据库节点下载备份文件成功,或某一数据库节点下载失败,执行优先级更新操作,直至所有的数据库节点下载备份文件都成功。
在具体实施过程中,如图3所示,在备份调度端发送恢复请求前,需要保证所有数据库节点已经将指定的备份文件下载到本地,备份文件在数据库集群的分片及其副本中,当备份文件都下载成功,发送恢复请求以恢复待恢复数据,由于下载备份文件和恢复数据的步骤的资源利用通常并不冲突,对于不同的文件来说可以同时进行(即流水线处理),因此,本公开通过执行至少一次优先级更新操作使得同一待恢复数据的各个备份文件下载到所有数据库节点的本地的时间尽可能相近,能够减小恢复流水线的总耗时。
优先级更新操作包括:
(1)确定各个备份文件的当前次优先级更新操作对应的数据库节点的第一数量;
(2)基于各个备份文件对应的第一数量确定各个备份文件的优先级;
(3)将优先级最高的备份文件作为目标备份文件,以使各个数据库节点从目标备份文件的存储位置下载目标备份文件;接收每一数据库节点针对目标备份文件的反馈信息;基于反馈信息,更新目标备份文件的数据库节点的第一数量。
其中,备份文件的数据库节点与备份文件的优先级之间负相关。
具体的,确定各个备份文件在当前次优先级更新操作时对应的数据库节点的第一数量,这里的第一数量可以为未完成下载的备份文件数量或未完成备份文件下载的数据库节点的数量,基于第一数量确定对应备份文件的优先级,确定优先级最高的备份文件作为目标备份文件,从对应的数据库节点下载目标备份文件,获取每个数据库节点返回的下载情况,即反馈信息,以更新未完成目标备份文件对应的第一数量,从而修改该目标备份文件对应的优先级。
举例来说,备份文件的数据库节点与备份文件的优先级之间负相关,第一数量可以是未完成下载的备份文件的数据库节点的数量,第一数量越小,优先级越高,例如,集群副本数为3,每个备份文件都会有另外2个副本,一个备份文件A的2个副本所在的节点已经完成下载,该备份文件优先级为1,另一个备份文件B的1个副本所在的节点已经完成下载,该备份文件优先级为2,那么可以确定备份文件A的优先级比备份文件B的优先级高。
在具体实施过程中,可以在备份调度端设置一个下载任务选择器,用于向各个数据库节点发送下载请求,以使得各个数据库节点基于下载请求下载备份文件,如图4所示,从优先级队列中选择出优先级最高的目标备份文件,并将目标备份文件的备份文件信息发送给下载任务选择器,下载任务选择器向目标备份文件对应的三个数据库节点发送下载请求,当任意一个数据库节点上的备份文件下载完成,下载任务选择器可以接收对应的反馈信息,根据反馈信息修改各个目标备份文件的第一数量,从而修改各个目标文件对应的优先级,其中,每个数据库节点都可以设置对应的优先级队列,修改各个目标文件的优先级,进一步的,可以修改各个目标文件对应的数据库节点的优先级队列,进而使同一待恢复数据的目标备份文件及其副本在相近时间下载完成。
在一些可能的实施方式中,上述方法中基于反馈信息,更新目标备份文件的数据库节点的第一数量,包括:
(1)若反馈信息为下载成功,则更新反馈信息对应的目标备份文件的数据库节点的第一数量;
方法还包括:
(2)若反馈信息为下载失败,则更新反馈信息对应的目标备份文件的备份文件信息。
其中,反馈信息用于表示对应的数据库节点是否成功下载对应的目标备份文件。
在具体实施过程中,反馈信息可以大致包括:下载出错且错误不可重试、下载出错且错误可重试和下载成功三种情况,当反馈信息为下载出错且错误不可重试时,终止针对待恢复数据的恢复过程;当反馈信息为下载出错且错误可重试,更新反馈信息对应的目标备份文件的备份文件信息;当反馈信息为下载成功,则更新反馈信息对应的目标备份文件的数据库节点的第一数量,以更新对应目标备份文件的优先级。
在具体实施过程中,若反馈信息是下载成功,则目标备份文件对应的第一数量变化,备份调度端中的下载任务选择器更新文件状态信息中该备份文件的优先级,针对同一待恢复数据的各个备份文件,如果下载状态为队列中,则修改对应的优先级,其中,文件的下载状态可以包括:队列中、处理中以及已完成。
举例来说,若当前备份文件下载成功,且原来的优先级为p,那么现在的优先级为p-1,将文件状态信息中该备份文件在当前数据库节点上的下载状态更新为已完成,并将针对同一待恢复数据的各个备份文件的优先级修改为p-1。
在具体实施过程中,当下载出错时,需要判断当前下载是否可重试,可以基于错误的类型和预设的重试规则确定是否重试,例如,错误类型为外部存储出现错误,则可重试,错误类型为数据库节点出现错误,则不可重试;也可以基于当前已经下载的次数确定是否重试,当下载次数等于或大于预设阈值,则判定为不可重试,当下载次数小于预设阈值,则判定为可重试;当下载不可重试时,可以向备份调度端返回错误提醒,并停止此次数据恢复过程,不再继续下载相关备份文件。
在一些可能的实施方式中,上述方法还包括:
(1)基于各个数据库节点的第一数量生成数据下载队列;
若反馈信息为下载失败,则更新反馈信息对应的目标备份文件的备份文件信息,还包括:
(2)若反馈信息为下载失败,则更新反馈信息对应的目标备份文件的备份文件信息;
(3)基于更新后的备份文件信息,将目标备份文件重新添加到数据下载队列中。
具体的,基于备份文件对应的各个数据库节点的第一数量,生成数据下载队列,每个数据库节点可以对应一个下载队列,当目标备份文件的反馈信息为下载失败且可重试,则更新该目标备份文件的备份文件信息,备份文件信息中包括该目标备份文件的存储位置和对应的至少一个数据库节点,进而能够基于新的备份文件信息重新下载对应的目标备份文件,在重新下载目标备份文件之前进行备份文件信息的更新,若存在数据迁移,能够及时发现并进行更新,能够保证备份文件下载的准确性。
在具体实施过程中,若反馈信息是下载失败且错误可重试,备份调度端中的下载任务选择器重新获取该备份文件,并更新文件状态信息中该备份文件的版本信息,针对同一待恢复数据的各个备份文件,如果下载状态为队列中则将目标备份文件重新添加到数据下载队列中。
在一些可能的实施方式中,上述方法中将优先级最高的备份文件作为目标备份文件,包括:
(1)将优先级最高的备份文件作为第一备份文件;
(2)对第一备份文件进行至少一次判断操作,直至满足预设结束条件,将满足预设结束条件的第一备份文件作为目标备份文件;
判断操作包括:
(3)确定第一备份文件的版本信息和第一备份文件的优先级;
(4)将版本信息与文件状态信息中的参照版本信息进行比较,获取第一比较结果;将优先级与文件状态信息中的参照优先级进行比较,获取第二比较结果;
(5)若第一比较结果和第二比较结果中至少一个不相同,则将除了第一备份文件之外优先级最高的第二备份文件作为下一次判断操作对应的第一备份文件。
其中,预设结束条件为第一比较结果和第二比较结果均为相同。
其中,文本状态信息中包括数据库集群中所有备份文件的信息,具体包括每一备份文件的版本信息、优先级和下载状态信息。
具体的,选择优先级最高的第一备份文件进行判断操作,获取第一备份文件的优先级和版本信息,若该备份文件的版本信息与文件状态信息中该备份文件的参照版本信息相同,且优先级与文件状态信息中该备份文件的优先级相同,则满足预设结束条件,将第一备份文件作为目标备份文件,若不满足预设结束条件,则继续选择优先级最高的备份文件继续判断。
举例来说,确定优先级最高的备份文件的优先级j和版本信息v,若该备份文件的版本信息v与文件状态信息中该备份文件的参照版本信息相同,且优先级j与文件状态信息中该备份文件的优先级相同,则将该备份文件作为目标备份文件,若不满足,则视为该备份文件过期,跳过继续选择优先级最高的备份文件。
在一些可能的实施方式中,上述方法还包括:
(1)若反馈信息为下载失败,更新目标备份文件的版本信息。
具体的,若反馈信息是下载失败且错误可重试,更新文件状态信息中该备份文件的版本信息,其中,更新备份文件版本信息的方式可以是将版本值加一,在下一次确定目标备份文件时,基于更新后的版本信息进行确定。
在一些可能的实施方式中,上述方法中执行至少一次优先级更新操作之前,还包括:
(1)将第一次优先级更新操作之前对应的至少一个备份文件的优先级设置为最低优先级。
具体的,在第一次优先级更新操作之前,将至少一个备份文件的优先级设置为最低优先级,由于同一个数据库集群副本数量相同,在第一次优先级更新之前,所有备份文件的优先级是相同的,当出现下载成功或者其他情况,下载成功的备份文件对应的待恢复数据的其他备份文件的优先级会进行更新。
在具体实施过程中,确定每个备份文件所在的数据库节点,将备份文件分别添加到对应数据库节点的优先级队列中,同一优先级中若存在多个备份文件,则也可以设置优先级队列,该队列可以是先进先出队列。
在具体实施过程中,为了防止在某个时刻大部分请求可能都发往了某几个数据库节点,导致某些数据库节点产生空闲,浪费资源,在第一次优先级更新操作之前,可以预先给每个数据库节点设置预设数量的文件下载请求,通过优先级机制,保证了每个数据库节点拥有足够的下载请求数量,避免资源浪费和长尾等待。
在一些可能的实施方式中,上述方法中向各个备份文件的至少一个数据库节点发送恢复请求,包括:
(1)从至少一个数据库节点中确定主数据库节点;
(2)向主数据库节点发送恢复请求,以使主数据库节点将恢复请求同步到除了主数据库节点之外的各个数据库节点上。
具体的,上述同步操作可以通过一致性算法实现,备份调度端将恢复请求发送给主数据库节点,主数据库节点可以基于共识算法将恢复请求同步到主数据库节点之外的各个数据库节点上,其中,一致性算法可以包括Paxos(帕克索斯算法)、Raft(共识算法)、拜占庭容错算法等。
上述实施例中,通过确定待恢复数据的各个备份文件对应的备份文件信息,从而确定各个备份文件分别所在的数据库节点,为每一备份文件设置优先级,执行至少一次优先级更新操作,基于待下载的备份文件的数据库节点的第一数量确定优先级,备份文件的数据库节点与备份文件的优先级之间负相关,当有数据库节点成功下载备份文件,修改第一数量并更新优先级,使得待恢复数据对应的所有备份文件均在相近的时间下载成功,以尽快进行待恢复数据的恢复,能够有效提升备份文件下载效率,有效减少数据恢复耗时。
进一步的,基于各个备份文件对应数据库节点的第一数量生成数据下载队列,在基于优先级确定优先级最高的备份文件进入下载队列时,确定每一备份文件对应的版本信息,将版本信息和优先级与文件状态信息中的参照版本信息与参照优先级进行比较,从而确定是否将该文件作为目标备份文件并加入下载队列,能够确保下载的文件版本正确,避免浪费时间下载了错误的文件版本,减少资源浪费,提升数据恢复效率。
在一个示例中,本公开的功能测试方法,如图5所示,可以包括:
备份调度端获取针对待恢复数据的至少一个备份文件对应的至少一个备份文件信息,获取各个备份文件的存储位置和对应的至少一个数据库节点;
针对各个备份文件,执行至少一次优先级更新操作,直至每一备份文件均成功下载至对应的数据库节点,全部下载成功后,从至少一个数据库节点中确定主数据库节点,恢复任务选择器向主数据库节点发送恢复请求,以使主数据库节点将恢复请求同步到除了主数据库节点之外的各个数据库节点上,以对待恢复数据进行恢复;
其中,优先级更新操作包括:
确定各个备份文件的当前次优先级更新操作对应的数据库节点的第一数量,确定各个备份文件的优先级,生成各个数据库节点对应的优先级队列;
将优先级最高(即图中所示的优先级为0)的备份文件作为第一备份文件;对第一备份文件进行至少一次判断操作,直至满足预设结束条件,将满足预设结束条件的第一备份文件作为目标备份文件(即图中所示的备份文件1),将目标备份文件的备份文件信息发送给下载任务选择器,使下载任务选择器向各个数据库节点发送下载请求,以从目标备份文件的存储位置下载目标备份文件;
接收每一数据库节点针对目标备份文件的反馈信息;若反馈信息为下载成功,则更新反馈信息对应的目标备份文件的数据库节点的第一数量;若反馈信息为下载失败,则更新反馈信息对应的目标备份文件的备份文件信息和版本信息,基于更新后的备份文件信息,将目标备份文件重新添加到对应数据库节点的数据下载队列中。
上述功能测试方法,通过确定待恢复数据的各个备份文件对应的备份文件信息,从而确定各个备份文件分别所在的数据库节点,为每一备份文件设置优先级,执行至少一次优先级更新操作,基于待下载的备份文件的数据库节点的第一数量确定优先级,备份文件的数据库节点与备份文件的优先级之间负相关,当有数据库节点成功下载备份文件,修改第一数量并更新优先级,使得待恢复数据对应的所有备份文件均在相近的时间下载成功,以尽快进行待恢复数据的恢复,能够有效提升备份文件下载效率,有效减少数据恢复耗时。
进一步的,基于各个备份文件对应数据库节点的第一数量生成数据下载队列,在基于优先级确定优先级最高的备份文件进入下载队列时,确定每一备份文件对应的版本信息,将版本信息和优先级与文件状态信息中的参照版本信息与参照优先级进行比较,从而确定是否将该文件作为目标备份文件并加入下载队列,能够确保下载的文件版本正确,避免浪费时间下载了错误的文件版本,减少资源浪费,提升数据恢复效率。
本公开实施例提供了一种数据恢复装置,如图6所示,该数据恢复装置60可以包括:信息获取模块601以及数据恢复模块602,其中,
信息获取模块601,用于获取针对待恢复数据的至少一个备份文件对应的至少一个备份文件信息;备份文件信息包括对应备份文件的存储位置和至少一个数据库节点;
数据恢复模块602,用于针对各个备份文件,执行至少一次优先级更新操作,直至每一备份文件均成功下载至对应的数据库节点,向各个备份文件的至少一个数据库节点发送恢复请求,以对待恢复数据进行恢复;
优先级更新操作包括:
确定各个备份文件的当前次优先级更新操作对应的数据库节点的第一数量;
基于各个备份文件对应的第一数量确定各个备份文件的优先级;备份文件的数据库节点与备份文件的优先级之间负相关;
将优先级最高的备份文件作为目标备份文件,以使各个数据库节点从目标备份文件的存储位置下载目标备份文件;接收每一数据库节点针对目标备份文件的反馈信息;基于反馈信息,更新目标备份文件的数据库节点的第一数量。
作为一种可选实施例,该装置中,数据恢复模块,具体用于:
基于反馈信息,更新目标备份文件的数据库节点的第一数量,包括:
若反馈信息为下载成功,则更新反馈信息对应的目标备份文件的数据库节点的第一数量;
方法还包括:
若反馈信息为下载失败,则更新反馈信息对应的目标备份文件的备份文件信息。
作为一种可选实施例,该装置中,数据恢复模块,具体用于:
基于各个数据库节点的第一数量生成数据下载队列;
若反馈信息为下载失败,则更新反馈信息对应的目标备份文件的备份文件信息,还包括:
若反馈信息为下载失败,则更新反馈信息对应的目标备份文件的备份文件信息;
基于更新后的备份文件信息,将目标备份文件重新添加到数据下载队列中。
作为一种可选实施例,该装置中,数据恢复模块,具体用于:将优先级最高的备份文件作为目标备份文件,包括:
将优先级最高的备份文件作为目标备份文件,包括:
将优先级最高的备份文件作为第一备份文件;
对第一备份文件进行至少一次判断操作,直至满足预设结束条件,将满足预设结束条件的第一备份文件作为目标备份文件;预设结束条件为第一比较结果和第二比较结果均为相同;
判断操作包括:
确定第一备份文件的版本信息和第一备份文件的优先级;
将版本信息与文件状态信息中的参照版本信息进行比较,获取第一比较结果;将优先级与文件状态信息中的参照优先级进行比较,获取第二比较结果;
若第一比较结果和第二比较结果中至少一个不相同,则将除了第一备份文件之外优先级最高的第二备份文件作为下一次判断操作对应的第一备份文件。
作为一种可选实施例,该装置中,数据恢复模块,具体用于:
若反馈信息为下载失败,更新目标备份文件的版本信息。
作为一种可选实施例,该装置中,数据恢复模块,具体用于:
执行至少一次优先级更新操作之前,还包括:
将第一次优先级更新操作之前对应的至少一个备份文件的优先级设置为最低优先级。
作为一种可选实施例,该装置中,数据恢复模块,具体用于:
向各个备份文件的至少一个数据库节点发送恢复请求,包括:
从至少一个数据库节点中确定主数据库节点;
向主数据库节点发送恢复请求,以使主数据库节点将恢复请求同步到除了主数据库节点之外的各个数据库节点上。
本公开提供的功能测试装置,通过确定待恢复数据的各个备份文件对应的备份文件信息,从而确定各个备份文件分别所在的数据库节点,为每一备份文件设置优先级,执行至少一次优先级更新操作,基于待下载的备份文件的数据库节点的第一数量确定优先级,备份文件的数据库节点与备份文件的优先级之间负相关,当有数据库节点成功下载备份文件,修改第一数量并更新优先级,使得待恢复数据对应的所有备份文件均在相近的时间下载成功,以尽快进行待恢复数据的恢复,能够有效提升备份文件下载效率,有效减少数据恢复耗时。
进一步的,基于各个备份文件对应数据库节点的第一数量生成数据下载队列,在基于优先级确定优先级最高的备份文件进入下载队列时,确定每一备份文件对应的版本信息,将版本信息和优先级与文件状态信息中的参照版本信息与参照优先级进行比较,从而确定是否将该文件作为目标备份文件并加入下载队列,能够确保下载的文件版本正确,避免浪费时间下载了错误的文件版本,减少资源浪费,提升数据恢复效率。
本公开实施例的装置可执行本公开实施例所提供的方法,其实现原理相类似,且具有相应的技术效果。本公开各实施例的装置中的各模块所执行的动作是与本公开各实施例的方法中的步骤相对应的,对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述,此处不再赘述。
本公开实施例中提供了一种电子设备(计算机装置/设备/系统),包括存储器、处理器及存储在存储器上的计算机程序,该处理器执行上述计算机程序以实现本公开任一可选实施例提供的方法的步骤。与现有技术相比可实现:通过确定待恢复数据的各个备份文件对应的备份文件信息,从而确定各个备份文件分别所在的数据库节点,为每一备份文件设置优先级,执行至少一次优先级更新操作,基于待下载的备份文件的数据库节点的第一数量确定优先级,备份文件的数据库节点与备份文件的优先级之间负相关,当有数据库节点成功下载备份文件,修改第一数量并更新优先级,使得待恢复数据对应的所有备份文件均在相近的时间下载成功,以尽快进行待恢复数据的恢复,能够有效提升备份文件下载效率,有效减少数据恢复耗时。
在一个可选实施例中提供了一种电子设备,如图7所示,图7所示的电子设备7000包括:处理器7001和存储器7003。其中,处理器7001和存储器7003相连,如通过总线7002相连。可选地,电子设备7000还可以包括收发器7004,收发器7004可以用于该电子设备与其他电子设备之间的数据交互,如数据的发送和/或数据的接收等。需要说明的是,实际应用中收发器7004不限于一个,该电子设备7000的结构并不构成对本公开实施例的限定。
处理器7001可以是CPU(Central Processing Unit,中央处理器),通用处理器,DSP(Digital Signal Processor,数据信号处理器),ASIC(Application SpecificIntegrated Circuit,专用集成电路),FPGA(Field Programmable Gate Array,现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本公开公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器7001也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
总线7002可包括一通路,在上述组件之间传送信息。总线7002可以是PCI(Peripheral Component Interconnect,外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture,扩展工业标准结构)总线等。总线7002可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器7003可以是ROM(Read Only Memory,只读存储器)或可存储静态信息和指令的其他类型的静态存储设备,RAM(Random Access Memory,随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备,也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory,电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory,只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质,在此不做限定。
存储器7003用于存储执行本公开实施例的计算机程序,并由处理器7001来控制执行。处理器7001用于执行存储器7003中存储的计算机程序,以实现前述方法实施例所示的步骤。
其中,电子设备包括但不限于:能够实现上述数据恢复操作的终端或服务器。
本公开实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。
本公开实施例还提供了一种计算机程序产品,包括计算机程序,计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。
本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”、“1”、“2”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除图示或文字描述以外的顺序实施。
应该理解的是,虽然本公开实施例的流程图中通过箭头指示各个操作步骤,但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明,否则在本公开实施例的一些实施场景中,各流程图中的实施步骤可以按照需求以其他的顺序执行。此外,各流程图中的部分或全部步骤基于实际的实施场景,可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行,这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下,这些子步骤或者阶段的执行顺序可以根据需求灵活配置,本公开实施例对此不限制。
以上所述仅是本公开部分实施场景的可选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本公开的方案技术构思的前提下,采用基于本公开技术思想的其他类似实施手段,同样属于本公开实施例的保护范畴。
Claims (11)
1.一种数据恢复方法,其特征在于,应用于备份调度端,包括:
获取针对待恢复数据的至少一个备份文件对应的至少一个备份文件信息;所述备份文件信息包括对应备份文件的存储位置和至少一个数据库节点;
针对各个备份文件,执行至少一次优先级更新操作,直至每一备份文件均成功下载至对应的数据库节点,向各个备份文件的至少一个数据库节点发送恢复请求,以对所述待恢复数据进行恢复;
所述优先级更新操作包括:
确定各个备份文件的当前次优先级更新操作对应的数据库节点的第一数量;
基于各个备份文件对应的第一数量确定各个备份文件的优先级;所述备份文件的数据库节点与所述备份文件的优先级之间负相关;
将优先级最高的备份文件作为目标备份文件,以使各个数据库节点从所述目标备份文件的存储位置下载所述目标备份文件;接收每一数据库节点针对所述目标备份文件的反馈信息;基于所述反馈信息,更新所述目标备份文件的数据库节点的第一数量。
2.基于权利要求1所述的数据恢复方法,其特征在于,所述基于所述反馈信息,更新所述目标备份文件的数据库节点的第一数量,包括:
若所述反馈信息为下载成功,则更新所述反馈信息对应的目标备份文件的数据库节点的第一数量;
所述方法还包括:
若所述反馈信息为下载失败,则更新所述反馈信息对应的目标备份文件的备份文件信息。
3.基于权利要求2所述的数据恢复方法,其特征在于,所述方法还包括:
基于各个数据库节点的第一数量生成数据下载队列;
所述若所述反馈信息为下载失败,则更新所述反馈信息对应的目标备份文件的备份文件信息,还包括:
若所述反馈信息为下载失败,则更新所述反馈信息对应的目标备份文件的备份文件信息;
基于所述更新后的备份文件信息,将所述目标备份文件重新添加到所述数据下载队列中。
4.基于权利要求1所述的数据恢复方法,其特征在于,所述将优先级最高的备份文件作为目标备份文件,包括:
将优先级最高的备份文件作为第一备份文件;
对所述第一备份文件进行至少一次判断操作,直至满足预设结束条件,将满足预设结束条件的第一备份文件作为所述目标备份文件;所述预设结束条件为第一比较结果和第二比较结果均为相同;
所述判断操作包括:
确定所述第一备份文件的版本信息和所述第一备份文件的优先级;
将所述版本信息与文件状态信息中的参照版本信息进行比较,获取所述第一比较结果;将所述优先级与所述文件状态信息中的参照优先级进行比较,获取所述第二比较结果;
若所述第一比较结果和第二比较结果中至少一个不相同,则将除了所述第一备份文件之外优先级最高的第二备份文件作为下一次判断操作对应的第一备份文件。
5.基于权利要求4所述的数据恢复方法,其特征在于,所述方法还包括:
若所述反馈信息为下载失败,更新所述目标备份文件的版本信息。
6.基于权利要求1所述的数据恢复方法,其特征在于,所述执行至少一次优先级更新操作之前,还包括:
将第一次优先级更新操作之前对应的至少一个备份文件的优先级设置为最低优先级。
7.基于权利要求1所述的数据恢复方法,其特征在于,所述向各个备份文件的至少一个数据库节点发送恢复请求,包括:
从所述至少一个数据库节点中确定主数据库节点;
向所述主数据库节点发送所述恢复请求,以使所述主数据库节点将所述恢复请求同步到除了主数据库节点之外的各个数据库节点上。
8.一种数据恢复装置,其特征在于,包括:
信息获取模块,用于获取针对待恢复数据的至少一个备份文件对应的至少一个备份文件信息;所述备份文件信息包括对应备份文件的存储位置和至少一个数据库节点;
数据恢复模块,用于针对各个备份文件,执行至少一次优先级更新操作,直至每一备份文件均成功下载至对应的数据库节点,向各个备份文件的至少一个数据库节点发送恢复请求,以对所述待恢复数据进行恢复;
所述优先级更新操作包括:
确定各个备份文件的当前次优先级更新操作对应的数据库节点的第一数量;
基于各个备份文件对应的第一数量确定各个备份文件的优先级;所述备份文件的数据库节点与所述备份文件的优先级之间负相关;
将优先级最高的备份文件作为目标备份文件,以使各个数据库节点从所述目标备份文件的存储位置下载所述目标备份文件;接收每一数据库节点针对所述目标备份文件的反馈信息;基于所述反馈信息,更新所述目标备份文件的数据库节点的第一数量。
9.一种电子设备,包括存储器、处理器及存储在存储器上的计算机程序,其特征在于,所述处理器执行所述计算机程序以实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的数据恢复方法的步骤。
11.一种计算机程序产品,包括计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410339704.5A CN117931830A (zh) | 2024-03-22 | 2024-03-22 | 数据恢复方法、装置、电子设备、存储介质及程序产品 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410339704.5A CN117931830A (zh) | 2024-03-22 | 2024-03-22 | 数据恢复方法、装置、电子设备、存储介质及程序产品 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117931830A true CN117931830A (zh) | 2024-04-26 |
Family
ID=90765088
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202410339704.5A Pending CN117931830A (zh) | 2024-03-22 | 2024-03-22 | 数据恢复方法、装置、电子设备、存储介质及程序产品 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117931830A (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160342484A1 (en) * | 2015-05-23 | 2016-11-24 | Sybase, Inc. | Point in Time Recovery on a Database |
CN109597722A (zh) * | 2018-12-29 | 2019-04-09 | 北京车和家信息技术有限公司 | 数据库备份文件恢复方法、装置及电子设备 |
CN113806138A (zh) * | 2021-02-05 | 2021-12-17 | 京东科技控股股份有限公司 | 数据库的备份恢复检测方法、装置及电子设备、存储介质 |
CN114138562A (zh) * | 2021-12-03 | 2022-03-04 | 广东电力信息科技有限公司 | 基于备份系统恢复数据的方法及系统 |
CN114546730A (zh) * | 2022-03-01 | 2022-05-27 | 联想(北京)有限公司 | 数据恢复处理方法、装置及系统 |
CN115718674A (zh) * | 2022-11-04 | 2023-02-28 | 西安天和防务技术股份有限公司 | 一种数据容灾恢复方法及装置 |
CN117033071A (zh) * | 2023-07-12 | 2023-11-10 | 华北电力大学 | 基于文件热度与多目标优化的容灾数据高价值快速有序恢复方法 |
-
2024
- 2024-03-22 CN CN202410339704.5A patent/CN117931830A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160342484A1 (en) * | 2015-05-23 | 2016-11-24 | Sybase, Inc. | Point in Time Recovery on a Database |
CN109597722A (zh) * | 2018-12-29 | 2019-04-09 | 北京车和家信息技术有限公司 | 数据库备份文件恢复方法、装置及电子设备 |
CN113806138A (zh) * | 2021-02-05 | 2021-12-17 | 京东科技控股股份有限公司 | 数据库的备份恢复检测方法、装置及电子设备、存储介质 |
CN114138562A (zh) * | 2021-12-03 | 2022-03-04 | 广东电力信息科技有限公司 | 基于备份系统恢复数据的方法及系统 |
CN114546730A (zh) * | 2022-03-01 | 2022-05-27 | 联想(北京)有限公司 | 数据恢复处理方法、装置及系统 |
CN115718674A (zh) * | 2022-11-04 | 2023-02-28 | 西安天和防务技术股份有限公司 | 一种数据容灾恢复方法及装置 |
CN117033071A (zh) * | 2023-07-12 | 2023-11-10 | 华北电力大学 | 基于文件热度与多目标优化的容灾数据高价值快速有序恢复方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9588851B2 (en) | Locality based quorums | |
KR102006513B1 (ko) | 공유 볼륨의 어플리케이션 일관된 스냅샷 기법 | |
US8132043B2 (en) | Multistage system recovery framework | |
CN102594849B (zh) | 数据备份、恢复方法、虚拟机快照删除、回滚方法及装置 | |
CN106776130B (zh) | 一种日志恢复方法、存储装置和存储节点 | |
CN102902600A (zh) | 有效的应用感知的灾难恢复 | |
CN102411639B (zh) | 元数据的多副本存储管理方法和系统 | |
CN105069152B (zh) | 数据处理方法及装置 | |
CN103294167B (zh) | 一种基于数据行为的低能耗集群存储复制装置和方法 | |
CN111338834B (zh) | 数据存储方法和装置 | |
WO2020060620A1 (en) | Storage segment server covered cache | |
CN114721594A (zh) | 一种分布式存储方法、装置、设备及机器可读存储介质 | |
CN107943615B (zh) | 基于分布式集群的数据处理方法与系统 | |
EP3349416B1 (en) | Relationship chain processing method and system, and storage medium | |
CN106951443B (zh) | 基于分布式系统的副本同步的方法、设备和系统 | |
US10728326B2 (en) | Method and system for high availability topology for master-slave data systems with low write traffic | |
WO2024036829A1 (zh) | 一种数据融合方法、装置、设备及存储介质 | |
CN109992447B (zh) | 数据复制方法、装置及存储介质 | |
CN114860505B (zh) | 一种对象存储数据异步备份方法及系统 | |
CN116303789A (zh) | 多分片多副本数据库并行同步方法、装置及可读介质 | |
CN110737543A (zh) | 一种分布式文件系统数据恢复的方法、装置及存储介质 | |
CN117931830A (zh) | 数据恢复方法、装置、电子设备、存储介质及程序产品 | |
CN115658245A (zh) | 一种基于分布式数据库系统的事务提交系统、方法及装置 | |
CN112527561B (zh) | 基于物联网云存储的数据备份方法及装置 | |
US8705537B1 (en) | Eventually-consistent data stream consolidation |
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 |