CN115981921A - 一种备份方法 - Google Patents

Abstract

本发明公开了一种备份方法，包括：获取与数据备份请求对应的待备份数据；基于所述待备份数据进行事务一致性处理，得到目标待备份数据，并保存所述目标待备份数据。该方法通过在备份阶段进行事务一致性处理，保证了待备份数据的准确性，同时，解决了现有方案数据挂载后仍需要进行事务一致性处理的问题，缩短了后续数据恢复的时长。

Description

一种备份方法

技术领域

本发明涉及数据库技术领域，尤其涉及一种备份方法。

背景技术

备份是数据安全的最后一道防线，对于任何数据丢失的场景，备份虽然不一定能恢复百分之百的数据(取决于备份周期)，但至少能将损失降到最低，且CTO越短，对企业业务影响越小。

现有MySQL数据的备份方式主要分两类，一类是基于存储接口的备份，一类是通过SAN/FC链路挂载存储卷的方式进行备份。

其中，基于存储接口的备份方式，是通过存储接口，先完成数据库数据的完全备份生成完全备份快照并记录LSN，后续增量备份基于上次备份记录的LSN获取增量数据，并通过接口发送到存储，生成增量备份快照。该方案恢复耗时很长，需要从存储服务器下载完整备份集。通过SAN/FC链路挂载存储卷的方式进行备份，备份时先挂载基础卷完成完全备份，后续永久增量备份，在基础卷应用增量数据。恢复时直接挂载指定时间的快照。该方案备份期间对网络的稳定性要求较高，且依赖操作系统能力对存储的卷进行格式化，同时，频繁挂载和卸载盘符也会对操作系统带来额外开销。

发明内容

本发明提供了一种备份方法，以提高备份方法的效率，缩短数据恢复的时长，降低对备份环境网络稳定性的依赖和对生产环境的影响。

根据本发明的一方面，提供了一种备份方法，包括：

获取与数据备份请求对应的待备份数据；

基于所述待备份数据进行事务一致性处理，得到目标待备份数据，并保存所述目标待备份数据。

可选的，所述获取与数据备份请求对应的待备份数据，包括：

确定所述数据备份请求对应的备份类型；

根据所述备份类型确定与数据备份请求对应的待备份数据。

可选的，所述根据所述备份类型确定与数据备份请求对应的待备份数据，包括：

若所述备份类型为全量备份，则发送数据获取请求至生产业务系统；

通过存储接口接收所述生产业务系统基于所述数据获取请求返回的待备份数据。

可选的，所述根据所述备份类型确定与数据备份请求对应的待备份数据，包括：

若所述备份类型为增量备份，则获取目标日志序号，所述目标日志序号为上一备份周期的日志序号；

基于所述目标日志序号确定与数据备份请求对应的待备份数据。

可选的，在所述获取与数据备份请求对应的待备份数据之后，包括：

对全局锁进行加锁，记录当前备份周期的日志序号，并对全局锁进行解锁。

可选的，所述基于所述待备份数据进行事务一致性处理，得到目标待备份数据，包括：

基于所述待备份数据生成待备份数据副本；

根据日志数据对所述待备份数据副本进行撤销操作，得到中间待备份数据；

基于所述中间待备份数据生成目标待备份数据。

可选的，所述方法还包括：

获取与数据恢复请求对应的备份数据；

将所述备份数据挂载至目标位置。

可选的，所述将所述备份数据挂载至目标位置，包括：

通过网络附属存储将所述备份数据挂载至目标位置，并启动数据库实例。

可选的，当数据恢复请求包括恢复时间点时，所述获取与数据恢复请求对应的备份数据，包括：

获取第一备份数据和第二备份数据，所述第一备份数据和所述第二备份数据分别为第一时间点和第二时间点对应的备份数据，所述第一时间点位于所述恢复时间点之前，所述第二时间点位于所述恢复时间点之后。

可选的，在所述将所述备份数据挂载至目标位置之后，还包括：

基于所述第一备份数据启动数据库实例；以及，

根据所述第二备份数据对应的日志数据，将所述第二备份数据回滚至恢复时间点，得到目标数据。

