CN117493075A - 数据回切方法、装置、计算机设备和存储介质 - Google Patents

数据回切方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN117493075A
CN117493075A CN202311478276.6A CN202311478276A CN117493075A CN 117493075 A CN117493075 A CN 117493075A CN 202311478276 A CN202311478276 A CN 202311478276A CN 117493075 A CN117493075 A CN 117493075A
Authority
CN
China
Prior art keywords
server
snapshot
data
clone
target data
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
Application number
CN202311478276.6A
Other languages
English (en)
Inventor
冷毅生
王贤达
马立珂
王子骏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Dingjia Computer Technology Co ltd
Original Assignee
Guangzhou Dingjia Computer Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangzhou Dingjia Computer Technology Co ltd filed Critical Guangzhou Dingjia Computer Technology Co ltd
Priority to CN202311478276.6A priority Critical patent/CN117493075A/zh
Publication of CN117493075A publication Critical patent/CN117493075A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1448Management of the data involved in backup or backup restore
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/11File system administration, e.g. details of archiving or snapshots
    • G06F16/128Details of file system snapshots on the file-level, e.g. snapshot creation, administration, deletion

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Hardware Redundancy (AREA)

Abstract

本申请涉及一种数据回切方法、装置、计算机设备和存储介质。所述方法包括:在第一服务器从故障状态切换为非故障状态的情况下,对第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照,目标数据快照是基于第二服务器的业务处理过程对原始快照进行更新得到的快照;原始快照是第一服务器在故障状态之前存储在存储服务器的数据快照;将克隆快照对应的数据存储至第一服务器,以及将第二服务器的业务处理过程对应的归档日志同步至第一服务器,得到处理后的第一服务器;启动处理后的第一服务器,以使第一服务器完成数据回切。采用本方法能够提升灾备服务器回切至生产服务器的数据回切效率。

Description

