CN114756410A - 一种双机热备系统的数据恢复方法、装置及介质 - Google Patents

一种双机热备系统的数据恢复方法、装置及介质 Download PDF

Info

Publication number
CN114756410A
CN114756410A CN202210671110.5A CN202210671110A CN114756410A CN 114756410 A CN114756410 A CN 114756410A CN 202210671110 A CN202210671110 A CN 202210671110A CN 114756410 A CN114756410 A CN 114756410A
Authority
CN
China
Prior art keywords
time
file
time period
data
dual
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.)
Granted
Application number
CN202210671110.5A
Other languages
English (en)
Other versions
CN114756410B (zh
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.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent 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 Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202210671110.5A priority Critical patent/CN114756410B/zh
Publication of CN114756410A publication Critical patent/CN114756410A/zh
Application granted granted Critical
Publication of CN114756410B publication Critical patent/CN114756410B/zh
Priority to PCT/CN2022/142091 priority patent/WO2023240995A1/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/1458Management of the backup or restore process
    • G06F11/1469Backup restoration techniques
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明公开一种双机热备系统的数据恢复方法、装置及介质,适用于数据处理领域。该方法通过备份的启停操作记录文件确定主服务运行时间段、启动时间段,当启动时间段处于主服务运行时间段时,则说明双机热备可能出现脑裂现象;进一步读取数据库备份记录文件在初始脑裂时间内的记录信息以确定脑裂数据的可能性,则自动确定最终脑裂时间,并根据最终脑裂时间读取API调用信息文件以恢复数据,自动还原在脑裂期间系统的操作信息。通过选取最佳的脑裂时间作为恢复时间点进行恢复,避免现有的舍弃一个节点的增量数据作为代价,有效防止修复双机热备系统出现脑裂时部分增量数据的舍弃,保证系统的数据安全,增加双机热备系统运行的可靠性。

Description

一种双机热备系统的数据恢复方法、装置及介质
技术领域
本发明涉及数据处理领域,特别是涉及一种双机热备系统的数据恢复方法、装置及介质。
背景技术
当今社会各行各业的业务运行对计算机系统的依赖越来越严重,因此,计算机的安全稳定运行是极其重要的,高可用集群以保障系统持久、不间断的特点为系统提供服务。双机热备是较常见的一种部署形式,部署两台完全相同的服务器系统,通过心跳信号等使其互为主备,两套系统通过数据实时同步等方法保证数据的热备份,一旦正在某个运行的系统中出现故障,停止为系统提供服务时,则另一个系统及时接管系统持续对外提供相同的服务,无论后台运行在何种系统,用户只需通过浮动网络之间互连的协议(InternetProtocol,IP)即可随时访问和操作该系统。
双机热备系统之间通信的网络不稳定时,其主备角色可能会出现竞争和误判等情况,从而导致双方系统均启动主要服务开始对外提供服务,此时用户每次登录系统可能操作和访问的后台系统并非同一个系统,会导致在两个系统上存在不同的增量数据,该现象为数据脑裂现象。目前,处理双机热备系统的数据脑裂方法是选择一个节点作为主节点,另外一个节点作为从节点舍去增量数据,直接将主节点的增量数据复制到从节点处,以此恢复双机热备的正常运行。该处理方式可能在一定程度上造成部分用户操作数据的丢失,也就是从节点的增量数据进行删除,恢复过程是以丢失部分增量数据为代价,使得数据安全受到威胁,降低双机热备系统的可靠性。
因此,如何提高双机热备系统的数据安全性是本领域技术人员亟需要解决的。
发明内容
本发明的目的是提供一种双机热备系统的数据恢复方法、装置及介质,保证系统的数据安全,增加双机热备系统运行的可靠性。
为解决上述技术问题,本发明提供一种双机热备系统的数据恢复方法,包括:
获取双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件;
根据启停操作记录文件确定当前节点的主服务运行时间段,并根据主服务运行时间段确定对端节点的启停时间段;
当启停时间段处于主服务运行时间段时,则根据启停时间段与主服务运行时间段的关系确定初始脑裂时间;
读取数据库备份记录文件在初始脑裂时间内的记录信息以确定最终脑裂时间,并根据最终脑裂时间读取API调用信息文件以恢复数据。
优选地,获取双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件,包括:
创建双机热备系统的共享存储信息,其中共享存储信息包括启停操作记录文件、数据库备份记录文件和API调用信息文件;
设置共享存储信息的保存周期;
当保存周期超出预设周期时,则根据最早时间更新共享存储信息的数据。
优选地,启停操作记录文件的创建具体包括以下步骤:
获取当前节点启动主服务的启动时间;
调用第一子线程以在启停操作记录文件中记录启动时间数据;
当当前节点停止主服务时,则记录当前服务的停止时间;
调用第一子线程以在启停操作记录文件中记录停止时间数据。
优选地,数据库备份记录文件的创建具体包括以下步骤:
当当前节点启动主服务时,创建当前节点的标志文件信息;
当用户调用API时,判断标志文件信息是否存在;
若存在,则确定用户首次登录的时间点,并调用第二子线程以进行数据库备份至数据库备份记录文件。
优选地,API调用信息文件的创建具体包括以下步骤:
当当前节点进行增删改操作时,则调用第三子线程以将调用的API信息数据和调用时间记录进行存储至API调用信息文件。
优选地,根据启停操作记录文件确定当前节点的主服务运行时间段,并根据主服务运行时间段确定对端节点的启停时间段,包括:
比较启停操作记录文件中最早记录的启停操作对应的启动时间的第一时间点;
根据第一时间点追踪启停操作对应的停止时间的第二时间点;
将第一时间点与第二时间点之间的时间段作为第一时间段,其中第一时间段作为对应的当前节点的主服务运行时间段;
判断对端节点在主服务运行时间段内是否存在对端节点的启停操作的启动时间;
若存在,则将对端节点的启动时间作为第三时间点,并根据第三时间点追踪对端节点的启停操作对应的停止时间的第四时间点;
将第三时间点与第四时间点之间的时间段作为第二时间段,其中第二时间段作为对应的对端节点的启停时间段;
若不存在,则在对端节点的启停操作记录文件中获取与第一时间段相邻出现的启动时间的新的第一时间点,并返回至根据第一时间点追踪启停操作对应的停止时间的第二时间点的步骤。
优选地,根据启停时间段与主服务运行时间段的关系确定初始脑裂时间,包括:
将启停时间段对应的第三时间点与主服务运行时间段对应的第二时间点之间的时间段确定为初始脑裂时间,其中第二时间点大于第三时间点。
优选地,读取数据库备份记录文件在初始脑裂时间内的记录信息以确定最终脑裂时间,包括:
判断数据库备份记录文件内是否存在初始脑裂时间内的时间点的记录信息;
若存在,则以时间点为起点和初始脑裂时间对应的第二时间点之间的时间段作为最终脑裂时间。
优选地,根据最终脑裂时间读取API调用信息文件以恢复数据,包括:
以最终脑裂时间的时间点为起点,获取当前节点作为恢复的主节点;
根据最早时间读取API调用信息文件,并在主节点处进行恢复;
当主节点读取API调用信息文件完毕后,将主节点处的恢复数据同步至另一节点以完成恢复数据。
优选地,启停操作记录文件、数据库备份记录文件和API调用信息文件均使用同一种格式保存创建。
优选地,在创建当前节点的数据库备份记录文件之后,还包括:
删除当前节点的标志文件信息。
优选地,当标志文件信息不存在时,还包括:
调用第三子线程以进行存储当前节点的API调用信息。
为解决上述技术问题,本发明还提供一种双机热备系统的数据恢复装置,包括:
获取模块,用于获取双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件;
第一确定模块,用于根据启停操作记录文件确定当前节点的主服务运行时间段,并根据主服务运行时间段确定对端节点的启停时间段;
第二确定模块,用于当启停时间段处于主服务运行时间段时,则根据启停时间段与主服务运行时间段的关系确定初始脑裂时间;
恢复模块,用于读取数据库备份记录文件在初始脑裂时间内的记录信息以确定最终脑裂时间,并根据最终脑裂时间读取API调用信息文件以恢复数据。
为解决上述技术问题,本发明还提供一种双机热备系统的数据恢复装置,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现如上述双机热备系统的数据恢复方法的步骤。
为解决上述技术问题,本发明还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上述双机热备系统的数据恢复方法的步骤。
本发明提供的一种双机热备系统的数据恢复方法,包括获取双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件;根据启停操作记录文件确定当前节点的主服务运行时间段,并根据主服务运行时间段确定对端节点的启停时间段;当启停时间段处于主服务运行时间段时,则根据启停时间段与主服务运行时间段的关系确定初始脑裂时间;读取数据库备份记录文件在初始脑裂时间内的记录信息以确定最终脑裂时间,并根据最终脑裂时间读取API调用信息文件以恢复数据。该方法通过备份的启停操作记录文件确定主服务运行时间段、启动时间段,当启动时间段处于主服务运行时间段时,则说明双机热备可能出现脑裂现象;进一步读取数据库备份记录文件在初始脑裂时间内的记录信息以确定脑裂数据的可能性,则自动确定最终脑裂时间,并根据最终脑裂时间读取API调用信息文件以恢复数据,自动还原在脑裂期间系统的操作信息。通过选取最佳的脑裂时间作为恢复时间点进行恢复,避免现有的舍弃一个节点的增量数据作为代价,有效防止修复双机热备系统出现脑裂时部分增量数据的舍弃,保证系统的数据安全,增加双机热备系统运行的可靠性。
另外,本发明还提供了一种双机热备系统的数据恢复装置及介质,具有如上述双机热备系统的数据恢复方法相同的有益效果。
附图说明
为了更清楚地说明本发明实施例,下面将对实施例中所需要使用的附图做简单的介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种双机热备系统的数据恢复方法的流程图;
图2为本发明实施例提供的一种双机热备系统部署方式的示意图;
图3为本发明实施例提供的一种初始脑裂时间自动确定机制的实现示意图;
图4为本发明实施例提供的一种双机热备系统的数据恢复装置的结构图;
图5为本发明实施例提供的另一种双机热备系统的数据恢复装置的结构图;
图6为本发明实施例提供的一种双机热备系统的数据恢复方法的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下,所获得的所有其他实施例,都属于本发明保护范围。
本发明的核心是提供双机热备系统的数据恢复方法、装置及介质,保证系统的数据安全,增加双机热备系统运行的可靠性。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和具体实施方式对本发明作进一步的详细说明。
需要说明的是,双机热备系统运行时,通常只能由当前的主节点对数据库进行读写操作,备节点不具备读写权限,以此避免数据出现紊乱。当出现脑裂现象时,主备两个节点由于角色出现竞争和误判等情况,导致两个节点都开启主服务对外提供服务,因此出现两个节点都可能被用户操作和访问,存在不同的增量数据。如何恢复脑裂期间的增量数据和操作数据,是本发明主要的解决内容。本发明提供的双机热备系统的数据恢复方法仅适用于双机热备情景下出现的脑裂现象的恢复。
图1为本发明实施例提供的一种双机热备系统的数据恢复方法的流程图,如图1所示,该方法包括:
S11:获取双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件;
需要说明的是,双机热备基于高可用系统中的两台服务器的热备,双机高可用按工作中的切换方式分为两种:主备方式和双主机方式,主备方式指的是一台服务器处于某种业务的激活状态,另一台服务器处于该业务的备用状态。双主机方式即两种不同业务分别在两台服务器上互为主备状态。
双机热备系统,是集群的最小组成单位,是将中心服务器安装成互为备份的两台服务器,并且在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时,另一台备份服务器会迅速的自动启动并运行,从而保证整个网络系统的正常运行。
获取双机热备系统的两个节点对应的共享存储,也就是在双机热备系统中加入一个共享存储,在系统可能出现脑裂的情况发生前,对系统中的数据库进行提前备份。同时当用户在系统进行操作时,实时记录系统调用API接口和调用时间,将产生的数据和记录文件保存至共享存储中。其共享存储包括启停操作记录文件、数据库备份记录文件和应用程序编程接口(Application Programming Interface,API)调用信息文件,也就是针对一个节点分别建立对应的启停操作记录文件和数据库备份记录文件。由于用户在系统进行操作时,每次只能对于一个节点进行对外服务操作,故两个节点共同建立一个API调用信息文件。
考虑到双机热备系统发生脑裂的前提是两个节点均启动了主要服务,均拥有了对各自数据库的读写权限,此时,若用户多次从浮动IP登录系统,由于竞争性,用户每次登录的后台系统可能不同,因此,导致了两端均产生了增量数据,当且仅当某个节点上主服务启动后首次登录时,对该节点此刻的数据库进行备份,并将备份文件存储在共享存储中。
将双机的两个设备中运行监听服务变化的进程,当某个设备后台启动主服务和停止服务时,将启动或者停止的信息记录至共享存储中。以便当双机热备发生脑裂现象需要进行数据恢复时,依靠共享存储中记录主服务启动和停止信息的文件,并分析判断出系统脑裂现象可能的发生时间点信息,进而向用户推荐恢复数据库的时间节点。
S12:根据启停操作记录文件确定当前节点的主服务运行时间段,并根据主服务运行时间段确定对端节点的启停时间段;
可以理解的是,在步骤S11中针对两个节点分别建立启停操作记录文件,需要在两个启停操作记录文件中确定当前节点的主服务运行时间段,对于确定方式可以以最早开启主服务的记录为主,两个节点谁开启最早的主服务则为当前节点,根据开启主服务去追踪该记录的停止时间点,作为主服务运行时间段。根据得到的主服务运行时间段找到对端节点相对应的启停时间段。
确定方式也可以将两个启停操作记录文件选取同步时间段进行比较,若出现脑裂现象,则两个节点在相同的时间段内会同时进行主服务,则会两个时间段有重叠时间段,两个节点中出现重叠时间段的各自时间段内比较得到最早的记录为当前节点。对于确定方式本发明不做具体限定,可以根据实际情况进行设定。
S13:当启停时间段处于主服务运行时间段时,则根据启停时间段与主服务运行时间段的关系确定初始脑裂时间;
当启停时间段处于主服务运行时间段内时,则说明双机热备系统发生了脑裂现象,在各自节点的时间段内产生用户每次进行操作时的增量数据,由于增量数据在一个时间点内只存在于一个节点处,若增量数据在两个节点上分别存在,则说明出现脑裂现象,则根据确定的启停时间段和主服务运行时间段进一步确定初始脑裂时间,也就是对端节点记录文件中的时间段发生在当前节点确定的主服务运行时间段内,可以认为在该记录的时间段,两个觉点均启动了主服务,可能会发生数据的脑裂现象。
S14:读取数据库备份记录文件在初始脑裂时间内的记录信息以确定最终脑裂时间,并根据最终脑裂时间读取API调用信息文件以恢复数据。
在步骤S13中针对启停操作记录文件初步判定初始脑裂时间,需要进一步依据数据库备份记录文件增加确定性。在初始脑裂时间内读取数据库备份记录文件的记录信息确定最终脑裂时间,最后根据脑裂时间读取API调用信息文件恢复数据。
具体地,判断在初始脑裂时间内判断数据备份记录文件是否存在记录信息,若存在,则认为记录信息的时间点用户登录抢矿,该时间点登录后操作产生的数据属于脑裂数据,而在初始脑裂时间段的开始时间点到该记录信息的开始时间点之间未出现脑裂数据的产生,更加精准化脑裂时间的开始时间点,以该记录信息的时间点到初始脑裂时间的终止时间点之间的时间段作为最终脑裂时间。
对应地,对于最终脑裂时间,用户可以自动选择以何种时间点开始进行恢复数据,需要说明的是,该时间节点必须属于数据库备份记录文件中的时间段,即选择的恢复时间点必须是在最终脑裂时间段内的时间点进行数据备份操作的时间。
本发明实施例提供的一种双机热备系统的数据恢复方法,包括获取双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件;根据启停操作记录文件确定当前节点的主服务运行时间段,并根据主服务运行时间段确定对端节点的启停时间段;当启停时间段处于主服务运行时间段时,则根据启停时间段与主服务运行时间段的关系确定初始脑裂时间;读取数据库备份记录文件在初始脑裂时间内的记录信息以确定最终脑裂时间,并根据最终脑裂时间读取API调用信息文件以恢复数据。该方法通过备份的启停操作记录文件确定主服务运行时间段、启动时间段,当启动时间段处于主服务运行时间段时,则说明双机热备可能出现脑裂现象;进一步读取数据库备份记录文件在初始脑裂时间内的记录信息以确定脑裂数据的可能性,则自动确定最终脑裂时间,并根据最终脑裂时间读取API调用信息文件以恢复数据,自动还原在脑裂期间系统的操作信息。通过选取最佳的脑裂时间作为恢复时间点进行恢复,避免现有的舍弃一个节点的增量数据作为代价,有效防止修复双机热备系统出现脑裂时部分增量数据的舍弃,保证系统的数据安全,增加双机热备系统运行的可靠性。
在上述实施例的基础上,步骤S11中的获取双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件,包括:
创建双机热备系统的共享存储信息,其中共享存储信息包括启停操作记录文件、数据库备份记录文件和API调用信息文件;
设置共享存储信息的保存周期;
当保存周期超出预设周期时,则根据最早时间更新共享存储信息的数据。
具体地,本发明的目的是为了双机热备部署的系统在发生数据脑裂时,考虑到两个节点数据的关联性以及脑裂时数据恢复的快捷性,能够有效准确地对增量数据进行恢复,从而保障用户对系统操作的有效性和用户数据的安全性。首先需要在双机热备部署系统中增加一个两者均可与之通信的共享存储,使得两个节点对该共享存储上的数据均具有读写权限,同时仅允许系统中特定的进程对其拥有读写权限,从而存放两个节点上与脑裂数据恢复相关的文件和记录。同时在共享存储中创建一个API调用信息文件File api 、数据库备份信息记录文件File back 和启停操作记录文件File si 。需要说明的是,针对两个字节其启停操作记录文件分别为File s1File s2
图2为本发明实施例提供的一种双机热备系统部署方式的示意图,如图2所示,双机热备系统中的节点1和节点2增加一个共享存储,通过光纤分别于主备两台设备相连接进行通信。在初始化双机环境时,在共享存储中创建API调用信息文件File api 、数据库备份信息记录文件File back 和启停操作记录文件File si
为了保存新的记录和文件,其设置共享存储信息的保存周期,作为一种优选地实施例,记录文件和数据库备份文件的预设周期为7天,当超过7天的保存周期时,首先删除时间最早的记录或备份文件,然后保存新的记录和文件。
本发明实施例提供的创建双机热备系统的共享存储信息,其中共享存储信息包括启停操作记录文件、数据库备份记录文件和API调用信息文件;设置共享存储信息的保存周期;当保存周期超出预设周期时,则根据最早时间更新共享存储信息的数据。保证双机热备系统两个节点数据的关联性以及脑裂数据恢复的快捷性,同时保存更新新的记录文件。
在上述实施例的基础上,其中,启停操作记录文件的创建具体包括以下步骤:
获取当前节点启动主服务的启动时间;
调用第一子线程以在启停操作记录文件中记录启动时间数据;
当当前节点停止主服务时,则记录当前服务的停止时间;
调用第一子线程以在启停操作记录文件中记录停止时间数据。
具体地,考虑到双机热备系统中两个主备设备角色发生切换时,会发生一个节点停止主服务,另一个节点再启动主服务接关系统,发生数据脑裂时一定时两个节点均启动了主服务,故本发明的机制会记录两个节点的主服务启停时间信息。当节点1启动主服务时,在启动服务后立马调用子线程P 1(第一子线程)在节点1的启停操作记录文件File s1中记录一条数据如:Time i =start;当节点1停止主服务前调用第一子线程在对应的启停操作记录文件File s1中记录一条数据如:
Figure 2241DEST_PATH_IMAGE001
;其中
Figure 743670DEST_PATH_IMAGE002
为北京时间。
本发明实施例提供的获取当前节点启动主服务的启动时间;调用第一子线程以在启停操作记录文件中记录启动时间数据;当当前节点停止主服务时,则记录当前服务的停止时间;调用第一子线程以在启停操作记录文件中记录停止时间数据,为后续数据脑裂时均启动的主服务提供了时间参考,便利脑裂时间的确定。
在上述实施例的基础上,其中,数据库备份记录文件的创建具体包括以下步骤:
当当前节点启动主服务时,创建当前节点的标志文件信息;
当用户调用API时,判断标志文件信息是否存在;
若存在,则确定用户首次登录的时间点,并调用第二子线程以进行数据库备份至数据库备份记录文件。
具体地,由于备份数据库是一个相对耗时的操作,不影响系统用户的登录操作,选择在系统中单独开启一个线程继续宁数据库的备份操作和备份文件的存储操作。为了保证双机热备系统一旦发生脑裂现象时,数据可以有效完整地恢复,首先,当双机系统中某个设备启动主服务时,在该设备的后台创建一个标志文件信息initial_flag,当用户登录系统时,其调用API,则判断标志文件信息是否存在,若存在,则可以确定用户首次登录的时间点,调用子线程
Figure 860662DEST_PATH_IMAGE003
(第二子线程)以进行数据库备份至数据库备份记录文件
Figure 604627DEST_PATH_IMAGE004
中。例如:
Figure 887578DEST_PATH_IMAGE005
=数据库备份文件的绝对路径(
Figure 753903DEST_PATH_IMAGE006
表示第i条备份记录时间)。
若标志文件信息不存在,则调用第三子线程
Figure 686087DEST_PATH_IMAGE007
以进行存储当前节点的API调用信息,不影响系统的正常运行。
作为一种优选地实施例,为了判断是否首次登录,将备份文件发送至共享存储中并删除该标志文件信息,以保证某个节点接管主服务后,只有首次登录时才会产生数据库备份记录,则可能成为双机热备脑裂数据恢复的主要基础数据。
对于每个节点来说,在开启主服务前不会在各自节点的本地数据库中产生增量数据,即可认为当前节点开启主服务时本地数据库的数据为双机热备正常时的同步数据,不包含任何脑裂数据,该数据是本发明的双机热备系统发生数据脑裂时的系统恢复的基础。
本发明实施例提供的当当前节点启动主服务时,创建当前节点的标志文件信息;当用户调用API时,判断标志文件信息是否存在;若存在,则确定用户首次登录的时间点,并调用第二子线程以进行数据库备份至数据库备份记录文件。
在上述实施例的基础上,其中,API调用信息文件的创建具体包括以下步骤:
当当前节点进行增删改操作时,则调用第三子线程以将调用的API信息数据和调用时间记录进行存储至API调用信息文件。
具体地,为了保证双机热备系统发生脑裂现象后,可以完全恢复用户的全部操作数据,会记录用户操作系统时系统调用的API信息,并以时间先后顺序记录在共享存储的相关文件中。
在系统正常时,用户每次对系统进行增删改操作时,均调用第三子线程
Figure 171426DEST_PATH_IMAGE008
以将调用的API信息数据和调用时间记录保存至API调用信息文件
Figure 200562DEST_PATH_IMAGE009
。例如:
Figure 113154DEST_PATH_IMAGE010
=API信息,
Figure 860530DEST_PATH_IMAGE010
=表示第i条API调用信息的时间。
当上述实施例中提到的标志文件信息不存在,则调用第三子线程
Figure 648096DEST_PATH_IMAGE011
以进行存储当前节点的API调用信息,不影响系统的正常运行。
本发明实施例提供的当当前节点进行增删改操作时,则调用第三子线程以将调用的API信息数据和调用时间记录进行存储至API调用信息文件。保证双机热备系统发生脑裂现象后,可以完全恢复用户的全部操作数据。
在上述实施例的基础上,步骤S12中的根据启停操作记录文件确定当前节点的主服务运行时间段,并根据主服务运行时间段确定对端节点的启停时间段,包括:
比较启停操作记录文件中最早记录的启停操作对应的启动时间的第一时间点;
根据第一时间点追踪启停操作对应的停止时间的第二时间点;
将第一时间点与第二时间点之间的时间段作为第一时间段,其中第一时间段作为对应的当前节点的主服务运行时间段;
判断对端节点在主服务运行时间段内是否存在对端节点的启停操作的启动时间;
若存在,则将对端节点的启动时间作为第三时间点,并根据第三时间点追踪对端节点的启停操作对应的停止时间的第四时间点;
将第三时间点与第四时间点之间的时间段作为第二时间段,其中第二时间段作为对应的对端节点的启停时间段;
若不存在,则在对端节点的启停操作记录文件中获取与第一时间段相邻出现的启动时间的新的第一时间点,并返回至根据第一时间点追踪启停操作对应的停止时间的第二时间点的步骤。
具体地,当双机热备系统发生数据脑裂且需要系统恢复时,首选需要确定脑裂现象发生的大致时间点。图3为本发明实施例提供的一种初始脑裂时间自动确定机制的实现示意图,如图3所示,将两个启停操作记录文件
Figure 531738DEST_PATH_IMAGE012
Figure 880811DEST_PATH_IMAGE013
中的内容分别读取,选择两个文件记录中最早记录的启停操作对应的启动时间,也就是value为start的最早的时间点记录为Time 1作为第一时间点,根据第一时间点追踪该启停操作对应的停止时间,也就是追踪记录同一个文件中相邻的下一条value为stop的时间点
Figure 849904DEST_PATH_IMAGE014
,将第一时间点与第二时间点之间的时间段作为第一时间段,其第一时间段作为当前节点的主服务运行时间段
Figure 677046DEST_PATH_IMAGE015
,可以理解的是,当前节点可以是节点1,也可以是节点2,当作为节点1时,其对端节点为节点2。
此时,在对端节点的启停操作记录中查找处存在于T 1之间的所有记录,进一步判断在对端节点在T 1主服务运行时间段内是否存在对端节点的启停操作的启动时间,也就是是否存在value值为satrt的记录,如存在,则将对端节点的启动时间作为第三时间点,并根据第三时间点追踪该启停操作对应的停止时间的第四时间点。具体地,从对端节点记录文件中查找出
Figure 680774DEST_PATH_IMAGE014
时间点后第一次出现start的记录Time 3Time 3紧邻的下一条记录value值为stop的时间点
Figure 263065DEST_PATH_IMAGE016
,组成
Figure 594820DEST_PATH_IMAGE017
,也就是将第三时间点与第四时间点之间的时间段作为第二时间段T 2T 2作为对端节点的启停时间段。若不存在,则继续在对端节点的启停操作记录文件中获取与第一时间段相邻出现的启停时间的新的第一时间点。
换句话说,是将对端节点作为当前节点重新返回至根据第一时间点追踪启停操作对应的停止时间的第二时间点的步骤,直到根据主服务运行时间段确定对端节点的启停时间段,进而根据两个时间段确定初始脑裂时间。
本发明实施例提供的根据启停操作记录文件确定当前节点的主服务运行时间段,并根据主服务运行时间段确定对端节点的启停时间段,便于确定脑裂现象发生的大致时间点。
在上述实施例的基础上,步骤S13中的根据启停时间段与主服务运行时间段的关系确定初始脑裂时间,包括:
将启停时间段对应的第三时间点与主服务运行时间段对应的第二时间点之间的时间段确定为初始脑裂时间,其中第二时间点大于第三时间点。
具体地,当确定完启停时间段与主服务运行时间段后,再根据两者的关系确定初始脑裂时间,即将启停时间段对应的第三时间点与主服务运行时间段对应的第二时间点之间的时间段确定为初始脑裂时间。
对端节点记录文件中某个value为start的记录的时间点
Figure 350286DEST_PATH_IMAGE018
发生在本节点确定的主服务运行时间段
Figure 582422DEST_PATH_IMAGE019
,则可以认为在该记录的时间点
Figure 663511DEST_PATH_IMAGE018
开始,一直到
Figure 482562DEST_PATH_IMAGE020
结束这段时间内
Figure 776140DEST_PATH_IMAGE021
,主备两个节点均启动了主服务,可能会发生数据的脑裂现象。
例如:节点1确定了主服务运行时间段
Figure 364248DEST_PATH_IMAGE022
,节点2确定了启停时间段
Figure 350658DEST_PATH_IMAGE023
,其中初始脑裂时间为
Figure 657006DEST_PATH_IMAGE024
本发明实施例提供的将启停时间段对应的第三时间点与主服务运行时间段对应的第二时间点之间的时间段确定为初始脑裂时间,初步根据启停操作记录确定可能会发生数据的脑裂现象,为后续确定最终脑裂数据缩小了范围。
在上述实施例的基础上,步骤S14中的读取数据库备份记录文件在初始脑裂时间内的记录信息以确定最终脑裂时间,包括:
判断数据库备份记录文件内是否存在初始脑裂时间内的时间点的记录信息;
若存在,则以时间点为起点和初始脑裂时间对应的第二时间点之间的时间段作为最终脑裂时间。
具体地,在初步确定可能会发生脑裂现象的初始脑裂时间内,进一步确定最终脑裂时间,则读取数据库备份记录文件内是否存在在该初始脑裂时间内的记录信息,结合上述的例子,判断共享存储的数据库备份记录文件中是否存在
Figure 957537DEST_PATH_IMAGE025
时间段内的记录,若存在某条记录
Figure 524785DEST_PATH_IMAGE026
存在于
Figure 55998DEST_PATH_IMAGE027
时间段内,则认为
Figure 974275DEST_PATH_IMAGE028
存在用户登录抢矿,此时间点登录后操作产生的数据属于脑裂数据,故
Figure 485022DEST_PATH_IMAGE029
开始发生脑裂数据的可能性大。故最终脑裂时间为
Figure 172356DEST_PATH_IMAGE030
,也可以由用户确定是否以该时间点为起点进行数据的恢复。
需要说明的是,本发明实施例提供的最终脑裂时间内的任一时间点为起点由用户选择以此作为恢复数据的开始,其最终的时间以
Figure 641514DEST_PATH_IMAGE031
时间点结束。
另外,若数据库备份记录文件内不存在初始脑裂时间内的时间点的记录信息时,也可以根据初始脑裂时间进行数据恢复,或者直接将该操作最肥,检查硬件的运行状态以保证双机热备系统是否正常运行。
本发明实施例提供的读取数据库备份记录文件在初始脑裂时间内的记录信息以确定最终脑裂时间,通过启停操作记录文件确定初始脑裂时间,进而根据数据库备份记录文件确定最终脑裂数据,保证系统的恢复时间的准确性,当出现数据脑裂的情况时,可以有效准确地将系统出现脑裂的数据进行恢复,避免数据的丢失和系统的紊乱,有效地增强了双机热备系统的稳定性和可靠性。
在上述实施例的基础上,步骤S14中的根据最终脑裂时间读取API调用信息文件以恢复数据,包括:
以最终脑裂时间的时间点为起点,获取当前节点作为恢复的主节点;
根据最早时间读取API调用信息文件,并在主节点处进行恢复;
当主节点读取API调用信息文件完毕后,将主节点处的恢复数据同步至另一节点以完成恢复数据。
具体地,根据用户选择恢复的时间节点信息,取出该时间点对应的数据库备份文件对系统的节点进行恢复。由于此时恢复的数据仅时系统脑裂后用户首次登录时刻的数据,而脑裂后用户对系统的一系列操作数据尚未进行恢复,故通过分析和利用API调用信息文件,使系统将脑裂后用户的操作重新自动执行一遍,以此实现系统数据的完全恢复。
当然,用户也可以根据系统自动确定的脑裂时间点进行脑裂恢复,作为一种优选地实施例,以最终脑裂时间的时间点
Figure 781509DEST_PATH_IMAGE032
为起点,选择其中一个节点作为恢复的主节点,操作使其启动主服务,使得另外一个节点停止服务,然后使用线程读取共享存储中该时间点的数据库备份文件,并进行数据库恢复,此时该节点上的数据被恢复至所选择的数据库备份文件的备份时间节点时的数据。
从该节点的时间点开始发生了数据脑裂,因此脑裂数据可能存在于不同的数据库备份文件中,无法很好的取出整理及恢复。为了有效地恢复双机热备系统脑裂发生后产生的增量数据,选择从共享存储中读取API调用信息文件
Figure 892684DEST_PATH_IMAGE033
的内容,以时间点
Figure 542846DEST_PATH_IMAGE034
为起点,按照时间先后顺序,使系统自动逐步执行
Figure 41960DEST_PATH_IMAGE035
文件中记录的操作,当执行完全API调用信息,此时可以认为该节点上的数据已经恢复为最新数据,最后再将当前节点的同步至双机系统中的对端节点即可。这样整个数据恢复过程全部完成,系统会继续稳定运行。
本发明实施例提供的以最终脑裂时间的时间点为起点,获取当前节点作为恢复的主节点;根据最早时间读取API调用信息文件,并在主节点处进行恢复;当主节点读取API调用信息文件完毕后,将主节点处的恢复数据同步至另一节点以完成恢复数据。选择最佳的恢复时间点,进而确定恢复的数据库文件和API调用进行,最终完成整个系统全部数据的准确完成恢复,进一步加强了对系统数据的保护。
在上述实施例的基础上,为了整个过程数据的恢复以及确定脑裂数据的解析,其启停操作记录文件、数据库备份记录文件和API调用信息文件均使用同一种格式保存创建。
使用key=value的格式保存数据,例如:在API信息记录文件
Figure 810196DEST_PATH_IMAGE036
中,将操作时间保存为key,将调用的API操作接口及数据保存为value。另外,创建一个文件夹/data/用于保存数据库备份文件。
本发明实施例提供的启停操作记录文件、数据库备份记录文件和API调用信息文件均使用同一种格式保存创建,方便后续数据的解析。
上述详细描述了双机热备系统的数据恢复方法对应的各个实施例,在此基础上,本发明还公开与上述方法对应的双机热备系统的数据恢复装置,图4为本发明实施例提供的一种双机热备系统的数据恢复装置的结构图。如图4所示,双机热备系统的数据恢复装置包括:
获取模块11,用于获取双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件;
第一确定模块12,用于根据启停操作记录文件确定当前节点的主服务运行时间段,并根据主服务运行时间段确定对端节点的启停时间段;
第二确定模块13,用于当启停时间段处于主服务运行时间段时,则根据启停时间段与主服务运行时间段的关系确定初始脑裂时间;
恢复模块14,用于读取数据库备份记录文件在初始脑裂时间内的记录信息以确定最终脑裂时间,并根据最终脑裂时间读取API调用信息文件以恢复数据。
由于装置部分的实施例与上述的实施例相互对应,因此装置部分的实施例请参照上述方法部分的实施例描述,在此不再赘述。
对于本发明提供的一种双机热备系统的数据恢复装置的介绍请参照上述方法实施例,本发明在此不再赘述,其具有上述双机热备系统的数据恢复方法相同的有益效果。
图5为本发明实施例提供的另一种双机热备系统的数据恢复装置的结构图,如图5所示,该装置包括:
存储器21,用于存储计算机程序;
处理器22,用于执行计算机程序时实现双机热备系统的数据恢复方法的步骤。
本实施例提供的双机热备系统的数据恢复装置可以包括但不限于智能手机、平板电脑、笔记本电脑或者台式电脑等。
其中,处理器22可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器22可以采用数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable LogicArray,PLA)中的至少一种硬件形式来实现。处理器22也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称中央处理器(CentralProcessing Unit,CPU);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器22可以集成有图像处理器(Graphics Processing Unit,GPU),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器22还可以包括人工智能(Artificial Intelligence,AI)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器21可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器21还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。本实施例中,存储器21至少用于存储以下计算机程序211,其中,该计算机程序被处理器22加载并执行之后,能够实现前述任一实施例公开的双机热备系统的数据恢复方法的相关步骤。另外,存储器21所存储的资源还可以包括操作系统212和数据213等,存储方式可以是短暂存储或者永久存储。其中,操作系统212可以包括Windows、Unix、Linux等。数据213可以包括但不限于双机热备系统的数据恢复方法所涉及到的数据等等。
在一些实施例中,双机热备系统的数据恢复装置还可包括有显示屏23、输入输出接口24、通信接口25、电源26以及通信总线27。
领域技术人员可以理解,图5中示出的结构并不构成对双机热备系统的数据恢复装置的限定,可以包括比图示更多或更少的组件。
处理器22通过调用存储于存储器21中的指令以实现上述任一实施例所提供的双机热备系统的数据恢复方法。
对于本发明提供的另一种双机热备系统的数据恢复装置的介绍请参照上述方法实施例,本发明在此不再赘述,其具有上述双机热备系统的数据恢复方法相同的有益效果。
进一步的,本发明还提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器22执行时实现如上述双机热备系统的数据恢复方法的步骤。
可以理解的是,如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
对于本发明提供的一种计算机可读存储介质的介绍请参照上述方法实施例,本发明在此不再赘述,其具有上述双机热备系统的数据恢复方法相同的有益效果。
图6为本发明实施例提供的一种双机热备系统的数据恢复方法的示意图,如图6所示,在系统正常运行过程中,在该设备的后台创建一个标志文件信息initial_flag;采用主服务与登录次数相关联的方法判断是否需要对数据进行备份,当用户登录系统时,其调用API,则判断标志文件信息是否存在,若存在,若需要备份,则将此时的数据库数据进行备份,开启多线程并将备份文件存入共享存储中并进行记录。需要说明的是,标志文件信息initial_flag创建的时间是在ics-manager服务启动时创建。当标志文件信息initial_flag不存在时,则系统正常运行,当用户登录系统进行各项操作时,记录系统调用的API接口信息和调用时间,并将其记录在共享存储的
Figure 787380DEST_PATH_IMAGE037
文件中。其共享存储中包括数据库备份目录/data/、备份信息文件、API调用信息和服务启停信息等。当发现双机热备系统出现数据脑裂时,首先恢复双机热备的正常运行,然后推荐给用户,进而根据用户选择恢复的时间点,然后利用共享存储中的数据库备份文件恢复主节点上的数据,再根据
Figure 324671DEST_PATH_IMAGE037
中的时间和API信息自动进行一系列操作,对脑裂时期用户的增量数据进行恢复,使得系统恢复出完整的数据并继续提供可靠的服务。
对于本发明提供的一种双机热备系统的数据恢复方法的示意图的介绍请参照上述方法实施例,本发明在此不再赘述,其具有上述双机热备系统的数据恢复方法相同的有益效果。
以上对本发明所提供的一种双机热备系统的数据恢复方法、装置及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以对本发明进行若干改进和修饰,这些改进和修饰也落入本发明权利要求的保护范围内。
还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (15)