本发明实施例提供了一种备份方法，包括：获取与数据备份请求对应的待备份数据；基于所述待备份数据进行事务一致性处理，得到目标待备份数据，并保存所述目标待备份数据。利用上述技术方案，通过在备份阶段进行事务一致性处理，保证了待备份数据的准确性，同时，解决了现有方案数据挂载后仍需要进行事务一致性处理的问题，缩短了后续数据恢复的时长。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例一提供的一种备份方法的流程图；

图2是根据本发明实施例二提供的一种备份方法的流程图；

图3是根据本发明实施例二提供的一种备份方法的场景示意图；

图4是根据本发明实施例二提供的一种备份方法的流程示意图；

图5是根据本发明实施例二提供的另一种备份方法的流程示意图；

图6是根据本发明实施例二提供的另一种备份方法的流程示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1是根据本发明实施例一提供的一种备份方法的流程图，本实施例可适用于对数据进行备份的情况，该方法可以配置于电子设备中。

可以认为的是，现有的MySQL数据的备份方式主要分两类，一类是基于存储接口的备份，一类是通过SAN/FC链路挂载存储卷的方式进行备份。基于存储接口的备份方案恢复耗时较长，需要从存储服务器下载完整备份集；通过SAN/FC链路挂载存储卷的方式进行备份，备份期间对网络的稳定性要求较高，且依赖操作系统能力对存储的卷进行格式化，同时频繁挂载和卸载盘符也会对操作系统带来额外开销。

此外，由于数据库自身的特性，应用过撤销Undo的物理文件无法再次增量备份，所以当前主流的备份方案主要将撤销Undo放到恢复中，增加了恢复数据的时长。

基于此，本发明实施例提供了一种无需挂载存储服务器磁盘实现永久增量备份的方法，即通过网络连接存储服务器，实现MySQL数据备份和增量数据的合并，解决了当前永久增量备份必须挂盘的问题，降低了对备份环境网络稳定性的依赖和对生产环境的影响。

此外，通过在副本中应用撤销Undo日志再产生副本的方式，解决了数据挂载后仍需要应用撤销Undo的问题，缩短了从挂载到启动数据库服务的时间。通过本发明实施例可以实现MySQL数据库的全量备份、永久增量备份、日志备份和任意时间点恢复。如图1所示，该方法包括：

S110、获取与数据备份请求对应的待备份数据。

数据备份请求可以是指客户端请求进行数据备份的请求，待备份数据可以认为是需要进行备份的数据，待备份数据可以与数据备份请求相对应。

在本实施例中，首先可以对与数据备份请求对应的待备份数据进行获取，然后进行后续的备份操作，其中，获取待备份数据的方法不限，例如，数据备份请求中可以包含有待备份数据，在接收到数据备份请求后，即可直接对待处备份数据进行获取；不同的数据备份请求还可以对应不同的获取方式，如在接收到数据备份请求后，可以根据数据备份请求对应的备份类型对待备份数据进行不同方式的获取，本实施例对此不作限定。

在一个实施例中，在所述获取与数据备份请求对应的待备份数据之后，包括：

对全局锁进行加锁，记录当前备份周期的日志序号，并对全局锁进行解锁。

日志序号(Log sequence number，LSN)可以标识特定日志文件记录在日志文件中的位置，日志序号可以用于维护数据库一致性和完整性，LSN还对于分区数据库环境中的落实和回滚操作、崩溃和前滚恢复以及数据库操作同步起重要的作用。

在一个实施方式中，在获取到与数据备份请求对应的待备份数据之后，可以对全局锁进行加锁，如设置全局锁的状态为加锁状态，以对当前备份周期的日志序号进行记录，在记录完成后，可以调整全局锁的状态为解锁状态，进行后续的正常操作。在此基础上，可以防止写入新的数据，提高备份方法的准确性。

S120、基于所述待备份数据进行事务一致性处理，得到目标待备份数据，并保存所述目标待备份数据。

目标待备份数据可以认为是真正需要备份的数据。

可以认为的是，一致性可以是在任何时候系统中的数据是符合业务规则的。业务初始化时保持一致性是较容易的，随着业务的不断进行，一个个事务完整进行(或不进行)中，一致性可能会发生转移，如某事务可能会造成系统不一致性状态的出现，是事务的一个属性。事务一致性处理可以理解为一个或多个事务执行后，原来一致的数据和数据库仍然是一致的，主要涉及事务的原子性。