数据回切方法、装置、计算机设备和存储介质
技术领域
本申请涉及数据安全技术领域,特别是涉及一种数据回切方法、装置、计算机设备、存储介质和计算机程序产品。
背景技术
随着信息化的建设,业务数据量高速增长,数据备份与恢复技术也需要跟上数据量的增长。通常采用合成备份进行备份,合成备份是基于全量备份数据,和增量备份进行合并,生成新的全量备份数据,并以此循环处理。当灾难发生时,生产数据库出现故障,服务器可以通过挂载恢复的方式,基于全量备份数据拉起临时数据库,让业务恢复正常。
相关技术中,由于临时数据库相对于将数据存储在本地的生产数据库并不稳定,当生产数据库恢复后,需要将灾备服务器对应的临时数据库的数据恢复到生产服务器。通常是将正在处理业务的临时数据库重新备份,然后将备份后的数据库恢复到生产服务器。由于对临时数据库进行重新备份会消耗较多灾备服务器资源,导致从灾备服务器回切至生产服务器的数据回切效率较低。
发明内容
基于此,有必要针对上述技术问题,提供一种数据回切方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面,本申请提供了一种数据回切方法。所述方法包括:
在第一服务器从故障状态切换为非故障状态的情况下,对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照,所述目标数据快照是基于第二服务器的业务处理过程对原始快照进行更新得到的快照;所述原始快照是所述第一服务器在故障状态之前存储在存储服务器的数据快照;
将所述克隆快照对应的数据存储至所述第一服务器,以及将所述第二服务器的业务处理过程对应的归档日志同步至所述第一服务器,得到处理后的第一服务器;
启动所述处理后的第一服务器,以使所述第一服务器完成数据回切。
在其中一个实施例中,在所述对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照的步骤之前,所述方法还包括:
在达到预设的更新时间间隔时,获取所述第二服务器对应的当前增量数据集,所述当前增量数据集是所述第二服务器在业务处理过程中新增至所述存储服务器的数据;
基于所述当前增量数据集,对所述原始快照对应的全量备份集进行更新,得到更新后的全量备份集;
根据更新后的全量备份集,对所述原始快照更新,生成更新后的原始快照,并将更新后的原始快照作为目标数据快照。
在其中一个实施例中,所述对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照,包括:
将所述第二服务器调整为备份开始状态,并对所述存储服务器包含的目标数据快照进行备份,得到所述目标数据快照对应的克隆快照,并将所述第二服务器调整为备份结束状态。
在其中一个实施例中,所述对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照,包括:
获取当前情况下实时数据快照,基于所述实时数据快照更新所述目标数据快照,得到更新后的目标数据快照;
将所述第二服务器调整为备份开始状态,并对所述更新后的目标数据快照进行备份,得到所述更新后的目标数据快照对应的克隆快照,并将所述第二服务器调整为备份结束状态。
在其中一个实施例中,所述将所述克隆快照对应的数据存储至所述第一服务器,以及将所述第二服务器的业务处理过程对应的归档日志同步至所述第一服务器,得到处理后的第一服务器,包括:
将所述克隆快照与所述第一服务器建立通信连接,并将所述克隆快照对应的数据集拷贝到所述第一服务器对应的本地数据库,得到数据集同步的第一服务器;
以及,在达到预设的同步时间间隔时,将所述第二服务器的业务处理过程对应的归档日志同步至所述第一服务器,得到日志同步的第一服务器;
将经过数据库同步的第一服务器,以及经过日志同步的第一服务器,作为处理后的第一服务器。
在其中一个实施例中,所述启动所述处理后的第一服务器,以使所述第一服务器完成数据回切,包括:
向所述第二服务器发送停止指令,所述指令用于停止运行所述第二服务器;
启动所述第一服务器中的当前数据库,并将业务系统的业务数据发送至所述第一服务器,以使所述第一服务器基于所述业务数据和所述归档日志,完成数据回切。
在其中一个实施例中,在所述对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照的步骤之前,所述方法还包括:
在所述第一服务器从非故障状态切换为故障状态的情况下,将所述存储服务器的原始快照挂载至所述第二服务器,以使所述第二服务器处理业务。
第二方面,本申请还提供了一种数据回切装置。所述装置包括:
备份模块,用于在第一服务器从故障状态切换为非故障状态的情况下,对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照,所述目标数据快照是基于第二服务器的业务处理过程对原始快照进行更新得到的快照;所述原始快照是所述第一服务器在故障状态之前存储在存储服务器的数据快照;
同步模块,用于将所述克隆快照对应的数据存储至所述第一服务器,以及将所述第二服务器的业务处理过程对应的归档日志同步至所述第一服务器,得到处理后的第一服务器;
启动模块,用于启动所述处理后的第一服务器,以使所述第一服务器完成数据回切。
在其中一个实施例中,所述装置还包括快照更新模块,具体用于:
在达到预设的更新时间间隔时,获取所述第二服务器对应的当前增量数据集,所述当前增量数据集是所述第二服务器在业务处理过程中新增至所述存储服务器的数据;
基于所述当前增量数据集,对所述原始快照对应的全量备份集进行更新,得到更新后的全量备份集;
根据更新后的全量备份集,对所述原始快照更新,生成更新后的原始快照,并将更新后的原始快照作为目标数据快照。
在其中一个实施例中,所述备份模块,具体用于:将所述第二服务器调整为备份开始状态,并对所述存储服务器包含的目标数据快照进行备份,得到所述目标数据快照对应的克隆快照,并将所述第二服务器调整为备份结束状态。
在其中一个实施例中,所述备份模块,具体还用于:
获取当前情况下实时数据快照,基于所述实时数据快照更新所述目标数据快照,得到更新后的目标数据快照;
将所述第二服务器调整为备份开始状态,并对所述更新后的目标数据快照进行备份,得到所述更新后的目标数据快照对应的克隆快照,并将所述第二服务器调整为备份结束状态。
在其中一个实施例中,所述同步模块,具体用于:
将所述克隆快照与所述第一服务器建立通信连接,并将所述克隆快照对应的数据集拷贝到所述第一服务器对应的本地数据库,得到数据集同步的第一服务器;
以及,在达到预设的同步时间间隔时,将所述第二服务器的业务处理过程对应的归档日志同步至所述第一服务器,得到日志同步的第一服务器;
将经过数据库同步的第一服务器,以及经过日志同步的第一服务器,作为处理后的第一服务器。
在其中一个实施例中,所述启动模块,具体用于:
向所述第二服务器发送停止指令,所述指令用于停止运行所述第二服务器;
启动所述第一服务器中的当前数据库,并将业务系统的业务数据发送至所述第一服务器,以使所述第一服务器基于所述业务数据和所述归档日志,完成数据回切。
在其中一个实施例中,所述装置还包括挂载模块,具体用于在所述第一服务器从非故障状态切换为故障状态的情况下,将所述存储服务器的原始快照挂载至所述第二服务器,以使所述第二服务器处理业务。
第三方面,本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现如第一方面所述方法的步骤。
第四方面,本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面所述方法的步骤。
第五方面,本申请还提供了一种计算机程序产品。所述计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现如第一方面所述方法的步骤。
上述数据回切方法、装置、计算机设备、存储介质和计算机程序产品,通过将第二服务器对应的灾备快照克隆,得到克隆快照,并且从存储服务器中将克隆快照对应数据拷贝至已经恢复的第一服务器中,可以使第一服务器拷贝得到最新的数据文件。再将第二服务器运行过程中更新后的归档日志同步至第一服务器,得到最新的归档日志。再使第一服务器依据最新的归档日志和最新的数据文件运行,从而第一服务器代替第二服务器完成数据回切。可知,通过对克隆快照进行拷贝,将克隆快照对应的数据拷贝至第一服务器,主要调用的是存储服务器的计算资源,不会调用第二服务器的计算资源,因此也不会影响第二服务器的业务处理,从而减少对第二服务器的计算资源的消耗,从而提升数据从第二服务器回切到第一服务器的效率。
附图说明
图1为一个实施例中数据回切方法的应用环境图;
图2为一个实施例中数据回切方法的流程示意图;
图3为一个实施例中更新原始快照步骤的流程示意图;
图4为一个实施例中备份快照步骤的流程示意图;
图5为一个实施例中处理第一服务器的步骤的流程示意图;
图6为一个实施例中启动第一服务器的步骤的流程示意图;
图7为另一个实施例中数据回切方法的流程示意图;
图8为一个实施例中数据回切装置的结构框图;
图9为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例提供的数据回切方法,可以应用于如图1所示的应用环境中。其中,第一服务器102可以在运行过程中在存储服务器106中备份数据,并且基于存储服务器106对备份的数据生成原始快照,以备后续通过快照进行数据恢复。当第一服务器102处于故障状态时,第二服务器104可以作为备用服务器,并将原始快照挂载在第二服务器104上。第二服务器104可以更新存储服务器106对应的原始快照。控制服务器108用于对第一服务器102、第二服务器104和存储服务器106进行逻辑控制,以使第一服务器102和第二服务器104完成备份和恢复。上述的各种服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种数据回切方法,以该方法应用于图1中的控制服务器(以下简称为服务器)为例进行说明,包括以下步骤:
步骤S202,在第一服务器从故障状态切换为非故障状态的情况下,对第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照。
其中,目标数据快照是基于第二服务器的业务处理过程对原始快照进行更新得到的快照。克隆快照是通过对目标数据快照的拷贝得到的,克隆快照和目标数据快照的内容相同,且克隆快照和目标数据快照是两个独立的快照。业务处理过程是业务系统将业务数据发送至第二服务器进行处理,第二服务器使用存储在存储服务器中的数据进行业务处理;原始快照是第一服务器在故障状态之前存储的数据快照。存储服务器是用于存储备份数据和快照数据的服务器,备份数据是第一服务器或第二服务器备份的原始数据,快照数据是基于备份数据和备份时间而生成的多个版本的快照,服务器可以通过快照数据还原不同版本的备份数据。第一服务器可以是生产服务器,第二服务器是第一服务器的备份服务器。
具体地,服务器接收第一服务器的状态消息,并基于状态消息确定第一服务器是否是从故障状态切换为非故障状态。在确定第一服务器是从故障状态切换为非故障状态的情况下,服务器使存储服务器对目标数据快照进行拷贝,生成独立的克隆快照。
步骤S204,将克隆快照对应的数据存储至第一服务器,以及将第二服务器的业务处理过程对应的归档日志同步至第一服务器,得到处理后的第一服务器。
其中,归档日志用于存储各个数据库服务器处理业务时对数据库进行的操作记录,第一服务器和第二服务器都存在各自的归档日志,第一服务器可以通过第二服务器的归档日志对第一服务器的归档日志进行同步,以使第一服务器代替第二服务器继续处理该业务。处理后的第一服务器是将第二服务器对应的克隆快照,以及第二服务器的归档日志,同步至第一服务器后得到的数据库服务器。
具体地,服务器将克隆快照挂载至第一服务器上,并通过存储服务器向第一服务器的数据库中拷贝克隆快照对应的数据,得到完成拷贝的第一服务器。服务器将第二服务器的当前归档日志发送至第一服务器,并且将第二服务器的当前归档日志与第一服务器的原始归档日志合并,得到日志同步后的第一服务器。服务器完成上述对第一服务器的两个处理步骤之后,得到处理后的第一服务器。
步骤S206,启动处理后的第一服务器,以使第一服务器完成数据回切。
具体地,基于完成拷贝的数据库,重新启动第一服务器。服务器将业务系统的业务数据发送至第一服务器,并基于归档日志继续对业务系统的处理,以完成从第二服务器到第一服务器的数据回切。
上述数据回切方法中,通过将第二服务器对应的灾备快照克隆,得到克隆快照,并且从存储服务器中将克隆快照对应数据拷贝至已经恢复的第一服务器中,可以使第一服务器拷贝得到最新的数据文件。再将第二服务器运行过程中更新后的归档日志同步至第一服务器,得到最新的归档日志。再使第一服务器依据最新的归档日志和最新的数据文件运行,从而第一服务器代替第二服务器完成数据回切。可知,通过对克隆快照进行拷贝,将克隆快照对应的数据拷贝至第一服务器,主要调用的是存储服务器的计算资源,不会调用第二服务器的计算资源,因此也不会影响第二服务器的业务处理,从而减少对第二服务器的计算资源的消耗,从而提升数据从第二服务器回切到第一服务器的效率。
在一个实施例中,如图3所示,步骤“对第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照”之前,数据回切方法还包括:
步骤S302,在达到预设的更新时间间隔时,获取第二服务器对应的当前增量数据集。
其中,当前增量数据集是第二服务器在业务处理过程中新增至存储服务器的数据。
具体地,服务器按照预设的更新时间间隔,获取第二服务器在当前时间至上一个更新时间间隔之间的当前增量数据集,并将第二服务器对应的当前增量数据集存储至存储服务器。
步骤S304,基于当前增量数据集,对原始快照对应的全量备份集进行更新,得到更新后的全量备份集。
具体地,服务器将当前增量数据集与原始快照对应的全量备份集进行合并,得到更新后的全量备份集。
步骤S306,根据更新后的全量备份集,对原始快照更新,生成更新后的原始快照,并将更新后的原始快照作为目标数据快照。
具体地,服务器基于当前时间点的全量备份集,在原始快照的基础上进行更新,生成一份新的快照,并作为当前时间点的目标数据快照。
在一个实例中,服务器可以在达到预设的更新时间间隔时,获取第二服务器的当前增量数据集;基于当前增量数据集,对目标数据快照对应的全量备份集进行更新,得到更新后的全量备份集。根据更新后的全量备份集,对目标数据快照更新,生成更新后的目标数据快照。
本实施例中,通过预设的时间间隔对原始快照进行多次更新,得到目标数据快照,能够使目标数据快照接近第二服务器进行业务处理过程的实时数据库状态,能够使第一服务器基于克隆快照拷贝数据时,得到最接近第二服务器对应的数据,从而提升数据同步的实时性。
在一个实施例中,步骤“对第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照”的具体实现过程,包括:
将第二服务器调整为备份开始状态,并对存储服务器包含的目标数据快照进行备份,得到目标数据快照对应的克隆快照,并将第二服务器调整为备份结束状态。
具体地,服务器向第二服务器发送备份指令,第二服务器基于备份指令,将第二服务器调整为备份开始状态,备份开始状态可以使存储服务器对第二服务器挂载的目标数据快照进行拷贝,并生成新的克隆快照,完成拷贝之后,第二服务器将第二服务器调整为备份结束状态。
本实施例中,通过第二服务器调整备份状态,以使存储服务器能够对目标数据快照进行备份。备份快照并不会消耗太多资源,因此,第二服务器能够快速地完成备份,从而在降低对第二服务器的影响的情况下,提升备份效率。
在一个实施例中,如图4所示,步骤“对第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照”的具体实现过程,包括:
步骤S402,获取当前情况下实时数据快照,基于实时数据快照更新目标数据快照,得到更新后的目标数据快照。
其中,实时数据快照是存储服务器在当前时间即时生成的快照。
具体地,在第一服务器从故障状态切换为非故障状态的情况下,服务器向存储服务器发送快照生成指令,基于当前的全量数据集,生成实时数据快照,并基于实时数据快照更新目标数据快照,得到更新后的目标数据快照。
步骤S404,将第二服务器调整为备份开始状态,并对更新后的目标数据快照进行备份,得到更新后的目标数据快照对应的克隆快照,并将第二服务器调整为备份结束状态。
具体地,服务器向第二服务器发送备份指令,第二服务器基于备份指令,将第二服务器调整为备份开始状态,备份开始状态可以使存储服务器对更新后的目标数据快照进行拷贝,并生成新的克隆快照,完成拷贝之后,第二服务器将第二服务器调整为备份结束状态。
本实施例中,通过更新目标数据快照生成克隆快照,能够使目标数据快照进一步接近第二服务器进行业务处理过程的实时数据库状态,能够使第一服务器基于克隆快照拷贝数据时,得到最接近第二服务器对应的数据,从而提升数据同步的实时性。
在一个实施例中,如图5所示,步骤“将克隆快照对应的数据存储至第一服务器,以及将第二服务器的业务处理过程对应的归档日志同步至第一服务器,得到处理后的第一服务器”的具体实现过程,包括:
步骤S502,将克隆快照与第一服务器建立通信连接,并将克隆快照对应的数据集拷贝到第一服务器对应的本地数据库,得到数据集同步的第一服务器。
具体地,服务器将克隆快照挂载到第一服务器,从而建立通信连接。第一服务器通过通信连接,将存储服务器中克隆快照所对应的数据集拷贝至生产服务器,并将拷贝后的数据集存储至第一服务器的数据库中。此时,第一服务器是完成数据集同步的第一服务器。
步骤S504,在达到预设的同步时间间隔时,将第二服务器的业务处理过程对应的归档日志同步至第一服务器,得到日志同步的第一服务器。
具体地,在达到预设的同步时间间隔时,服务器获取第二服务器在业务处理过程时不断更新的当前归档日志,并将当前归档日志发送至第一服务器。第一服务器将当前归档日志与自身的归档日志合并,从而得到日志同步的第一服务器。
步骤S506,将经过数据库同步的第一服务器,以及经过日志同步的第一服务器,作为处理后的第一服务器。
具体地,步骤S502和步骤S504可以不存在执行的先后顺序,可以得到数据集同步的第一服务器,再得到日志同步的第一服务器,也可以先得到日志同步的第一服务器,再得到数据集同步的第一服务器。基于此,第一服务器可以先进行数据库同步,再进行日志同步,最后得到处理后的第一服务器。第一服务器也可以先进行日志同步,再进行数据库同步,最后得到处理后的第一服务器。
本实施例中,通过将克隆快照对应的数据集拷贝至第一服务器,以及将第二服务器的归档日志同步至第一服务器,得到处理后的第一服务器,以使第一服务器具有代替第二服务器的数据条件。由于克隆快照与目标数据快照是两个独立的快照,因此,在对克隆快照对应的数据进行拷贝时,并不会影响第二服务器对目标数据快照的使用,也不会调用第二服务器的资源进行拷贝,从而提升第二服务器运行的稳定性。
在一个实施例中,如图6所示,步骤“启动处理后的第一服务器,以使第一服务器完成数据回切”的具体实现过程,包括:
步骤S602,向第二服务器发送停止指令。
其中,该停止指令用于停止运行第二服务器。
具体地,服务器向第二服务器发送停止运行的指令。第二服务器在接收到该停止运行的指令后,可以停止运行,即停止业务处理。
步骤S604,启动第一服务器中的当前数据库,并将业务系统的业务数据发送至第一服务器,以使第一服务器基于业务数据和归档日志,完成数据回切。
具体地,服务器向第一服务器发出启动指令,第一服务器接收启动指令之后,启动第一服务器对应的当前数据库。服务器将业务系统的业务数据发送至第一服务器,第一服务器基于归档日志以及当前数据库,对业务系统的业务数据进行处理,从而完成第二服务器到第一服务器的数据回切。
本实施例中,通过启动第一服务器,并将业务系统的业务数据发送至第一服务器,从而完成数据回切。由于第二服务器在前一刻才被关闭并停止处理业务服务器,之后立即启动第一服务器,期间停止时间短,能够在降低对业务处理的影响的情况下,完成数据回切,从而提升从第二服务器回切至第一服务器的效率。
在一个实施例中,步骤“对第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照”之前,数据回切方法还包括:
在第一服务器从非故障状态切换为故障状态的情况下,将存储服务器的原始快照挂载至第二服务器,以使第二服务器处理业务。
具体地,服务器在确定第一服务器从非故障状态切换为故障状态的情况下,使存储服务器将原始快照挂载至第二服务器,并建立存储服务器和第二服务器的通信,第二服务器可以通过存储服务器中的原始快照,以及原始快照对应的数据集,继续为业务系统提供服务,并将服务过程中业务系统产生的新数据存储在存储服务器中。
本实施例中,通过挂载原始快照,能够使业务系统能够在第一服务器故障的情况下稳定运行,从而提升整个备份系统的稳定性。
如图7所示,以下结合一个具体实施例,详细描述上述数据回切方法的具体执行过程,包括以下步骤:
步骤1:将生产服务器的数据备份至存储服务器的ZPOOL存储介质。
步骤2:存储服务器基于生产服务器的数据,生产原始快照,并按照时间顺序不断更新原始快照得到快照1至快照n。
步骤3:存储服务器将快照1挂载到灾备服务器,以使灾备服务器代替生产服务器为业务提供服务。同时,在提供服务后不断对快照1进行更新。
步骤4:存储服务器对快照1进行克隆,得到克隆快照。
步骤5:将克隆快照挂载至生产服务器,并将克隆快照对应的数据集拷贝至生产服务器的ORACLE数据库。
步骤6:将灾备服务器的归档日志,同步至生产服务器。生产服务器可以进行数据回切,继续对业务进行服务。
具体地,对生产服务器对应的数据库做合成备份到存储服务器,生产合成备份对应的原始快照,此时,存储服务器将生产服务器本地的备份集以快照形式存储,例如,“快照1”、“快照2”、……、“快照n”
当生产服务器或者生产服务器对应的数据库出现故障时,业务将无法使用生产服务器进行生产,从而需要通过灾备服务器挂载原始快照进行恢复,让业务恢复正常使用。
待生产服务器修复后,将灾备数据库设置为备份开始状态,同时通过步骤4克隆对应挂载恢复的快照,生成“克隆快照”,将灾备数据库置为备份结束状态。将该克隆快照挂载到生产服务器,将克隆快照对应的备份集拷贝生成到生产服务器。此过程不会影响业务使用,同时不需要存储服务器大量存储,也不会占用灾备服务器的带宽IO。备份集拷贝到生产服务器的同时,根据步骤6按照预设的时间周期同步归档日志到生产服务器上。
以上就绪之后,就只需要停止灾备服务器数据库,将归档日志应用到数据库中,并打开Oracle数据库,则完成生产的回切操作。
基于上述方法,灾备服务器通过快照备份集拉起数据库之后,在不影响业务使用的同时进行数据库的数据回切。灾备服务器通过挂载快照拉起数据库之后,对该快照做克隆操作,此时的克隆快照除了包含对生产服务器备份时的数据,同时还包含挂载恢复后灾备服务器对业务写入的数据,大量减少回切生产需要再次恢复的数据。业务使用的同时,通过不同的快照副本进行数据的同步迁移,不同的快照副本之间互不影响。数据文件回切的同时,灾备数据库产生的归档日志同时同步并应用到生产服务器上。以上步骤完成之后只需要通过少量的时间停止灾备服务器并启动生服务器库,从而完成数据库零丢失的回切。
应该理解的是,虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的数据回切方法的数据回切装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个数据回切装置实施例中的具体限定可以参见上文中对于数据回切方法的限定,在此不再赘述。
在一个实施例中,如图8所示,提供了一种数据回切装置,包括:备份模块801、同步模块802和启动模块803,其中:
备份模块801,用于在第一服务器从故障状态切换为非故障状态的情况下,对第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照,目标数据快照是基于第二服务器的业务处理过程对原始快照进行更新得到的快照;原始快照是第一服务器在故障状态之前存储在存储服务器的数据快照。
同步模块802,用于将克隆快照对应的数据存储至第一服务器,以及将第二服务器的业务处理过程对应的归档日志同步至第一服务器,得到处理后的第一服务器。
启动模块803,用于启动处理后的第一服务器,以使第一服务器完成数据回切。
进一步地,装置还包括快照更新模块,具体用于:
在达到预设的更新时间间隔时,获取第二服务器的当前增量数据集,当前增量数据集是第二服务器在业务处理过程中新增至存储服务器的数据;
基于当前增量数据集,对原始快照对应的全量备份集进行更新,得到更新后的全量备份集;
根据更新后的全量备份集,对原始快照更新,生成更新后的原始快照,并将更新后的原始快照作为目标数据快照。
进一步地,备份模块801,具体用于:将第二服务器调整为备份开始状态,并对存储服务器包含的目标数据快照进行备份,得到目标数据快照对应的克隆快照,并将第二服务器调整为备份结束状态。
进一步地,备份模块801,具体还用于:
获取当前情况下实时数据快照,基于实时数据快照更新目标数据快照,得到更新后的目标数据快照;
将第二服务器调整为备份开始状态,并对更新后的目标数据快照进行备份,得到更新后的目标数据快照对应的克隆快照,并将第二服务器调整为备份结束状态。
进一步地,同步模块802,具体用于:
将克隆快照与第一服务器建立通信连接,并将克隆快照对应的数据集拷贝到第一服务器对应的本地数据库,得到数据集同步的第一服务器;
以及,在达到预设的同步时间间隔时,将第二服务器的业务处理过程对应的归档日志同步至第一服务器,得到日志同步的第一服务器;
将经过数据库同步的第一服务器,以及经过日志同步的第一服务器,作为处理后的第一服务器。
进一步地,启动模块803,具体用于:
向第二服务器发送停止指令,指令用于停止运行第二服务器;
启动第一服务器中的当前数据库,并将业务系统的业务数据发送至第一服务器,以使第一服务器基于业务数据和归档日志,完成数据回切。
进一步地,装置还包括挂载模块,具体用于在第一服务器从非故障状态切换为故障状态的情况下,将存储服务器的原始快照挂载至第二服务器,以使第二服务器处理业务。
上述数据回切装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图9所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output,简称I/O)和通信接口。其中,处理器、存储器和输入/输出接口通过系统总线连接,通信接口通过输入/输出接口连接到系统总线。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储备份数据以及快照数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据回切方法。
本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,还提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种数据回切方法,其特征在于,所述方法包括:
在第一服务器从故障状态切换为非故障状态的情况下,对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照,所述目标数据快照是基于第二服务器的业务处理过程对原始快照进行更新得到的快照;所述原始快照是所述第一服务器在故障状态之前存储在存储服务器的数据快照;
将所述克隆快照对应的数据存储至所述第一服务器,以及将所述第二服务器的业务处理过程对应的归档日志同步至所述第一服务器,得到处理后的第一服务器;
启动所述处理后的第一服务器,以使所述第一服务器完成数据回切。
2.根据权利要求1所述的方法,其特征在于,在所述对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照的步骤之前,所述方法还包括:
在达到预设的更新时间间隔时,获取所述第二服务器对应的当前增量数据集,所述当前增量数据集是所述第二服务器在业务处理过程中新增至所述存储服务器的数据;
基于所述当前增量数据集,对所述原始快照对应的全量备份集进行更新,得到更新后的全量备份集;
根据更新后的全量备份集,对所述原始快照更新,生成更新后的原始快照,并将更新后的原始快照作为目标数据快照。
3.根据权利要求1所述的方法,其特征在于,所述对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照,包括:
将所述第二服务器调整为备份开始状态,并对所述存储服务器包含的目标数据快照进行备份,得到所述目标数据快照对应的克隆快照,并将所述第二服务器调整为备份结束状态。
4.根据权利要求1所述的方法,其特征在于,所述对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照,包括:
获取当前情况下实时数据快照,基于所述实时数据快照更新所述目标数据快照,得到更新后的目标数据快照;
将所述第二服务器调整为备份开始状态,并对所述更新后的目标数据快照进行备份,得到所述更新后的目标数据快照对应的克隆快照,并将所述第二服务器调整为备份结束状态。
5.根据权利要求1所述的方法,其特征在于,所述将所述克隆快照对应的数据存储至所述第一服务器,以及将所述第二服务器的业务处理过程对应的归档日志同步至所述第一服务器,得到处理后的第一服务器,包括:
将所述克隆快照与所述第一服务器建立通信连接,并将所述克隆快照对应的数据集拷贝到所述第一服务器对应的本地数据库,得到数据集同步的第一服务器;
以及,在达到预设的同步时间间隔时,将所述第二服务器的业务处理过程对应的归档日志同步至所述第一服务器,得到日志同步的第一服务器;
将经过数据库同步的第一服务器,以及经过日志同步的第一服务器,作为处理后的第一服务器。
6.根据权利要求1所述的方法,其特征在于,所述启动所述处理后的第一服务器,以使所述第一服务器完成数据回切,包括:
向所述第二服务器发送停止指令,所述指令用于停止运行所述第二服务器;
启动所述第一服务器中的当前数据库,并将业务系统的业务数据发送至所述第一服务器,以使所述第一服务器基于所述业务数据和所述归档日志,完成数据回切。
7.根据权利要求1所述的方法,其特征在于,在所述对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照的步骤之前,所述方法还包括:
在所述第一服务器从非故障状态切换为故障状态的情况下,将所述存储服务器的原始快照挂载至所述第二服务器,以使所述第二服务器处理业务。
8.一种数据回切装置,其特征在于,所述装置包括:
备份模块,用于在第一服务器从故障状态切换为非故障状态的情况下,对所述第一服务器对应的第二服务器的目标数据快照进行备份,得到克隆快照,所述目标数据快照是基于第二服务器的业务处理过程对原始快照进行更新得到的快照;所述原始快照是所述第一服务器在故障状态之前存储在存储服务器的数据快照;
同步模块,用于将所述克隆快照对应的数据存储至所述第一服务器,以及将所述第二服务器的业务处理过程对应的归档日志同步至所述第一服务器,得到处理后的第一服务器;
启动模块,用于启动所述处理后的第一服务器,以使所述第一服务器完成数据回切。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
CN202311478276.6A 2023-11-08 2023-11-08 数据回切方法、装置、计算机设备和存储介质 Pending CN117493075A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311478276.6A CN117493075A (zh) 2023-11-08 2023-11-08 数据回切方法、装置、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311478276.6A CN117493075A (zh) 2023-11-08 2023-11-08 数据回切方法、装置、计算机设备和存储介质