1.一种双机热备系统的数据恢复方法,其特征在于,包括:
获取所述双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件;
根据所述启停操作记录文件确定当前节点的主服务运行时间段,并根据所述主服务运行时间段确定对端节点的启停时间段;
当所述启停时间段处于所述主服务运行时间段时,则根据所述启停时间段与所述主服务运行时间段的关系确定初始脑裂时间;
读取所述数据库备份记录文件在所述初始脑裂时间内的记录信息以确定最终脑裂时间,并根据所述最终脑裂时间读取所述API调用信息文件以恢复数据。
2.根据权利要求1所述的双机热备系统的数据恢复方法,其特征在于,所述获取所述双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件,包括:
创建所述双机热备系统的共享存储信息,其中所述共享存储信息包括所述启停操作记录文件、所述数据库备份记录文件和所述API调用信息文件;
设置所述共享存储信息的保存周期;
当所述保存周期超出预设周期时,则根据最早时间更新所述共享存储信息的数据。
3.根据权利要求2所述的双机热备系统的数据恢复方法,其特征在于,所述启停操作记录文件的创建具体包括以下步骤:
获取所述当前节点启动主服务的启动时间;
调用第一子线程以在所述启停操作记录文件中记录启动时间数据;
当所述当前节点停止所述主服务时,则记录当前服务的停止时间;
调用所述第一子线程以在所述启停操作记录文件中记录停止时间数据。
4.根据权利要求3所述的双机热备系统的数据恢复方法,其特征在于,所述数据库备份记录文件的创建具体包括以下步骤:
当所述当前节点启动所述主服务时,创建所述当前节点的标志文件信息;
当用户调用API时,判断所述标志文件信息是否存在;
若存在,则确定所述用户首次登录的时间点,并调用第二子线程以进行数据库备份至所述数据库备份记录文件。
5.根据权利要求4所述的双机热备系统的数据恢复方法,其特征在于,所述API调用信息文件的创建具体包括以下步骤:
当所述当前节点进行增删改操作时,则调用第三子线程以将调用的API信息数据和调用时间记录进行存储至所述API调用信息文件。
6.根据权利要求4所述的双机热备系统的数据恢复方法,其特征在于,所述根据所述启停操作记录文件确定当前节点的主服务运行时间段,并根据所述主服务运行时间段确定对端节点的启停时间段,包括:
比较所述启停操作记录文件中最早记录的启停操作对应的所述启动时间的第一时间点;
根据所述第一时间点追踪所述启停操作对应的停止时间的第二时间点;
将所述第一时间点与所述第二时间点之间的时间段作为第一时间段,其中所述第一时间段作为对应的所述当前节点的主服务运行时间段;
判断所述对端节点在所述主服务运行时间段内是否存在所述对端节点的启停操作的启动时间;
若存在,则将所述对端节点的启动时间作为第三时间点,并根据所述第三时间点追踪所述对端节点的启停操作对应的停止时间的第四时间点;
将所述第三时间点与所述第四时间点之间的时间段作为第二时间段,其中所述第二时间段作为对应的所述对端节点的所述启停时间段;
若不存在,则在所述对端节点的所述启停操作记录文件中获取与所述第一时间段相邻出现的所述启动时间的新的第一时间点,并返回至所述根据所述第一时间点追踪所述启停操作对应的停止时间的第二时间点的步骤。
7.根据权利要求6所述的双机热备系统的数据恢复方法,其特征在于,所述根据所述启停时间段与所述主服务运行时间段的关系确定初始脑裂时间,包括:
将所述启停时间段对应的所述第三时间点与所述主服务运行时间段对应的所述第二时间点之间的时间段确定为所述初始脑裂时间,其中所述第二时间点大于所述第三时间点。
8.根据权利要求7所述的双机热备系统的数据恢复方法,其特征在于,所述读取所述数据库备份记录文件在所述初始脑裂时间内的记录信息以确定最终脑裂时间,包括:
判断所述数据库备份记录文件内是否存在所述初始脑裂时间内的所述时间点的记录信息;
若存在,则以所述时间点为起点和所述初始脑裂时间对应的所述第二时间点之间的时间段作为所述最终脑裂时间。
9.根据权利要求8所述的双机热备系统的数据恢复方法,其特征在于,所述根据所述最终脑裂时间读取所述API调用信息文件以恢复数据,包括:
以所述最终脑裂时间的所述时间点为起点,获取所述当前节点作为恢复的主节点;
根据最早时间读取所述API调用信息文件,并在所述主节点处进行恢复;
当所述主节点读取所述API调用信息文件完毕后,将所述主节点处的恢复数据同步至另一节点以完成恢复数据。
10.根据权利要求5或9所述的双机热备系统的数据恢复方法,其特征在于,所述启停操作记录文件、所述数据库备份记录文件和所述API调用信息文件均使用同一种格式保存创建。
11.根据权利要求4所述的双机热备系统的数据恢复方法,其特征在于,在创建所述当前节点的所述数据库备份记录文件之后,还包括:
删除所述当前节点的所述标志文件信息。
12.根据权利要求5所述的双机热备系统的数据恢复方法,其特征在于,当所述标志文件信息不存在时,还包括:
调用所述第三子线程以进行存储所述当前节点的API调用信息。
13.一种双机热备系统的数据恢复装置,其特征在于,包括:
获取模块,用于获取所述双机热备系统的两个节点对应的启停操作记录文件、数据库备份记录文件和API调用信息文件;
第一确定模块,用于根据所述启停操作记录文件确定当前节点的主服务运行时间段,并根据所述主服务运行时间段确定对端节点的启停时间段;
第二确定模块,用于当所述启停时间段处于所述主服务运行时间段时,则根据所述启停时间段与所述主服务运行时间段的关系确定初始脑裂时间;
恢复模块,用于读取所述数据库备份记录文件在所述初始脑裂时间内的记录信息以确定最终脑裂时间,并根据所述最终脑裂时间读取所述API调用信息文件以恢复数据。
14.一种双机热备系统的数据恢复装置,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至12任一项所述的双机热备系统的数据恢复方法的步骤。
15.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至12任一项所述的双机热备系统的数据恢复方法的步骤。
CN202210671110.5A 2022-06-15 2022-06-15 一种双机热备系统的数据恢复方法、装置及介质 Active CN114756410B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210671110.5A CN114756410B (zh) 2022-06-15 2022-06-15 一种双机热备系统的数据恢复方法、装置及介质
PCT/CN2022/142091 WO2023240995A1 (zh) 2022-06-15 2022-12-26 一种双机热备系统的数据恢复方法、装置及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210671110.5A CN114756410B (zh) 2022-06-15 2022-06-15 一种双机热备系统的数据恢复方法、装置及介质