具体的，在获取到待备份数据后，需要基于获取的待备份数据进行事务一致性处理，以得到目标待备份数据，并在得到目标待备份数据后对目标待备份数据进行保存。本实施例不对进行事务一致性处理的具体过程进行限定，只要能对待备份数据进行事务一致性处理，得到目标待备份数据即可。

在一个实施例中，所述基于所述待备份数据进行事务一致性处理，得到目标待备份数据，包括：

基于所述待备份数据生成待备份数据副本；

根据日志数据对所述待备份数据副本进行撤销操作，得到中间待备份数据；

基于所述中间待备份数据生成目标待备份数据。

待备份数据副本可以是指待备份数据的副本，中间待备份数据可以认为是对待备份数据副本进行撤销操作后得到的数据。日志数据可以认为是系统操作事件的记录文件或文件集合。

在一个实施方式中，基于待备份数据进行事务一致性操作，得到目标待备份数据的过程可以为，首先可以基于待备份数据生成待备份数据对应的待备份数据副本，然后根据日志数据对生成的待备份数据副本进行撤销操作，得到中间待备份数据，撤销操作的过程例如可以为，根据日志数据将所作的操作(如修改)回退到修改前的状态，此处不对具体回退的手段作进一步赘述；最后在得到中间待备份数据后，可以基于中间待备份数据生成对应的目标待备份数据，如对中间待备份数据进行克隆来得到目标待备份数据。

在一个实施方式中，生成目标待备份数据后，可以随即删除中间待备份数据。

本发明实施例一提供的一种备份方法，包括：获取与数据备份请求对应的待备份数据；基于所述待备份数据进行事务一致性处理，得到目标待备份数据，并保存所述目标待备份数据。利用该方法，通过在备份阶段进行事务一致性处理，保证了待备份数据的准确性，同时，解决了现有方案数据挂载后仍需要进行事务一致性处理的问题，缩短了后续数据恢复的时长。

在一个实施例中，所述方法还包括：

获取与数据恢复请求对应的备份数据；

将所述备份数据挂载至目标位置。

数据恢复请求可以是指客户端请求进行数据恢复的请求，备份数据可以认为是需要进行恢复的数据，备份数据可以与数据恢复请求相对应。目标位置可以是指将备份数据挂载至的位置，如目标位置可以为用户指定的恢复环境。

具体的，本实施例可以接收用户的数据恢复请求，并在接收到数据恢复请求后，可以对存储与数据恢复请求对应的备份数据进行获取，然后将备份数据挂载至目标位置。其中，获取备份数据和将备份数据挂载至目标位置的方法不限，如数据恢复请求中可以包括备份数据的指定信息，指定信息如可为备份数据的标识等，由此可以基于数据恢复请求对备份数据进行获取，本实施例对此不作限定。

在一个实施例中，所述将所述备份数据挂载至目标位置，包括：

通过网络附属存储将所述备份数据挂载至目标位置，并启动数据库实例。

网络附属存储(Network Attached Storage，NAS)可以是指连接在网络上，并具备资料存储功能的装置，也可以称为网络存储器。NAS以数据为中心，将存储设备与服务器彻底分离，实现集中管理数据，从而具有释放带宽、提高性能、降低总拥有成本等优点。

在一个实施方式中，可以通过网络附属存储将备份数据挂载至目标位置，并使用备份数据启动数据库实例，以使用户可以通过IP/端口连接数据库实例来访问备份数据，在此基础上，完成了对用户数据恢复请求的响应。

在一个实施例中，当数据恢复请求包括恢复时间点时，所述获取与数据恢复请求对应的备份数据，包括：

获取第一备份数据和第二备份数据，所述第一备份数据和所述第二备份数据分别为第一时间点和第二时间点对应的备份数据，所述第一时间点位于所述恢复时间点之前，所述第二时间点位于所述恢复时间之后点。

恢复时间点可以为用户预先指定的时间点，用于恢复此恢复时间点的数据，恢复时间点的具体内容可以由用户根据实际情况进行指定，可选的，恢复时间点可以为下午一点半。