Publications (1)

Publication Number Publication Date
CN117493075A true CN117493075A (zh) 2024-02-02

Family

ID=89668632

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311478276.6A Pending CN117493075A (zh) 2023-11-08 2023-11-08 数据回切方法、装置、计算机设备和存储介质

Country Status (1)

Country Link
CN (1) CN117493075A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107256182A (zh) * 2017-05-03 2017-10-17 上海上讯信息技术股份有限公司 一种数据库还原的方法及设备
CN109325075A (zh) * 2018-08-30 2019-02-12 黄疆 一种基于定时备份的Oracle及时挂载恢复系统及方法
CN111858143A (zh) * 2019-04-24 2020-10-30 伊姆西Ip控股有限责任公司 用于管理存储系统的方法、设备和计算机可读存储介质
CN114090337A (zh) * 2021-11-11 2022-02-25 上海英方软件股份有限公司 一种基于快照的快速合成备份及恢复方法
CN115202929A (zh) * 2022-06-22 2022-10-18 广州鼎甲计算机科技有限公司 数据库集群备份系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107256182A (zh) * 2017-05-03 2017-10-17 上海上讯信息技术股份有限公司 一种数据库还原的方法及设备
CN109325075A (zh) * 2018-08-30 2019-02-12 黄疆 一种基于定时备份的Oracle及时挂载恢复系统及方法
CN111858143A (zh) * 2019-04-24 2020-10-30 伊姆西Ip控股有限责任公司 用于管理存储系统的方法、设备和计算机可读存储介质
CN114090337A (zh) * 2021-11-11 2022-02-25 上海英方软件股份有限公司 一种基于快照的快速合成备份及恢复方法
CN115202929A (zh) * 2022-06-22 2022-10-18 广州鼎甲计算机科技有限公司 数据库集群备份系统