Publications (2)

Publication Number Publication Date
CN114756410A true CN114756410A (zh) 2022-07-15
CN114756410B CN114756410B (zh) 2022-11-11

Family

ID=82336356

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210671110.5A Active CN114756410B (zh) 2022-06-15 2022-06-15 一种双机热备系统的数据恢复方法、装置及介质

Country Status (2)

Country Link
CN (1) CN114756410B (zh)
WO (1) WO2023240995A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023240995A1 (zh) * 2022-06-15 2023-12-21 苏州元脑智能科技有限公司 一种双机热备系统的数据恢复方法、装置及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020194276A1 (en) * 2001-06-15 2002-12-19 Kabushiki Kaisha Toshiba Distributed system and multiplexing control method for the system
US20110145635A1 (en) * 2009-12-10 2011-06-16 International Business Machines Corporation Failure Detection and Fencing in a Computing System
CN105450717A (zh) * 2014-09-29 2016-03-30 中兴通讯股份有限公司 集群脑裂处理方法和装置
CN105472022A (zh) * 2015-12-24 2016-04-06 北京同有飞骥科技股份有限公司 一种解决双机集群脑裂的方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104378232B (zh) * 2014-11-10 2018-01-19 东软集团股份有限公司 主备集群组网模式下的脑裂发现、恢复方法及装置
US10216588B2 (en) * 2016-11-22 2019-02-26 Sap Se Database system recovery using preliminary and final slave node replay positions
CN114138732A (zh) * 2021-09-29 2022-03-04 聚好看科技股份有限公司 一种数据处理方法及装置
CN114461428A (zh) * 2021-12-29 2022-05-10 国能朗新明南京环保科技有限公司 一种用于双机集群脑裂的仲裁方法
CN114756410B (zh) * 2022-06-15 2022-11-11 苏州浪潮智能科技有限公司 一种双机热备系统的数据恢复方法、装置及介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020194276A1 (en) * 2001-06-15 2002-12-19 Kabushiki Kaisha Toshiba Distributed system and multiplexing control method for the system
US20110145635A1 (en) * 2009-12-10 2011-06-16 International Business Machines Corporation Failure Detection and Fencing in a Computing System
CN105450717A (zh) * 2014-09-29 2016-03-30 中兴通讯股份有限公司 集群脑裂处理方法和装置
CN105472022A (zh) * 2015-12-24 2016-04-06 北京同有飞骥科技股份有限公司 一种解决双机集群脑裂的方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023240995A1 (zh) * 2022-06-15 2023-12-21 苏州元脑智能科技有限公司 一种双机热备系统的数据恢复方法、装置及介质