第一备份数据和第二备份数据可以分别为第一时间点和第二时间点对应的备份数据，第一时间点可以理解为位于恢复时间点之前的时间点，第二时间点可以理解为位于恢复时间点之后的时间点，可选的，第一时间点可以为下午一点，第二时间点可以为下午两点。

在一个实施方式中，当数据恢复请求包括恢复时间点时，获取与数据恢复请求对应的备份数据的过程可以为，对第一备份数据和第二备份数据进行获取，即从备份管理系统中获取恢复时间点前后的两个备份数据，以后续对这两个备份数据进行相应的处理。

在一个实施例中，在所述将所述备份数据挂载至目标位置之后，还包括：

基于所述第一备份数据启动数据库实例；以及，

根据所述第二备份数据对应的日志数据，将所述第二备份数据回滚至恢复时间点，得到目标数据。

可以认为的是，日志数据包括多个类型的数据，如binlog日志主要记录MySQL在进行数据操作语言DML过程中的操作日志，binlog日志可以用于数据库数据丢失需要搭建数据库主从复制的场景中，如可以通过binlog日志进行回滚或者恢复失误的操作。

在一个实施方式中，将第一备份数据和第二备份数据挂载至目标位置之后，还可以使用第一备份数据启动数据库实例，以及，根据第二备份数据对应的日志数据，将第二备份数据回滚至恢复时间点，从而得到对应的目标数据，示例性的，可以基于下午两点的备份数据对应的binlog数据，回滚数据到下午一点半，即可得到下午一点半的备份数据，即目标数据。

实施例二

图2是根据本发明实施例二提供的一种备份方法的流程图，本实施例二在上述各实施例的基础上进行优化。在本实施例中，将获取与数据备份请求对应的待备份数据进一步具体化为：确定所述数据备份请求对应的备份类型；根据所述备份类型确定与数据备份请求对应的待备份数据。

本实施例尚未详尽的内容请参考实施例一。

如图2所示，该方法包括：

S210、确定所述数据备份请求对应的备份类型。

备份类型可以是指数据备份请求所指示的备份的类型，如备份类型可以包括全量备份、增量备份或日志备份的等，

在本实施例中，全量备份可以是指将生产环境上的数据(如数据文件、日志文件等)备份到存储介质中；增量备份可以是指全量备份或增量备份完成一段时间之后，将生产环境中变化的数据备份到存储介质中；日志备份可以是指将生产环境中的Binlog日志备份到存储介质中。

具体的，可以先对数据备份请求对应的备份类型进行确定，然后根据不同的备份类型进行不同的备份步骤，确定备份类型的手段不限，如可以直接根据数据备份请求中的数据来对备份类型进行确定等。

S220、根据所述备份类型确定与数据备份请求对应的待备份数据。

在确定备份类型后，则可以根据确定的备份类型对与数据备份请求对应的待备份数据进行确定，不同的备份类型对应的确定待备份数据的方式可以不同。

在一个实施例中，所述根据所述备份类型确定与数据备份请求对应的待备份数据，包括：

若所述备份类型为全量备份，则发送数据获取请求至生产业务系统；

通过存储接口接收所述生产业务系统基于所述数据获取请求返回的待备份数据。

数据获取请求可以是指备份管理系统请求获取数据的请求。

在一个实施方式中，如果确定的备份类型为全量备份，则可以发送数据获取请求至生产业务系统，生产业务系统接收到数据获取请求后，可以将对应的数据(即待备份数据)发送至备份管理系统，如生产业务系统可以对与数据获取请求对应的数据进行拷贝，然后将拷贝的数据通过存储接口发送至备份管理系统，故备份管理系统可以通过存储接口来接收生产业务系统返回的待备份数据，以完成对待备份数据的确定。

在一个实施例中，所述根据所述备份类型确定与数据备份请求对应的待备份数据，包括：

若所述备份类型为增量备份，则获取目标日志序号，所述目标日志序号为上一备份周期的日志序号；

基于所述目标日志序号确定与数据备份请求对应的待备份数据。

目标日志序号可以是指上一备份周期的日志序号。

在一个实施方式中，如果确定的备份类型为增量备份，则可以对上一备份周期的日志序号进行确定，然后基于上一备份周期的日志序号获取上一备份周期的增量内容，并将增量内容合并至全量备份数据，以得到与数据备份请求对应的待备份数据。