Similar Documents

Publication Publication Date Title
US8127174B1 (en) Method and apparatus for performing transparent in-memory checkpointing
US11354065B2 (en) Cloud edition and retrieve
US8578203B2 (en) Providing a backup service from a remote backup data center to a computer through a network
US20210064413A1 (en) Deploying a cloud instance of a user virtual machine
CN102521083A (zh) 一种云计算系统中虚拟机备份方法和系统
CN103336728A (zh) 一种磁盘数据恢复方法
WO2019020081A1 (zh) 分布式系统及其故障恢复方法、装置、产品和存储介质
US8751455B2 (en) Item level recovery
US20240143450A1 (en) Standbys for continuous data protection-enabled objects
US8612799B2 (en) Method and apparatus of backing up subversion repository
CN114900532A (zh) 电力数据容灾方法、系统、装置、计算机设备和存储介质
CN112711498A (zh) 一种虚拟机容灾备份方法、装置、设备及可读存储介质
CN115658390A (zh) 容器容灾方法、系统、装置、设备及计算机可读存储介质
US11042454B1 (en) Restoration of a data source
CN113438111A (zh) 基于Raft分布式恢复RabbitMQ网络分区的方法及应用
WO2023240995A1 (zh) 一种双机热备系统的数据恢复方法、装置及介质
US9003018B2 (en) System and method for data set synchronization and replication
CN112231399A (zh) 一种应用于图数据库的方法和装置
CN117493075A (zh) 数据回切方法、装置、计算机设备和存储介质
CN116389233A (zh) 容器云管理平台主备切换系统、方法、装置和计算机设备
CN115955488A (zh) 基于副本冗余的分布式存储副本跨机房放置方法与装置
CN113312211B (zh) 一种确保分布式学习系统的高可用性方法
CN115328931A (zh) 数据库集群数据校验方法、装置、存储介质及电子设备
CN113297134B (zh) 数据处理系统及数据处理方法、装置、电子设备
CN111400098B (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