Also Published As

Publication number Publication date
WO2023240995A1 (zh) 2023-12-21
CN114756410B (zh) 2022-11-11

Similar Documents

Publication Publication Date Title
EP3754514B1 (en) Distributed database cluster system, data synchronization method and storage medium
US20150213100A1 (en) Data synchronization method and system
CN110543386B (zh) 一种数据存储方法、装置、设备和存储介质
CN112131237B (zh) 数据同步方法、装置、设备及计算机可读介质
US9189348B2 (en) High availability database management system and database management method using same
CN112286905A (zh) 数据迁移方法及装置、存储介质、电子设备
CN106844102B (zh) 数据恢复方法和装置
CN107656705B (zh) 一种计算机存储介质和一种数据迁移方法、装置及系统
US11748215B2 (en) Log management method, server, and database system
CN111078667A (zh) 一种数据迁移的方法以及相关装置
CN114756410B (zh) 一种双机热备系统的数据恢复方法、装置及介质
US20090157767A1 (en) Circular log amnesia detection
CN109684130B (zh) 一种机房间数据备份的方法及装置
US10970266B2 (en) Ensuring consistent replication of updates in databases
CN111404737A (zh) 一种容灾处理方法以及相关装置
CN113515574B (zh) 一种数据同步方法及装置
CN116795587A (zh) 一种云主机的备份方法、装置、电子设备和存储介质
CN115174596A (zh) 一种设备远程复制方法、装置以及介质
CN110109934B (zh) 一种数据库管理方法、装置、服务器及存储介质
CN104794022B (zh) 基于可信的备份方法
CN117395263B (zh) 一种数据同步方法、装置、设备和存储介质
CN111221899B (zh) 一种跨机房数据同步方法和装置
CN118277336A (zh) 元数据管理方法、元数据管理装置以及计算机存储介质
US20160246690A1 (en) Change tracking using overinclusive write record
CN107707402B (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
GR01 Patent grant
GR01 Patent grant