S230、基于所述待备份数据进行事务一致性处理，得到目标待备份数据，并保存所述目标待备份数据。

本发明实施例二提供的一种备份方法，确定所述数据备份请求对应的备份类型；根据所述备份类型确定与数据备份请求对应的待备份数据；基于所述待备份数据进行事务一致性处理，得到目标待备份数据，并保存所述目标待备份数据。利用该方法，通过确定数据备份请求对应的备份类型，能够根据不同的备份类型对应待备份数据的确定方式，为后续进行事务一致性处理提供了数据基础。

图3是根据本发明实施例二提供的一种备份方法的场景示意图，如图3所示，生产业务系统可以认为是用户的业务环境，包括各种各样的业务数据，MySQL可以是指MySQL数据库实例，用于存储业务数据，负责接收外部的SQL指令，并对指令进行解析执行，返回执行结果。

备份管理系统可以是指作为数据备份恢复的基础平台，用于支持业务数据的全量备份、增量备份、日志备份和挂载恢复，并进行数据存储和副本数据管理。其中，任务调度可以是指通过任务调度创建备份任务，提供任务启动、任务停止、任务删除、挂载恢复等功能。数据管理是指对数据库备份活动中产生的副本数据进行管理。

在本发明实施例中，快照存储系统作为数据备份的存储介质，用于存储通过备份生产业务系统的数据，示例性的，通过快照存储系统可以将数据映射成基础卷，然后基于基础卷生成的可快速恢复某个时间点的全部数据，即副本1；对副本1克隆可得到副本2，克隆可以是指将数据根据时间点通过虚拟克隆技术变成虚拟副本。应用Undo可以是指通过MySQL的Undo日志回退未完成的事务，保证事务的一致性。

恢复站点可以是指进行数据恢复操作时需要准备的机器设备、系统、数据库软件的整体，用于将备份数据通过挂载恢复操作，恢复到此环境中。在本发明实施例中，挂载恢复可以是指将存储介质中的副本挂载到恢复环境中，并直接启动数据库。

图4是根据本发明实施例二提供的一种备份方法的流程示意图，如图4所示，首先用户可以选择需要保护的数据库实例，建立备份任务，并发起备份任务(即数据备份请求)；备份管理系统在接收到数据备份请求后，需要判断是否是完全备份(即确定所述数据备份请求对应的备份类型)，若是完全备份，则直接拷贝数据库数据文件(即若所述备份类型为全量备份，则发送数据获取请求至生产业务系统；通过存储接口接收所述生产业务系统基于所述数据获取请求返回的待备份数据)；若是增量备份，则需要先获取上次备份结束的LSN，并基于LSN获取增量内容合并到完全备份数据(即若所述备份类型为增量备份，则获取目标日志序号，所述目标日志序号为上一备份周期的日志序号；基于所述目标日志序号确定与数据备份请求对应的待备份数据)。

在获取到待备份数据后，需要加锁全局锁，记录下本次备份到的LSN，并解锁(即在所述获取与数据备份请求对应的待备份数据之后，包括：对全局锁进行加锁，记录当前备份周期的日志序号，并对全局锁进行解锁)。然后基于基础卷产生副本1(即基于所述待备份数据生成待备份数据副本)；对副本1中的数据应用Undo日志，保证事务一致性，并基于处理后的副本1产生副本2，删除副本1(即根据日志数据对所述待备份数据副本进行撤销操作，得到中间待备份数据；基于所述中间待备份数据生成目标待备份数据)。

随后，备份管理系统可以对本次备份的副本2进行管理，如通过管理系统获取到该副本进行挂载恢复等，备份任务结束。

图5是根据本发明实施例二提供的另一种备份方法的流程示意图，如图5所示，首先用户可以选择需要恢复的数据库服务器，建立恢复任务，并发起任务(即数据恢复请求)；备份管理系统接收到数据恢复请求后，选择需要挂载的副本(即获取与数据恢复请求对应的备份数据)；通过NAS挂载该副本；并使用副本数据启动MySQL数据库实例(即通过网络存储器将所述备份数据挂载至目标位置，并启动数据库实例)，恢复任务结束。

