CN115421968A - 数据恢复方法及电子设备 - Google Patents
数据恢复方法及电子设备 Download PDFInfo
- Publication number
- CN115421968A CN115421968A CN202210911760.2A CN202210911760A CN115421968A CN 115421968 A CN115421968 A CN 115421968A CN 202210911760 A CN202210911760 A CN 202210911760A CN 115421968 A CN115421968 A CN 115421968A
- Authority
- CN
- China
- Prior art keywords
- backup data
- data
- restored
- backup
- incremental
- 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 112
- 238000000034 method Methods 0.000 title claims abstract description 60
- 238000004519 manufacturing process Methods 0.000 claims description 43
- 230000015654 memory Effects 0.000 claims description 15
- 230000004044 response Effects 0.000 claims description 6
- 238000012545 processing Methods 0.000 abstract description 13
- 230000006870 function Effects 0.000 description 22
- 238000010586 diagram Methods 0.000 description 16
- 238000004891 communication Methods 0.000 description 11
- 238000004590 computer program Methods 0.000 description 11
- 238000013523 data management Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 7
- 230000009286 beneficial effect Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 4
- 238000013500 data storage Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
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
- G06F11/1448—Management of the data involved in backup or backup restore
- G06F11/1453—Management of the data involved in backup or backup restore using de-duplication of the data
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请实施例公开了一种数据恢复方法及电子设备,属于数据处理技术领域。该方法包括:获取目标数据库的待恢复备份数据的标识;在待恢复备份数据是增量备份数据时,获取已恢复备份数据;其中,已恢复备份数据与待恢复备份数据是基于同一全量备份数据的备份数据;响应于查询到第一快照,按照增量备份数据恢复方式恢复待恢复备份数据;其中,第一快照用于确定已恢复备份数据的恢复时间时目标数据库的状态;增量备份数据的恢复方式是基于待恢复备份数据与所述已恢复备份数据之间的差异增量备份数据,恢复待恢复备份数据的方式。实现了对已恢复备份数据进行复用,从而提高了数据恢复的效率。
Description
技术领域
本公开涉及数据处理技术领域,特别涉及一种数据恢复方法及电子设备。
背景技术
随着互联网技术的不断发展,企业越来越依赖于数据处理,因此,对数据库的数据保护越来越重要。
为了减小数据丢失或者损坏对数据处理的影响,目前可以针对数据库设置备份系统,通过备份系统可以在各个备份时间窗口,通过差异增量备份的方式对数据库中的数据进行备份。当需要对数据库中的数据进行恢复时,数据库要求执行打开重置日志(openresetlogs)的指令,数据库会新建一个数据库实体(incarnation),然后,生产设备从备份设备获取备份数据,对进行恢复的时间点之前备份的全部数据进行全量数据恢复,从而实现数据库数据恢复。
然而,上述方案在对数据进行恢复后会新建一个数据库实体,新建的数据库实体不同于之前的数据库实体,从而导致在之后需要再次进行数据恢复时无法在已恢复数据的基础上继续进行数据恢复,进而导致数据恢复的效率较低。
发明内容
本申请实施例提供了一种数据恢复方法及电子设备,可以提高数据恢复的效率。
第一方面,本申请提供了一种数据恢复方法,该方法由生产设备执行,该方法包括:获取目标数据库的待恢复备份数据的标识;在待恢复备份数据是增量备份数据时,获取已恢复备份数据;其中,已恢复备份数据与待恢复备份数据是基于同一全量备份数据的备份数据,已恢复备份数据的备份时间早于待恢复备份数据的备份时间,且已恢复备份数据是备份时间距离待恢复备份数据的备份时间最近一次的已恢复的备份数据;响应于查询到第一快照,按照增量备份数据恢复方式恢复待恢复备份数据;其中,第一快照用于确定已恢复备份数据的恢复时间时目标数据库的状态;增量备份数据的恢复方式是基于待恢复备份数据与已恢复备份数据之间的差异增量备份数据,恢复待恢复备份数据的方式。
可以理解的是,由于该方法通过获取目标数据库的待恢复备份数据的标识,在待恢复备份数据是增量备份数据时,获取基于同一全量备份数据的已恢复备份数据,并且在查询到第一快照的情况下,根据已恢复备份数据与待恢复备份数据之间的差异增量备份数据恢复待恢复备份数据。由于预先查询到可以使目标数据库恢复到已恢复备份数据的恢复时间时的状态的第一快照,避免了在上一次进行数据恢复后生成新的数据库实体,导致的无法识别目标数据库的数据库实体,并在已恢复备份数据的基础上继续进行数据恢复的问题,实现了对已恢复备份数据进行复用,从而提高了数据恢复的效率。
在一种可能的实现方式中,响应于查询到第一快照,按照增量备份数据恢复方式恢复待恢复备份数据,包括:响应于查询到第一快照,按照第一快照将目标数据库还原成第一状态;第一状态是使用已恢复备份数据进行数据恢复后目标数据库的状态;按照增量备份数据恢复方式,采用待恢复备份数据恢复处于第一状态的目标数据库。
可以理解的是,在查询到第一快照后,将目标数据库进行还原后在还原后的目标数据库的基础上进行数据恢复,可以解决数据恢复后数据库配置更新所导致的无法复用已恢复数据的问题。
在另一种可能的实现方式中,按照增量备份数据恢复方式,采用待恢复备份数据恢复处于第一状态的目标数据库,包括:获取已恢复备份数据与待恢复备份数据之间n个增量备份数据;已恢复备份数据与待恢复备份数据之间经过n个进行数据备份的备份时间;n是大于等于1的整数;基于n个增量备份数据,确定差异增量备份数据;按照差异增量备份数据,恢复处于第一状态的目标数据库的待恢复备份数据。
可以理解的是,通过已恢复备份数据与待恢复备份数据之间的差异增量备份数据,在已恢复备份数据的基础上继续恢复差异增量备份数据,减少了需要恢复的数据量,从而提高了数据恢复的效率。
在另一种可能的实现方式中,获取目标数据库的待恢复备份数据的标识,包括:从元数据记录信息中获取目标数据库的待恢复备份数据的标识;元数据记录信息包括在各个备份时间下对备份数据进行备份时记录的备份数据的标识。
可以理解的是,从元数据记录信息中获取待恢复备份数据的标识,可以便于后续按照待恢复备份数据的标识确定需要恢复的备份数据,从而提高数据恢复效率。
在另一种可能的实现方式中,标识用于指示备份数据类型以及备份数据类型各自对应的序列号;备份数据类型包括全量备份数据或增量备份数据;备份数据类型各自对应的序列号包括全量备份序列号或增量备份序列号。
可以理解的是,以全量备份序列号以及增量备份序列号对备份数据进行标识,方便后续确定需要恢复的备份数据,从而提高数据恢复效率。
在另一种可能的实现方式中,获取已恢复备份数据与待恢复备份数据之间n个增量备份数据,包括:将大于已恢复备份数据的增量备份序列号,以及,小于等于待恢复备份数据的增量备份序列号各自对应的增量备份数据确定为n个增量备份数据;增量备份序列号是基于待恢复备份数据的标识确定的。
可以理解的是,通过增量备份序列号确定需要恢复的备份数据,从而提高数据恢复效率。
在另一种可能的实现方式中,在待恢复备份数据是增量备份数据时,获取已恢复备份数据之前,还包括:基于待恢复备份数据的标识,确定待恢复备份数据的备份数据类型,所述备份数据类型包括全量备份数据或增量备份数据。
可以理解的是,通过待恢复备份数据的标识确定待恢复备份数据的备份数据类型,提高了备份数据类型的确定速度。
在另一种可能的实现方式中,获取目标数据库的待恢复备份数据的标识之后,还包括:在待恢复备份数据是全量备份数据时,按照全量备份数据方式恢复待恢复备份数据;全量备份数据恢复方式是基于全量备份数据恢复待恢复备份数据的方式。
可以理解的是,扩展了待恢复备份数据仅包括全量备份数据的情况。
在另一种可能的实现方式中,第一快照包括在已恢复备份数据的恢复时间时目标数据库的配置信息、在已恢复备份数据的恢复时间时目标数据库的日志信息以及已恢复备份数据的数据信息。
可以理解的是,第一快照中存储上述目标数据库的相关信息,可以便于将目标数据库还原成上一次进行数据恢复后的配置状态,以便对已恢复数据进行复用。
在另一种可能的实现方式中,按照增量备份数据恢复方式恢复待恢复备份数据之后,还包括:清除第一快照中的内容;获取恢复待恢复备份数据后目标数据库的第二状态;按照第二状态,更新第一快照。
可以理解的是,恢复数据后对第一快照进行更新,以便后续再进行数据恢复时,在本次恢复的数据的基础上继续进行数据恢复。
在另一种可能的实现方式中,按照增量备份数据恢复方式恢复待恢复备份数据之后,还包括:
获取恢复待恢复备份数据后目标数据库的第二状态;
按照第二状态,生成第二快照;其中,第二快照用于确定第二状态。
可以理解的是,恢复数据后对第一快照进行添加,以便后续再进行数据恢复时,可以选择在本次恢复的数据的基础上继续进行数据恢复。
第二方面,本申请提供了一种数据恢复装置,本申请可以根据上述第一方面提供的方法,对该数据恢复装置进行功能模块的划分。例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能继承在一个处理模块中。示例性的,本申请可以按照功能将该数据恢复装置划分为标识获取模块、数据获取模块以及数据恢复模块等。上述划分的各个功能模块执行的可能的技术方案和有益效果的描述均可以参考上述第一方面或其相应的可能的实现方式提供的技术方案,此处不再赘述。
第三方面,本申请实施例提供了一种计算设备,计算设备包括处理器和存储器,该存储器用于存储计算机程序指令,该计算机程序指令由处理器加载并执行以使计算设备实现如上述方面所述的数据恢复方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质中存储有至少一条计算机程序指令,所述计算机程序指令由处理器加载并执行以实现如上述方面所述的数据恢复方法。
第五方面,本申请实施例提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算设备执行上述方面的各种可选实现方式中提供的数据恢复方法。
本申请中第二方面到第五方面及其各种实现方式的具体描述,可以参考第一方面及其各种实现方式中的详细描述;并且,第二方面到第五方面及其各种实现方式的有益效果,可以参考第一方面及其各种实现方式中的有益效果分析,此处不再赘述。
本申请的这些方面或其他方面在以下的描述中会更加简明易懂。
附图说明
图1是根据一示例性实施例示出的一种数据管理系统的示意图;
图2是图1所示实施例中涉及的一种差异增量备份示意图;
图3是根据一示例性实施例示出的一种数据恢复方法的流程示意图;
图4是根据一示例性实施例示出的一种数据恢复方法的流程示意图;
图5是图4所示实施例中涉及的一种查询第一快照是否存在的流程示意图;
图6是图4所示实施例中涉及的一种还原数据库的流程示意图;
图7是图4所示实施例中涉及的一种需要恢复的差异增量备份数据的确定流程示意图;
图8是图4所示实施例中涉及的一种第一快照更新流程示意图;
图9是图4所示实施例中涉及的一种目标数据库数据恢复流程示意图;
图10是本申请一个示例性实施例提供的数据恢复装置的结构示意图;
图11是本申请一个示例性实施例提供的计算设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请后续实施例提供了一种数据恢复的方案,该数据恢复方案可以应用在企业生产、经营、战略等日常运作时需要数据支撑的场景中,企业为了支持信息技术的不断发展,需要保护企业自身的数据资产,企业的重要信息资产一般可以分散在若干个不同的系统中,可以包括核心数据库、客户数据、交易数据以及各类管理数据,在进行数据日常维护的过程中,可能存在数据存储设备损坏、数据被误操作以及数据被人为破坏等导致数据同时损坏的风险,因此,需要对数据进行备份,并且基于备份数据进行数据恢复以实现对数据库中的数据的保护。请参考图1,图1是本申请实施例涉及的一种数据管理系统的示意图,该数据管理系统中包括生产系统110以及备份系统120。生产系统110中包括数据库111、备份代理组件112、操作系统113以及生产存储组件114。备份系统120包括备份服务组件121以及备份存储组件122。
其中,数据管理系统中可以包括备份设备以及生产设备,生产设备在生产系统110中,备份设备在备份系统120中。生产设备可以是计算设备,备份设备同样可以是计算设备,生产设备与备份设备可以是不同的计算设备,也可以是同一计算设备,在此不作限制。计算设备可以是智能手机、平板电脑、电子书阅读器、个人便携式计算机、服务器等。
可选的,生产存储组件114可以是具有快照生成功能的组件,备份代理组件112可以是安装在生产设备上的插件。备份存储组件122中可以存储有备份数据。备份服务组件121与备份代理组件112可以通过通信网络相连,备份代理组件112将备份数据可以通过通信网络传输给备份服务组件121,备份服务组件121将备份数据发送给备份存储组件122,对备份数据进行存储。
在一种可能的实现方式中,生产系统与备份系统可以通过通信网络相连。可选的,通信网络是有线网络或无线网络。
可选的,上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络,包括但不限于局域网(local area network,LAN)、城域网(metropolitan area network,MAN)、广域网(wide area network,WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合。在一些实施例中,使用包括超文本标记语言(hyper text mark-up language,HTML)、可扩展标记语言(extensible markuplanguage,XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(secure socket layer,SSL)、传输层安全(transport layer security,TLS)、虚拟专用网络(virtual private network,VPN)、网际协议安全(internet protocolsecurity,IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中,还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
示例性的,计算设备可以通过差异增量备份的方式进行数据备份,差异增量备份的方式中每次进行数据备份是将上一次备份结果到本次备份时的差异数据进行备份。
图2是本申请实施例涉及的一种差异增量备份示意图。如图2所示,在第一天的备份时间计算设备可以进行全量备份,在第二天的备份时间计算设备可以进行差异增量备份,在第三天的备份时间计算设备可以同样进行差异增量备份,在第四天的备份时间计算设备仍然进行差异增量备份,在第五天的备份时间时,可以对数据进行全量备份。
其中,第一天的备份时间可以是开始进行数据备份的时间,第二天到第四天的备份时间可以是日常快速对数据进行差异增量备份的时间,第五天的备份时间可以是空闲时刻(如,周末)对数据进行完整的全量备份的时间。
第一天的全量备份数据是第一天的备份时间的全量数据,第二天差异增量备份数据是第二天备份时间处已备份的全量数据与第一天备份时间处已备份的全量数据之间的差异备份数据,第三天的差异增量备份数据是第三天备份时间处已备份的全量数据与第二天备份时间处已备份的全量数据之间的差异备份数据,第四天差异增量备份数据是第四天备份时间处已备份的全量数据与第三天备份时间处已备份的全量数据之间的差异备份数据,第五天的全量备份数据是第五天的备份时间已备份的全量数据。
比如,在第一天的备份时间进行数据备份可以是进行全量数据备份,此时的全量数据包括数据a、数据b以及数据c;第二天的备份时间进行数据备份是进行差异增量备份,若此时的数据a变为数据d,则第二天的备份时间进行数据备份是仅备份数据a变为数据d;第三天的备份时间进行数据备份是进行差异增量备份,若此时的数据d变为数据e,则第三天的备份时间进行数据备份是仅备份数据d变为数据e;第四天的备份时间进行数据备份是进行差异增量备份,若此时的数据b变为数据f,则第四天的备份时间进行数据备份是仅备份数据b变为数据f;在第五天的备份时间进行数据备份可以是进行全量数据备份,此时的全量数据包括数据e、数据f以及数据c。
图3示出了本申请一个示例性实施例提供的数据恢复方法的流程示意图。其中,该数据恢复方法可以由计算设备执行,比如,该计算设备可以是图1所示的数据管理系统中的生产设备。该数据恢复确定方法包括如下步骤:
步骤301,获取目标数据库的待恢复备份数据的标识。
在本申请实施例中,当生产设备的目标数据库的数据需要进行数据恢复时,生产设备可以获取目标数据库的待恢复备份数据的标识。
其中,待恢复备份数据可以是目标数据库中需要进行数据恢复的数据对应的备份数据,该备份数据对应有标识,用于指示该备份数据的数据内容。
在一种可能的实现方式中,生产设备在日常进行数据生产时,可以实时将生产的数据存储在目标数据库中,目标数据库的数据可以在各个备份时间进行备份处理,将备份数据传输并存储在备份设备中,以供生产设备在需要进行对应的数据恢复时从备份设备中获取。
其中,目标数据库可以是关系型数据库或者内存数据库。
步骤302,在待恢复备份数据是增量备份数据时,获取已恢复备份数据;其中,已恢复备份数据与待恢复备份数据是基于同一全量备份数据的备份数据,已恢复备份数据的备份时间早于待恢复备份数据的备份时间,且已恢复备份数据是备份时间距离待恢复备份数据的备份时间最近一次的已恢复的备份数据。
在本申请实施例中,生产设备确定待恢复备份数据是否为增量备份数据,当确定待恢复数据为增量备份数据时,可以根据获取到的待恢复备份数据的标识,获取备份时间早于待恢复备份数据的备份时间且距离最近的,并且基于同一全量备份数据进行备份的已恢复备份数据。
在一种可能的实现方式中,已恢复备份数据可以是全量备份数据,也可以是增量备份数据。
其中,为了提高通过复用已恢复备份数据,在已恢复备份数据的基础上继续进行数据恢复的效果,可以基于目标数据库的日志内容获取距离待恢复备份数据最近的已恢复备份数据,并进行后续步骤。目标数据库的日志内容中记录有最近一次进行恢复的备份数据。
在一种可能的实现方式中,当待恢复备份数据是增量备份数据时,由于各个备份数据在进行数据备份的过程中可以按照先后顺序进行标识,可以按照待恢复备份数据的标识确定备份时间早于待恢复备份数据的备份时间的,且基于同一全量备份数据的最近一次的备份数据获取为已恢复备份数据。
步骤303,响应于查询到第一快照,按照增量备份数据恢复方式恢复待恢复备份数据;其中,第一快照用于确定已恢复备份数据的恢复时间时目标数据库的状态;增量备份数据的恢复方式是基于待恢复备份数据与已恢复备份数据之间的差异增量备份数据,恢复待恢复备份数据的方式。
在本申请实施例中,生产设备在获取到已恢复备份数据后,可以开始查询是否存在第一快照,若查询到第一快照,则可以根据待恢复备份数据与已恢复备份数据之间的差异增量备份数据恢复待恢复备份数据。
在一种可能的实现方式中,第一快照可以是生产设备在进行数据恢复后生成的存储快照。
其中,第一快照可以是最近一次进行数据恢复后生成的存储快照,也可以是每次进行数据恢复后各自生成的存储快照。
在一种可能的实现方式中,已恢复备份数据的恢复时间时目标数据库的状态可以用于指示目标数据库在对已恢复备份数据进行数据恢复后新生成的数据库实体中包含的恢复后的数据、数据库的系统改变号以及数据库日志号。
其中,数据库管理系统中可以存在各种用于数据管理方便而设定的各种数据管理对象,该数据管理对象可以是数据库实体。
比如,数据库实体可以是数据库表、视图、存储过程、各种数据管理对象中所存储的数据。
综上所述,在本申请实施例中,生产设备可以通过获取目标数据库的待恢复备份数据的标识,在待恢复备份数据是增量备份数据时,获取基于同一全量备份数据的最近一次的已恢复备份数据,并且在查询到第一快照的情况下,根据已恢复备份数据与待恢复备份数据之间的差异增量备份数据恢复待恢复备份数据。由于预先查询到可以使目标数据库恢复到已恢复备份数据的恢复时间时的状态的第一快照,避免了在上一次进行数据恢复后生成新的数据库实体,导致的无法识别目标数据库的数据库实体,并在已恢复备份数据的基础上继续进行数据恢复的问题,实现了对已恢复备份数据进行复用,从而提高了数据恢复的效率。
图4示出了本申请一个示例性实施例提供的数据恢复方法的流程示意图。其中,该数据恢复方法可以由计算设备执行,比如,该计算设备可以是图1所示的数据管理系统中的生产设备。该数据恢复方法包括如下步骤:
步骤401,获取目标数据库的待恢复备份数据的标识。
在本申请实施例中,生产设备获取目标数据库中需要恢复的数据对应的待恢复备份数据的标识。
在一种可能的实现方式中,生产设备可以从元数据记录信息中获取目标数据库的待恢复备份数据的标识。
其中,元数据记录信息包括在各个备份时间下对备份数据进行备份时记录的备份数据的标识。
示例性的,当生产设备生产数据的过程中,可以同步对生产设备生产的数据进行备份,同时进行备份的数据可以以标识的形式进行记录,生成包含各个备份数据的标识的元数据记录信息。
在一种可能的实现方式中,标识用于指示备份数据类型以及备份数据类型各自对应的序列号;备份数据类型包括全量备份数据或增量备份数据;备份数据类型各自对应的序列号包括全量备份序列号或增量备份序列号。
也就是说,通过获取元数据记录信息,可以得到各个备份时间下的备份数据的备份数据类型,即各个备份时间下的备份数据时全量备份数据还是增量备份数据;若得到该备份时间下的备份数据的备份数据类型是全量备份数据,还可以得到该备份时间下的全量备份数据所属的序列号,若得到该备份时间下的备份数据的备份数据类型是增量备份数据,还可以得到该备份时间下的增量备份数据所属的全量备份数据的序列号,以及在该全量备份数据下该增量备份数据所属的序列号。
比如,若在备份时间进行全量备份,则在该备份时间下记录全量备份数据对应的全量备份序列号。若在备份时间进行增量备份,则在该备份时间下记录上一次进行全量备份的全量备份序列号以及在该全量备份下的增量备份序列号,可以记为“全量备份序列号”+“.”+“增量备份序列号”。若按照如图2所示的备份时间进行数据备份,则元数据记录信息可以包括如下表1所示的内容。
表1
备份时间 | 备份类型 | 备份序列号 |
第一天 | 全量备份 | 1 |
第二天 | 差异增量备份 | 1.1 |
第三天 | 差异增量备份 | 1.2 |
第四天 | 差异增量备份 | 1.3 |
第五天 | 全量备份 | 2 |
第六天 | 差异增量备份 | 2.1 |
… | … | … |
步骤402,基于待恢复备份数据的标识,确定待恢复备份数据的备份数据类型。
在本申请实施例中,生产设备可以根据获取到的待恢复备份数据的标识,确定该待恢复备份数据的备份数据类型,即确定该待恢复备份数据是全量备份数据,还是在某一全量备份数据下的增量备份数据,备份数据类型可以包括全量备份数据或增量备份数据。
由于生产设备可以根据待恢复备份数据的备份数据类型,确定后续恢复数据的方式,所以需要根据获取到的待恢复备份数据的标识,确定待恢复备份数据所属的备份数据类型。
比如,若元数据记录信息中包含的内容如表1所示,待恢复备份数据是需要通过在第三天的备份时间进行数据备份后的备份数据进行数据恢复,根据第三天的备份时间处的备份序列号1.2,可以确定待恢复备份数据的备份数据类型是增量备份数据。若待恢复备份数据是需要通过在第五天的备份时间进行数据备份后的备份数据进行数据恢复,根据第五天的备份时间处的备份序列号2,可以确定待恢复备份数据的备份数据类型是全量备份数据。
步骤403,在待恢复备份数据是全量备份数据时,按照全量备份数据恢复方式恢复待恢复备份数据。
在本申请实施例中,当通过获取待恢复备份数据的标识,确定待恢复备份数据的备份数据类型是全量备份数据,则可以按照全量备份数据恢复待恢复备份数据。
其中,全量备份数据恢复方式是基于全量备份数据恢复待恢复备份数据的方式。
也就是说,当待恢复备份数据对应的备份时间下,刚好通过全量备份的方式进行数据备份,则在此时由于可以获取到全量备份数据,无需在其他已恢复备份数据的基础上继续进行数据恢复,所以可以直接按照全量备份数据恢复待恢复备份数据。
由于已恢复备份数据与待恢复备份数据是基于不同全量备份数据的备份数据,所以无需基于第一已恢复备份数据进行复用,可以直接按照全量数据进行数据恢复。
步骤404,在待恢复备份数据是增量备份数据时,获取已恢复备份数据。
在本申请实施例中,当通过获取待恢复备份数据的标识,确定待恢复备份数据的备份数据类型是增量备份数据,则可以确定已恢复备份数据,并且获取已恢复备份数据。
其中,已恢复备份数据与待恢复备份数据可以是基于同一全量备份数据的备份数据,已恢复备份数据的备份时间早于待恢复备份数据的备份时间。
也就是说,确定待恢复备份数据不属于仅包含全量备份数据的情况时,通过待恢复备份数据的标识确定该待恢复备份数据中包含的全量备份数据,确定包含同一全量备份数据,且备份时间早于待恢复备份数据的备份时间的备份数据中是否存在已恢复备份数据,若存在符合条件的已恢复备份数据,则可以获取该已恢复备份数据。
在一种可能的实现方式中,在确定已恢复备份数据时,可以查询到存在一个或者多个符合条件的已恢复备份数据,可以获取各个已恢复备份数据。
示例性的,若元数据记录信息中包含的内容如表1所示,待恢复备份数据是需要通过在第三天的备份时间进行数据备份后的备份数据进行数据恢复,根据第三天的备份时间处的备份序列号1.2可以确定该待恢复备份数据包含的全量备份数据是全量备份数据1,同时根据第三天的备份时间处的备份序列号1.2可以确定早于该待恢复备份数据的备份时间是第二天的备份时间,对应的备份序列号1.1,若确定在备份序列号1.1对应的备份时间,已进行过数据恢复,则获取备份序列号1.1对应的备份时间处的已恢复备份数据。若待恢复备份数据是需要通过在第四天的备份时间进行数据备份后的备份数据进行数据恢复,根据第四天的备份时间处的备份序列号1.3可以确定该待恢复备份数据包含的全量备份数据是全量备份数据1,同时根据第四天的备份时间处的备份序列号1.3可以确定早于该待恢复备份数据的备份时间是第二天的备份时间,对应的备份序列号是1.1和1.2,若确定在备份序列号1.1对应的备份时间以及备份序列号1.2对应的备份时间,均已进行过数据恢复,则获取备份序列号1.1对应的备份时间处的已恢复备份数据以及备份序列号1.2对应的备份时间处的已恢复备份数据。
步骤405,响应于查询到第一快照,按照第一快照将目标数据库还原成第一状态。
在本申请实施例中,生产设备查询是否存在第一快照,若查询到存在第一快照,则生产设备可以按照第一快照中的内容将目标数据库还原成第一状态。
其中,第一状态可以是使用已恢复备份数据进行数据恢复后目标数据库的状态。第一快照可以用于确定已恢复备份数据的恢复时间时目标数据库的状态。
在一种可能的实现方式中,第一快照可以包括在已恢复备份数据的恢复时间时目标数据库的配置信息、在已恢复备份数据的恢复时间时目标数据库的日志信息以及已恢复备份数据的数据信息。
其中,目标数据库的配置信息可以包括系统改变号(system change number,SCN)、域名系统(domain name system,DNS)连接字符串、数据库主机名等信息;目标数据库的日志信息可以包括数据库的日志号,目标数据库的日志信息用于记录对目标数据库的操作信息;已恢复备份数据的数据信息可以包括已恢复备份数据的存储地址信息、已恢复备份数据的结束时间节点信息等。
由于在进行数据恢复后,目标数据库需要新建一个数据库实体(incarnation),恢复后的数据是在该新建的数据库实体中的,该新建的目标数据库的数据库实体与进行数据恢复之前的目标数据库属于不同的数据库,也就是说,新建的目标数据库的数据库实体与进行数据恢复之前的目标数据库各自对应的数据库的日志号、系统改变号等均是不同的,从而导致下一次进行数据恢复时,无法复用已恢复的备份数据,从而导致每次使用备份数据进行数据恢复时都只能按照全量数据恢复,比如,按照所需要进行数据恢复的时间点之前产生的最近一个全量备份数据与从最近一个全量备份数据后产生的所有增量备份数据所组成的全量数据进行数据恢复。通过将之前已恢复备份数据对应的新建的目标数据库更新后的数据库日志号以及SCN等使用第一快照进行存储,可以在再次需要进行数据恢复时,将目标数据库还原成之前已恢复备份数据对应的更新后的目标数据库,从而实现对已恢复备份数据的复用。
在一种可能的实现方式中,生产设备通过第一快照的快照名称查询是否存在第一快照,若查询到存在第一快照,返回确定指令,若查询到不存在第一快照,则返回否定指令,当接收到确定指令时,可以通过接口调用第一快照执行第一快照恢复。
比如,第一快照的快照名称可以是Incremental_PRE_SNAP。
在另一种可能的实现方式中,在第一已恢复备份数据与待恢复备份数据是基于不同全量备份数据的备份数据时,可以按照全量数据恢复方式恢复待恢复备份数据。第一已恢复备份数据是备份时间早于待恢复备份数据的备份时间且距离待恢复备份数据的备份时间最近一次的已经恢复的备份数据。
其中,当第一已恢复备份数据与待恢复备份数据是基于不同的全量备份数据的备份数据时,可以基于待恢复备份数据的全量备份数据、在全量备份数据下的待恢复备份数据处的增量备份数据,以及,在全量备份数据下的待恢复备份数据之前的各个增量备份数据恢复待恢复备份数据。
比如,若待恢复备份数据的备份时间对应的备份标识是1.4,则全量备份数据恢复方式是基于标识为1的全量备份数据、标识为1.4的增量备份数据以及标识为小于1.4的1.1、1.2、1.3各自对应的增量备份数据恢复待恢复备份数据的方式。
示例性的,图5是本申请实施例涉及的一种查询第一快照是否存在的流程示意图。以第一快照的快照名称是Incremental_PRE_SNAP为例,如图5所示,首先通过存储用户名、以及对应密码可以通过存储系统接口登录存储系统(S51),以获得查询第一快照的权限,然后通过存储系统用接口查询快照名称为“Incremental_PRE_SNAP”的快照信息(S52),判断快照Incremental_PRE_SNAP是否存在(S53),若存在则返回True进行响应,若不存在则返回False进行响应。
然后,图6是本申请实施例涉及的一种还原数据库的流程示意图。以第一快照的快照名称是Incremental_PRE_SNAP为例,如图6所示,首先通过存储用户名、以及对应密码可以通过存储系统接口登录存储系统(S61),以获得调用第一快照的权限,然后通过存储系统接口对快照名称为“Incremental_PRE_SNAP”的快照执行快照恢复(S62)。
在一种可能的实现方式中,第一快照还可以是由数据库的配置、数据文件以及日志文件存储的文件系统按照快照功能,生成的存储快照。
步骤406,按照增量备份数据恢复方式,恢复处于第一状态的目标数据库的待恢复备份数据。
在本申请实施例中,生产设备可以按照增量备份数据恢复方式,按照顺序恢复处于第一状态的目标数据库的待恢复备份数据。
其中,增量备份数据的恢复方式可以是基于待恢复备份数据与已恢复备份数据之间的差异增量备份数据,恢复待恢复备份数据的方式。
在一种可能的实现方式中,获取已恢复备份数据与待恢复备份数据之间n个增量备份数据;已恢复备份数据与待恢复备份数据之间经过n个进行数据备份的备份时间;n是大于等于1的整数;然后,基于n个增量备份数据,确定差异增量备份数据;按照差异增量备份数据,恢复处于第一状态的目标数据库的待恢复备份数据。
其中,由于已恢复备份数据与待恢复备份数据是基于同一全量备份数据的备份数据,在可以对已恢复备份数据进行复用的情况下,仅需获取已恢复备份数据与待恢复备份数据之间差异的n个增量备份数据,从而确定差异增量备份数据,并且按照差异增量备份数据在已恢复备份数据的基础上恢复处于第一状态下的目标数据库的数据。
示例性的,若确定已恢复备份数据是在第二天的备份时间处恢复的增量备份数据,待恢复备份数据是需要恢复第四天的备份时间处的增量备份数据,则可以确定已恢复备份数据与待恢复备份数据之间差异的2个增量备份数据,按照差异的2个增量备份数据恢复处于第一状态下的目标数据库的数据。
在一种可能的实现方式中,生产设备还可以根据标识确定作为差异增量备份数据的n个增量备份数据。
也就是说,可以将大于已恢复备份数据的增量备份序列号,以及,小于等于待恢复备份数据的增量备份序列号各自对应的增量备份数据确定为n个增量备份数据,增量备份序列号可以是基于待恢复备份数据的标识确定的。
示例性的,如表1所示,若确定已恢复备份数据是在第二天的备份时间处恢复的增量备份数据,对应的标识是1.1,待恢复备份数据是需要恢复的第四天的备份时间处的增量备份数据,对应的标识是1.3,则可以确定已恢复备份数据与待恢复备份数据之间差异的2个增量备份数据是标识为1.2以及标识为1.3的增量备份数据,可以按照标识为1.2以及标识为1.3的增量备份数据恢复处于第一状态下的目标数据库的数据。
示例性的,图7是本申请实施例涉及的一种需要恢复的差异增量备份数据的确定流程示意图。如图7所示,首先生产设备解析当前需要恢复时间点的最近的备份数据对应的序列号,解析出全量备份序列号X以及增量备份序列号Y(S71),判断该待恢复备份数据是否为全量备份数据(S72),若判断确定是全量备份数据,则直接将全量备份数据确定为需要进行恢复的备份数据,若判断确定不是全量备份数据,则可以解析上一次恢复的备份数据的全量备份序列号和增量备份序列号(S73),比如,已恢复备份数据的序列号是1.2,则全量备份序列号为1,增量备份序列号为2。上一次恢复的备份数据的序列号可以是a.b,然后判断待恢复备份数据的全量备份序列号X与上一次已恢复备份数据的全量备份序列号a是否相等(S74),若待恢复备份数据的全量备份序列号X与上一次已恢复备份数据的全量备份序列号a不相等,则可以确定需要恢复的差异增量备份数据等于全量备份数据X与全量备份数据X下的小于等于增量备份序列号Y的各个增量备份数据之和(S75),若待恢复备份数据的全量备份序列号X与上一次已恢复备份数据的全量备份序列号a相等,则继续判断增量备份序列号Y是否大于增量备份序列号b(S76),若增量备份序列号Y小于等于增量备份序列号b,则可以确定需要恢复的差异增量备份数据等于全量备份数据X与全量备份数据X下的小于等于增量备份序列号Y的各个增量备份数据之和,若增量备份序列号Y大于增量备份序列号b,则可以确定需要恢复的差异增量备份数据等于X.(b+1)到X.Y各自对应的增量备份数据之和(S77)。
在一种可能的实现方式中,在进行数据恢复之后,生产设备可以清除第一快照中的内容,然后,获取恢复待恢复备份数据后目标数据库的第二状态,按照第二状态,更新第一快照。
第二状态中可以包括恢复待恢复备份数据后目标数据库的更新后的配置信息、恢复待恢复备份数据后目标数据库的更新后的日志信息以及恢复待恢复备份数据后的目标数据库的更新后的数据信息。
也就是说,在进行数据恢复后,可以将恢复后的数据作为新生成的已恢复备份数据,通过第一快照进行快照存储,并且对第一快照中的目标数据库的相关信息进行更新,以便后续继续进行数据恢复时,基于更新后的第一快照,在已恢复的数据的基础上继续进行数据恢复,以提高数据恢复的效率。
在另一种可能的实现方式中,在进行数据恢复之后,生产设备还可以获取恢复待恢复备份数据后目标数据库的第二状态,按照第二状态生成第二快照;其中第二快照可以用于确定第二状态。
其中,第二状态同样可以包括恢复待恢复备份数据后目标数据库的更新后的配置信息、恢复待恢复备份数据后目标数据库的更新后的日志信息以及恢复待恢复备份数据后的目标数据库的更新后的数据信息。第二快照可以将目标数据库的数据库实体恢复到第二状态,当生产设备查询到第二快照时,同样可以按照增量备份数据恢复方式恢复待恢复备份数据。
也就是说,之前各个已恢复备份数据各自对应的第一快照不进行删除,直接通过新增快照的方式,增加当前已恢复备份数据对应的第二快照,以实现后续可以从包括第一快照以及第二快照的各个快照中选取一个,以快照各自对应的已恢复备份数据为基础,按照差异增量备份数据进行数据恢复。
比如,图8是本申请实施例涉及的一种第一快照更新流程示意图。如图8所示,首先通过存储用户名、以及对应密码可以通过存储系统接口登录存储系统(S81),以获得更改、删除或者添加第一快照的权限,然后通过存储系统接口删除快照名称为“Incremental_PRE_SNAP”的第一快照(S82),通过存储系统接口按照目标数据库的配置信息、数据盘以及日志盘在存储上生成名称为Incremental_PRE_SNAP的第一快照(S83)。
示例性的,图9是本申请实施例涉及的一种目标数据库数据恢复流程示意图。如图9所示,首先,检查Incremental_PRE_SNAP快照是否存在(S91),然后,若存在Incremental_PRE_SNAP快照,开始检查元数据记录信息,查找是否存在恢复副本元数据,查找需要恢复的增量备份数据的副本(S92),若存在恢复副本元数据,则可以使用Incremental_PRE_SNAP快照还原目标数据库(S93),然后使用差异增量备份数据副本恢复目标数据库的数据(S94);若不存在恢复副本元数据或者通过步骤S91确定不存在Incremental_PRE_SNAP快照,则可以按照全量数据恢复目标数据库的数据,该全量数据包括全量备份数据以及全量备份数据下的各个增量备份数据的副本(S95),在步骤S93后以及步骤S95后可以先清除Incremental_PRE_SNAP快照,然后按照目标数据库的配置信息、数据盘以及日志盘在存储上生成Incremental_PRE_SNAP快照(S96),然后执行“alter database open resetlogs”命令,重启目标数据库。
示例性的,按照本申请实施例所示的方案进行数据恢复,在各个恢复时间下进行数据恢复需要恢复的备份数据副本如下表2所示。
表2
其中,若恢复时间是在第一天,且不存在上一次已恢复的数据,则当前需要进行恢复的备份数据是标识为1的全量备份数据;若恢复时间是在第二天,且上一次已恢复的备份数据是标识为1的全量备份数据,则当前需要进行恢复的备份数据是标识为1.1的增量备份数据;若恢复时间是在第三天,且上一次已恢复的备份数据是标识为1的全量备份数据,则当前需要进行恢复的备份数据是标识为1.1的增量备份数据与标识为1.2的增量备份数据之和;若恢复时间是在第三天,且上一次已恢复的备份数据是标识为1.1的增量备份数据处对应的全量数据,则当前需要进行恢复的备份数据是标识为1.2的增量备份数据;若恢复时间是在第四天,且上一次已恢复的备份数据是标识为1的全量备份数据,则当前需要进行恢复的备份数据是标识为1.1的增量备份数据、标识为1.2的增量备份数据与标识为1.3的增量备份数据之和,后续需要进行恢复的备份数据的确定方法可以以此类推。
也就是说,通过结合存储快照,即第一快照的方式来恢复目标数据库到执行“openresetlogs”指令之前的状态,或者目标数据库修改之前的状态,可以使目标数据库保持在上一次数据恢复完成时的状态,从而可以继续使用增量备份数据进行恢复,减少已恢复数据的网络传输和处理时间,从而缩短目标数据库的数据恢复所需时间。
综上所述,在本申请实施例中,生产设备可以通过获取目标数据库的待恢复备份数据的标识,在待恢复备份数据是增量备份数据时,获取基于同一全量备份数据的已恢复备份数据,并且在查询到第一快照的情况下,根据已恢复备份数据与待恢复备份数据之间的差异增量备份数据恢复待恢复备份数据。由于预先查询到可以使目标数据库恢复到已恢复备份数据的恢复时间时的状态的第一快照,避免了在上一次进行数据恢复后生成新的数据库实体,导致的无法识别目标数据库的数据库实体,并在已恢复备份数据的基础上继续进行数据恢复的问题,实现了对已恢复备份数据进行复用,从而提高了数据恢复的效率。
上述主要从方法的角度对本申请实施例的方案进行了介绍。可以理解的是,数据恢复装置为了实现上述功能,其包含了执行各个功能相应的硬件结构和软件模块中的至少一个。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对数据恢复装置进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
示例性的,图10示出了本申请一个示例性实施例提供的数据恢复装置1000的结构示意图。该数据恢复装置1000应用于计算设备中,该数据恢复装置1000包括:
标识获取模块1010,用于获取目标数据库的待恢复备份数据的标识;
数据获取模块1020,用于在所述待恢复备份数据是增量备份数据时,获取已恢复备份数据;其中,所述已恢复备份数据与所述待恢复备份数据是基于同一全量备份数据的备份数据,所述已恢复备份数据的备份时间早于所述待恢复备份数据的备份时间,且所述已恢复备份数据是所述备份时间距离所述待恢复备份数据的备份时间最近一次的已恢复的备份数据;
数据恢复模块1030,用于响应于查询到第一快照,按照增量备份数据恢复方式恢复所述待恢复备份数据;其中,所述第一快照用于确定所述已恢复备份数据的恢复时间时所述目标数据库的状态;所述增量备份数据的恢复方式是基于所述待恢复备份数据与所述已恢复备份数据之间的差异增量备份数据,恢复所述待恢复备份数据的方式。
例如,结合图3,标识获取模块1010可以用于执行如图3所示的步骤301,数据获取模块1020可以用于执行如图3所示的步骤302,数据恢复模块1030可以用于执行如图3所示的步骤303。
在一种可能的实现方式中,所述数据恢复模块1030,包括:
状态还原子模块,用于响应于查询到所述第一快照,按照所述第一快照将所述目标数据库还原成第一状态;所述第一状态是使用所述已恢复备份数据进行数据恢复后所述目标数据库的状态;
恢复子模块,用于按照增量备份数据恢复方式,采用所述待恢复备份数据恢复处于所述第一状态的所述目标数据库。
例如,结合图4,状态还原子模块可以用于执行如图4所示的步骤405,恢复子模块可以用于执行如图4所示的步骤406。
在一种可能的实现方式中,所述恢复子模块,包括:
增量数据获取单元,用于获取所述已恢复备份数据与所述待恢复备份数据之间n个增量备份数据;所述已恢复备份数据与所述待恢复备份数据之间经过n个进行数据备份的备份时间;所述n是大于等于1的整数;
差异确定单元,用于基于所述n个增量备份数据,确定所述差异增量备份数据;
恢复单元,用于按照所述差异增量备份数据,采用所述待恢复备份数据恢复处于所述第一状态的所述目标数据库。
在一种可能的实现方式中,所述标识获取模块1010,包括:
标识获取子模块,用于从元数据记录信息中获取所述目标数据库的所述待恢复备份数据的标识;所述元数据记录信息包括在各个所述备份时间下对所述备份数据进行备份时记录的所述备份数据的标识。
在一种可能的实现方式中,所述标识用于指示所述备份数据类型以及所述备份数据类型各自对应的序列号;所述备份数据类型包括全量备份数据或增量备份数据;所述备份数据类型各自对应的序列号包括全量备份序列号或增量备份序列号。
在一种可能的实现方式中,所述增量数据获取单元,用于,
将大于所述已恢复备份数据的增量备份序列号,以及,小于等于所述待恢复备份数据的所述增量备份序列号各自对应的所述增量备份数据确定为所述n个增量备份数据;所述增量备份序列号是基于所述待恢复备份数据的标识确定的。
在一种可能的实现方式中,所述装置还包括:
类型确定模块,用于在所述待恢复备份数据是增量备份数据时,根据所述待恢复备份数据的标识,获取已恢复备份数据之前,基于所述待恢复备份数据的标识,确定所述待恢复备份数据的所述备份数据类型,所述备份数据类型包括全量备份数据或增量备份数据。
例如,结合图4,类型确定模块可以用于执行如图4所示的步骤402。
在一种可能的实现方式中,所述装置还包括:
第二恢复模块,用于获取目标数据库的待恢复备份数据的标识之后,在所述待恢复备份数据是所述全量备份数据时,按照所述全量备份数据方式恢复所述待恢复备份数据;所述全量备份数据恢复方式是基于所述全量备份数据恢复所述待恢复备份数据的方式。
例如,结合图4,第二恢复模块可以用于执行如图4所示的步骤403。
在一种可能的实现方式中,所述第一快照包括在所述已恢复备份数据的恢复时间时所述目标数据库的配置信息、在所述已恢复备份数据的恢复时间时所述目标数据库的日志信息以及所述已恢复备份数据的数据信息。
在一种可能的实现方式中,所述装置还包括:
清除模块,用于按照增量备份数据恢复方式恢复所述待恢复备份数据之后,清除所述第一快照中的内容;
第一获取模块,用于获取恢复所述待恢复备份数据后所述目标数据库的第二状态;
更新模块,用于按照所述第二状态,更新所述第一快照。
在一种可能的实现方式中,所述装置还包括:
第二获取模块,用于按照增量备份数据恢复方式恢复所述待恢复备份数据之后,获取恢复所述待恢复备份数据后所述目标数据库的第二状态;
添加模块,用于按照所述第二状态,生成所述第二快照;其中,所述第二快照用于确定所述第二状态。
关于上述可选方式的具体描述可以参见前述的方法实施例,此处不再赘述。此外,上述提供的任一种数据恢复装置的解释以及有益效果的描述均可参考上述对应的方法实施例,不再赘述。
作为示例,结合图11,数据恢复装置中的标识获取模块1010、数据获取模块1020和数据恢复模块1030中的部分或全部实现的功能可以通过图11中的处理器1110执行图11中的存储器1120中的程序代码实现。
图11示出了本申请一个示例性实施例提供的计算设备1100的结构示意图。该计算设备1100可以是智能手机、平板电脑、电子书、便携式个人计算机、智能穿戴设备等电子设备。本申请中的计算设备1100可以包括一个或多个如下部件:处理器1110以及存储器1120。
处理器1110可以包括一个或者多个处理核心。处理器1110利用各种接口和线路连接整个终端内的各个部分,通过运行或执行存储在存储器1120内的指令、程序、代码集或指令集,以及调用存储在存储器1120内的数据,执行终端的各种功能和处理数据。可选地,处理器1110可以采用数字信号处理(digital signal processing,DSP)、现场可编程门阵列(field-programmable gate array,FPGA)、可编程逻辑阵列(programmable logicarray,PLA)中的至少一种硬件形式来实现。处理器1110可集成中央处理器(CentralProcessing Unit,CPU)、图像处理器(graphics processing unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器1110中,单独通过一块通信芯片进行实现。
存储器1120可以包括随机存储器(random access memory,RAM),也可以包括只读存储器(read-only memory,ROM)。可选地,该存储器1120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1120可用于存储指令、程序、代码、代码集或指令集。存储器1120可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等,该操作系统可以是安卓(Android)系统(包括基于Android系统深度开发的系统)、苹果公司开发的IOS系统(包括基于IOS系统深度开发的系统)或其它系统。存储数据区还可以存储终端在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
除此之外,本领域技术人员可以理解,上述附图所示出的计算设备1100的结构并不构成对计算设备1100的限定,计算设备1100可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。比如,终端中还包括射频电路、拍摄组件、传感器、音频电路、无线保真(wireless fidelity,WiFi)组件、电源、蓝牙组件等部件,在此不再赘述。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有至少一条计算机指令,该至少一条计算机指令由处理器加载并执行以实现如上各个实施例所述的数据恢复方法。关于上述提供的任一种计算机可读存储介质中相关内容的解释及有益效果的描述,均可以参考上述对应的实施例,此处不再赘述。
本申请实施例还提供了一种芯片。该芯片中集成了用于实现上述数据恢复装置的功能的控制电路和一个或者多个端口。可选的,该芯片支持的功能可以参考上文,此处不再赘述。本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可通过程序来指令相关的硬件完成。所述的程序可以存储于一种计算机可读存储介质中。上述提到的存储介质可以是只读存储器,随机接入存储器等。上述处理单元或处理器可以是中央处理器,通用处理器、特定集成电路(application specific integrated circuit,ASIC)、微处理器(digital signal processor,DSP),现场可编程门阵列(field programmable gatearray,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。
本申请实施例还提供了一种包含指令的计算机程序产品,当该指令在计算机上运行时,使得计算机执行上述实施例中的任意一种方法。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如SSD)等。
应注意,本申请实施例提供的上述用于存储计算机指令或者计算机程序的器件,例如但不限于,上述存储器、计算机可读存储介质和通信芯片等,均具有非易失性(non-transitory)。本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读存储介质中或者作为计算机可读存储介质上的一个或多个指令或代码进行传输。计算机可读存储介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种数据恢复方法,其特征在于,所述方法由生产设备执行,所述方法包括:
获取目标数据库的待恢复备份数据的标识;
若在所述待恢复备份数据是增量备份数据,获取已恢复备份数据;其中,所述已恢复备份数据的备份时间早于所述待恢复备份数据的备份时间,且所述已恢复备份数据是所述备份时间距离所述待恢复备份数据的备份时间最近一次的已恢复的备份数据;
若所述已恢复备份数据与所述待恢复备份数据是基于同一全量备份数据的备份数据,响应于查询到第一快照,按照增量备份数据恢复方式恢复所述待恢复备份数据;其中,所述第一快照用于确定所述已恢复备份数据的恢复时间时所述目标数据库的状态;所述增量备份数据的恢复方式是基于所述待恢复备份数据与所述已恢复备份数据之间的差异增量备份数据,恢复所述待恢复备份数据的方式。
2.根据权利要求1所述的方法,其特征在于,所述响应于查询到第一快照,按照增量备份数据恢复方式恢复所述待恢复备份数据,包括:
响应于查询到所述第一快照,按照所述第一快照将所述目标数据库还原成第一状态;所述第一状态是使用所述已恢复备份数据进行数据恢复后所述目标数据库的状态;
按照增量备份数据恢复方式,采用所述待恢复备份数据恢复处于所述第一状态的所述目标数据库。
3.根据权利要求2所述的方法,其特征在于,所述按照增量备份数据恢复方式,采用所述待恢复备份数据恢复处于所述第一状态的所述目标数据库,包括:
获取所述已恢复备份数据与所述待恢复备份数据之间n个增量备份数据;所述已恢复备份数据与所述待恢复备份数据之间经过n个进行数据备份的备份时间;所述n是大于等于1的整数;
基于所述n个增量备份数据,确定所述差异增量备份数据;
按照所述差异增量备份数据,采用所述待恢复备份数据恢复处于所述第一状态的所述目标数据库。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述获取目标数据库的待恢复备份数据的标识,包括:
从元数据记录信息中获取所述目标数据库的所述待恢复备份数据的标识;所述元数据记录信息包括在各个所述备份时间下对所述备份数据进行备份时记录的所述备份数据的标识。
5.根据权利要求4所述的方法,其特征在于,所述标识用于指示备份数据类型以及所述备份数据类型各自对应的序列号;所述备份数据类型包括全量备份数据或增量备份数据;所述备份数据类型各自对应的序列号包括全量备份序列号或增量备份序列号。
6.根据权利要求1至5任一项所述的方法,其特征在于,所述获取目标数据库的待恢复备份数据的标识之后,还包括:
基于所述待恢复备份数据的标识,确定所述待恢复备份数据的所述备份数据类型,所述备份数据类型包括全量备份数据或增量备份数据;
在所述待恢复备份数据是所述全量备份数据时,按照所述全量备份数据方式恢复所述待恢复备份数据;所述全量备份数据恢复方式是基于所述全量备份数据恢复所述待恢复备份数据的方式。
7.根据权利要求1至6任一项所述的方法,其特征在于,所述第一快照包括在所述已恢复备份数据的恢复时间时所述目标数据库的配置信息、在所述已恢复备份数据的恢复时间时所述目标数据库的日志信息以及所述已恢复备份数据的数据信息。
8.根据权利要求1至7任一项所述的方法,其特征在于,所述按照增量备份数据恢复方式恢复所述待恢复备份数据之后,还包括:
清除所述第一快照中的内容;
获取恢复所述待恢复备份数据后所述目标数据库的第二状态;
按照所述第二状态,更新所述第一快照。
9.根据权利要求1至7任一项所述的方法,其特征在于,所述按照增量备份数据恢复方式恢复所述待恢复备份数据之后,还包括:
获取恢复所述待恢复备份数据后所述目标数据库的第二状态;
按照所述第二状态,生成第二快照;其中,所述第二快照用于确定所述第二状态。
10.一种计算设备,其特征在于,所述计算设备包括处理器和存储器;所述处理器与所述存储器耦合;所述存储器用于存储计算机指令,所述计算机指令由所述处理器加载并执行以使计算设备实现如权利要求1至9任一所述的数据恢复方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210911760.2A CN115421968A (zh) | 2022-07-28 | 2022-07-28 | 数据恢复方法及电子设备 |
PCT/CN2023/098051 WO2024021861A1 (zh) | 2022-07-28 | 2023-06-02 | 数据恢复方法及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210911760.2A CN115421968A (zh) | 2022-07-28 | 2022-07-28 | 数据恢复方法及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115421968A true CN115421968A (zh) | 2022-12-02 |
Family
ID=84196273
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210911760.2A Pending CN115421968A (zh) | 2022-07-28 | 2022-07-28 | 数据恢复方法及电子设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115421968A (zh) |
WO (1) | WO2024021861A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024021861A1 (zh) * | 2022-07-28 | 2024-02-01 | 超聚变数字技术有限公司 | 数据恢复方法及电子设备 |
WO2024027314A1 (zh) * | 2022-07-30 | 2024-02-08 | 超聚变数字技术有限公司 | 备份数据恢复方法及计算设备 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111880966A (zh) * | 2020-07-09 | 2020-11-03 | 腾讯科技(深圳)有限公司 | 一种数据库数据恢复方法和装置 |
CN112114999A (zh) * | 2020-09-01 | 2020-12-22 | 阿里云计算有限公司 | 一种数据备份方法、数据恢复方法、装置及电子设备 |
CN113254267B (zh) * | 2021-05-20 | 2022-08-09 | 上海安钛飞信息技术有限公司 | 分布式数据库的数据备份方法和装置 |
CN113360322B (zh) * | 2021-06-25 | 2023-06-13 | 上海上讯信息技术股份有限公司 | 一种基于备份系统恢复数据的方法及设备 |
CN114036004B (zh) * | 2021-11-26 | 2022-09-30 | 江苏安超云软件有限公司 | 数据备份方法、恢复方法及装置 |
CN115421968A (zh) * | 2022-07-28 | 2022-12-02 | 超聚变数字技术有限公司 | 数据恢复方法及电子设备 |
-
2022
- 2022-07-28 CN CN202210911760.2A patent/CN115421968A/zh active Pending
-
2023
- 2023-06-02 WO PCT/CN2023/098051 patent/WO2024021861A1/zh unknown
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024021861A1 (zh) * | 2022-07-28 | 2024-02-01 | 超聚变数字技术有限公司 | 数据恢复方法及电子设备 |
WO2024027314A1 (zh) * | 2022-07-30 | 2024-02-08 | 超聚变数字技术有限公司 | 备份数据恢复方法及计算设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2024021861A1 (zh) | 2024-02-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2022126974A1 (zh) | 基于Kafka的增量数据同步方法、装置、设备及介质 | |
CN115421968A (zh) | 数据恢复方法及电子设备 | |
CN107220142B (zh) | 执行数据恢复操作的方法及装置 | |
CN107832406B (zh) | 海量日志数据的去重入库方法、装置、设备及存储介质 | |
CN109359091B (zh) | 文件管理方法、装置、终端及计算机可读存储介质 | |
CN109213604B (zh) | 一种数据源的管理方法和装置 | |
CN111190962A (zh) | 一种文件同步方法、装置及本地终端 | |
CN110932918A (zh) | 日志数据采集方法、装置及存储介质 | |
WO2021031655A1 (zh) | 区块链网络的升级方法及装置、存储介质、电子设备 | |
CN111737227A (zh) | 数据修改方法及系统 | |
CN113312669B (zh) | 密码同步方法、设备及存储介质 | |
CN113468118B (zh) | 一种基于区块链的文件增量存储方法、装置及存储介质 | |
CN117407369B (zh) | 操作日志记录方法、装置及电子设备 | |
CN111176904B (zh) | 一种私有云架构下的数据备份的方法、系统、设备及介质 | |
CN112559913A (zh) | 一种数据处理方法、装置、计算设备及可读存储介质 | |
CN111753141B (zh) | 一种数据管理方法及相关设备 | |
CN108595924B (zh) | 一种业务权限管理方法、装置、计算机设备及存储介质 | |
CN115098297B (zh) | 一种云原生存储数据卷的一致性快照生成方法和系统 | |
CN105144073A (zh) | 可移除存储设备身份和配置信息 | |
CN112394876A (zh) | 大文件存储/读取方法、存储/读取装置和计算机设备 | |
CN115185946A (zh) | 多租户系统、多租户管理方法、计算机设备和存储介质 | |
CN114143308A (zh) | 文件上传信息处理方法、装置、计算机设备及存储介质 | |
CN115935414A (zh) | 基于区块链的数据校验方法、装置、电子设备和存储介质 | |
CN115658794A (zh) | 数据查询方法、装置、计算机设备和存储介质 | |
CN113268506B (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 |