图6是根据本发明实施例二提供的另一种备份方法的流程示意图，如图6所示，首先用户可以选择需要恢复的数据库服务器，建立恢复任务，并发起任务，如选择需要恢复到的时间(即恢复时间点)；备份管理系统接收到数据恢复请求后，获取恢复时间前后的两个副本(即获取第一备份数据和第二备份数据，所述第一备份数据和所述第二备份数据分别为第一时间点和第二时间点对应的备份数据，所述第一时间点位于所述恢复时间点之前，所述第二时间点位于所述恢复时间点之后)；在恢复环境中挂载这两个副本(即将第一备份数据和第二备份数据挂载至目标位置)；基于副本1的数据启动数据库实例，以及通过副本2中的Binlog日志，回滚数据到指定时间，得到目标数据(即基于所述第一备份数据启动数据库实例；以及，根据所述第二备份数据对应的日志数据，将所述第二备份数据回滚至恢复时间点，得到目标数据)，卸载副本2，恢复任务结束。

通过上述描述可以发现，本发明实施例提供了一种无需挂载存储服务器磁盘即可实现永久增量备份的方法，通过网络连接存储服务器，实现了MySQL数据备份和增量数据的合并，解决了当前永久增量备份必须挂盘的问题，降低了对备份环境网络稳定性的依赖和对生产环境的影响。通过在副本中应用Undo日志再产生副本的方式，解决了数据挂载后仍需要应用Undo的问题，挂载的数据无需处理即可启动数据库服务，缩短了从挂载到启动数据库服务的时间。通过本发明可以实现MySQL数据库的完全备份、永久增量备份、日志备份和任意时间点恢复。

Claims (10)

1.一种备份方法，其特征在于，包括：

获取与数据备份请求对应的待备份数据；

基于所述待备份数据进行事务一致性处理，得到目标待备份数据，并保存所述目标待备份数据。

2.根据权利要求1所述的方法，其特征在于，所述获取与数据备份请求对应的待备份数据，包括：

确定所述数据备份请求对应的备份类型；

根据所述备份类型确定与数据备份请求对应的待备份数据。

3.根据权利要求2所述的方法，其特征在于，所述根据所述备份类型确定与数据备份请求对应的待备份数据，包括：

若所述备份类型为全量备份，则发送数据获取请求至生产业务系统；

通过存储接口接收所述生产业务系统基于所述数据获取请求返回的待备份数据。

4.根据权利要求2所述的方法，其特征在于，所述根据所述备份类型确定与数据备份请求对应的待备份数据，包括：

若所述备份类型为增量备份，则获取目标日志序号，所述目标日志序号为上一备份周期的日志序号；

基于所述目标日志序号确定与数据备份请求对应的待备份数据。

5.根据权利要求1所述的方法，其特征在于，在所述获取与数据备份请求对应的待备份数据之后，包括：

对全局锁进行加锁，记录当前备份周期的日志序号，并对全局锁进行解锁。

6.根据权利要求1所述的方法，其特征在于，所述基于所述待备份数据进行事务一致性处理，得到目标待备份数据，包括：

基于所述待备份数据生成待备份数据副本；

根据日志数据对所述待备份数据副本进行撤销操作，得到中间待备份数据；

基于所述中间待备份数据生成目标待备份数据。

7.根据权利要求1所述的方法，其特征在于，还包括：

获取与数据恢复请求对应的备份数据；

将所述备份数据挂载至目标位置。

8.根据权利要求7所述的方法，其特征在于，所述将所述备份数据挂载至目标位置，包括：

通过网络附属存储将所述备份数据挂载至目标位置，并启动数据库实例。

9.根据权利要求7所述的方法，其特征在于，当数据恢复请求包括恢复时间点时，所述获取与数据恢复请求对应的备份数据，包括：

获取第一备份数据和第二备份数据，所述第一备份数据和所述第二备份数据分别为第一时间点和第二时间点对应的备份数据，所述第一时间点位于所述恢复时间点之前，所述第二时间点位于所述恢复时间点之后。

10.根据权利要求9所述的方法，其特征在于，在所述将所述备份数据挂载至目标位置之后，还包括：

基于所述第一备份数据启动数据库实例；以及，

根据所述第二备份数据对应的日志数据，将所述第二备份数据回滚至恢复时间点，得到目标数据。

Images