CN108776628B - 一种避免ctdb数据恢复时崩溃的方法、装置及介质 - Google Patents
一种避免ctdb数据恢复时崩溃的方法、装置及介质 Download PDFInfo
- Publication number
- CN108776628B CN108776628B CN201810529591.XA CN201810529591A CN108776628B CN 108776628 B CN108776628 B CN 108776628B CN 201810529591 A CN201810529591 A CN 201810529591A CN 108776628 B CN108776628 B CN 108776628B
- Authority
- CN
- China
- Prior art keywords
- task
- recovery
- memory space
- 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.)
- Active
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 166
- 238000000034 method Methods 0.000 title claims abstract description 44
- 238000013507 mapping Methods 0.000 claims abstract description 66
- 230000002159 abnormal effect Effects 0.000 claims abstract description 38
- 230000006870 function Effects 0.000 claims abstract description 32
- 238000004590 computer program Methods 0.000 claims description 9
- 230000009286 beneficial effect Effects 0.000 abstract description 2
- 238000012544 monitoring process Methods 0.000 description 7
- 230000009471 action Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 241001362551 Samba Species 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000000750 progressive effect Effects 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/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明公开了一种避免CTDB数据恢复时崩溃的方法、装置及介质,该方法的步骤包括:当CTDB主节点执行数据恢复任务时,获取目标任务ID所对应的目标恢复任务的当前状态;当当前状态异常时,在任务列表中查找目标任务ID对应的映射链表;其中,映射链表中包括用于执行目标恢复任务的数据恢复函数以及用于缓存恢复数据而预先申请的内存空间地址,且数据恢复函数与内存空间地址存在映射关系;将映射链表移除出任务列表,以避免对内存空间地址进行访问而造成CTDB主节点崩溃。本方法保证了CTDB进行数据恢复时的可靠性。此外,本发明还提供一种CTDB的数据恢复装置及介质,有益效果同上所述。
Description
技术领域
本发明涉及数据库领域,特别是涉及一种避免CTDB数据恢复时崩溃的方法、装置及介质。
背景技术
Samba服务是在Linux或Unix***上实现SMB协议的软件,能够实现客户端对服务器中数据的访问。
Samba服务会将运行时所使用或产生的用户数据以及工作记录存储至CTDB(临时数据库集群)中,CTDB往往被搭载于集群环境下的多个设备节点中,其中CTDB数据节点用于控制不同的TDB(临时数据库)的数据存取,CTDB主节点用于监控以及控制CTDB数据节点。当有CTDB主节点出现故障或发生改变时,往往需要恢复其对TDB整体化的记录。进行数据恢复的所需要的相关参数往往被注册在任务列表中。
如图1所示的,是当前情况下进行数据恢复所参照的任务列表的结构,其中,srvid_handler_List为任务列表;srvid为任务ID(身份识别号);srvid_handler*h为记录数据恢复函数(pull_database_handler)与预先申请的内存空间地址(tevent_req*req)之间对应关系的映射链表,任务ID与映射链表之间存在唯一对应关系。在进行数据恢复时,CTDB主节点依照上述任务列表的结构根据任务ID查找对应的映射链表,并根据映射链表获悉对应的恢复函数以及内存空间地址,进而执行该恢复函数以将所获得的数据缓存至该内存空间地址。
但是由于在恢复过程中,CTDB数据节点仍可能对TDB中数据进行IO操作,因此可能出现数据恢复错误的情况。在此情况下,CTDB主节点会释放内存空间地址(tevent_req*req)下用于缓存恢复数据的内存空间,当***再次尝试数据恢复或对数据恢复任务进行相关监控时,将由于无法通过内存空间地址找到该内存空间而产生core文件,进而导致CTDB主节点的崩溃,难以保证CTDB进行数据恢复时的可靠性。
由此可见,提供一种避免CTDB数据恢复时崩溃的方法,以保证CTDB进行数据恢复时的可靠性,是本领域技术人员需要解决的问题。
发明内容
本发明的目的是提供一种避免CTDB数据恢复时崩溃的方法、装置及介质,以保证CTDB进行数据恢复时的可靠性。
为解决上述技术问题,本发明提供一种避免CTDB数据恢复时崩溃的方法,包括:
当CTDB主节点执行数据恢复任务时,获取目标任务ID所对应的目标恢复任务的当前状态;
当当前状态异常时,在任务列表中查找目标任务ID对应的映射链表;其中,映射链表中包括用于执行目标恢复任务的数据恢复函数以及用于缓存恢复数据而预先申请的内存空间地址,且数据恢复函数与内存空间地址存在映射关系;
将映射链表移除出任务列表,以避免对内存空间地址进行访问而造成CTDB主节点崩溃。
优选的,当当前状态异常时,该方法进一步包括:
将目标恢复任务的相关信息记录至表征未完成任务的任务日志;其中,相关信息中至少包括内存空间地址所对应的内存空间容量以及数据恢复函数。
优选的,在将目标恢复任务的相关信息记录至表征未完成任务的任务日志后,该方法进一步包括:
依照内存空间容量在CTDB主节点中申请新内存空间地址,并建立新内存空间地址与数据恢复函数之间的映射关系,生成新映射链表;
将新映射链表与新目标任务ID对应记录至任务列表,以用于再次执行目标恢复任务。
优选的,获取目标任务ID所对应的目标恢复任务的当前状态具体为:
以随机的方式获取目标任务ID所对应的当前状态。
优选的,目标任务ID具体为十六进制形式的随机数。
优选的,CTDB主节点具体为运行有Linux操作***的服务器。
此外,本发明还提供一种避免CTDB数据恢复时崩溃的装置,包括:
状态获取模块,用于当CTDB主节点执行数据恢复任务时,获取目标任务ID所对应的目标恢复任务的当前状态;
链表查找模块,用于当当前状态异常时,在任务列表中查找目标任务ID对应的映射链表;其中,映射链表中包括用于执行目标恢复任务的数据恢复函数以及用于缓存恢复数据而预先申请的内存空间地址,且数据恢复函数与内存空间地址存在映射关系;
链表移除模块,用于将映射链表移除出任务列表,以避免对内存空间地址进行访问而造成CTDB主节点崩溃。
优选的,该装置进一步包括:
日志记录模块,用于将目标恢复任务的相关信息记录至表征未完成任务的任务日志;其中,相关信息中至少包括内存空间地址所对应的内存空间容量以及数据恢复函数。
此外,本发明还提供一种避免CTDB数据恢复时崩溃的装置,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现如上述的避免CTDB数据恢复时崩溃的方法的步骤。
此外,本发明还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上述的避免CTDB数据恢复时崩溃的方法的步骤。
本发明所提供的避免CTDB数据恢复时崩溃的方法,当CTDB主节点所进行的数据恢复出现异常时,根据异常任务的任务ID在任务列表中查找对应映射链表,并且将映射链表从任务列表中移除。由于映射链表中包含有预先申请的内存空间地址,因此即使出现***因数据恢复出现异常而将内存空间地址释放的情况,也能够确保***尝试再次执行该异常任务或进行该异常任务的相关监控时,无法在任务列表中获悉内从空间地址的情况,以此避免***由于无法找到该内存空间而产生core文件,进而避免了CTDB的崩溃,保证了CTDB进行数据恢复时的可靠性。此外,本发明还提供一种避免CTDB数据恢复时崩溃的装置及介质,有益效果同上所述。
附图说明
为了更清楚地说明本发明实施例,下面将对实施例中所需要使用的附图做简单的介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为当前情况下进而数据恢复所参照的任务列表的结构;
图2为本发明实施例提供的一种避免CTDB数据恢复时崩溃的方法的流程图;
图3为本发明实施例提供的一种避免CTDB数据恢复时崩溃的装置的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下,所获得的所有其他实施例,都属于本发明保护范围。
本发明的核心是提供一种避免CTDB数据恢复时崩溃的方法,以保证CTDB进行数据恢复时的可靠性。本发明的另一核心是提供一种避免CTDB数据恢复时崩溃的装置及介质。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和具体实施方式对本发明作进一步的详细说明。
实施例一
图2为本发明实施例提供的一种避免CTDB数据恢复时崩溃的方法的流程图。请参考图2,避免CTDB数据恢复时崩溃的方法的具体步骤包括:
步骤S10:当CTDB主节点执行数据恢复任务时,获取目标任务ID所对应的目标恢复任务的当前状态。
需要说明的是,CTDB数据节点往往管理有多个TDB数据库,CTDB主节点执行数据恢复任务时,是以TDB数据库为单位进行的,即针对每一个TDB数据库建立对应的数据恢复任务,数据恢复任务用于实现拉取TDB数据库中的数据并重新构建至CTDB节点中,相应的,每一个数据恢复任务都有对应的任务ID。另外,对于CTDB主节点与CTDB数据节点之间的数据交互是本领域所公知的技术内容,在此不做赘述。在本步骤中,通过选定目标任务ID以获悉该目标ID对应的目标恢复任务的当前状态,由于可能存在拉取TDB数据库进行数据恢复时,该TDB数据库尚未被“冻结”,仍有数据IO的情况,导致数据不一致,进而当前状态可能因此存在异常。
步骤S11:当当前状态异常时,在任务列表中查找目标任务ID对应的映射链表。
其中,映射链表中包括用于执行目标恢复任务的数据恢复函数以及用于缓存恢复数据而预先申请的内存空间地址,且数据恢复函数与内存空间地址存在映射关系。
任务列表的具体结构请参考图1,任务列表中(srvid_handler_List)包含有一系列的数据恢复任务,每一个数据恢复任务都有对应的任务ID(srvid),并且任务ID与对应的映射链表(srvid_handler*h)存在对应关系,即每个任务ID仅有一个对应的映射链表,在映射链表中对应记录有数据恢复函数(pull_database_handler)与内存空间地址(tevent_req*req),在CTDB节点执行数据恢复任务时,将依照目标任务ID获取目标映射链表,进而调用目标映射链表中记录的恢复函数,并将恢复函数所产生的结果缓存至内存空间地址下的内存块中。
步骤S12:将映射链表移除出任务列表,以避免对内存空间地址进行访问而造成CTDB主节点崩溃。
由于在数据恢复任务的执行出现异常时,映射链表中的内存空间地址对应的内存空间将被释放,进而无法根据内存空间地址查找到用于缓存数据的内存块,因此一旦因再次执行此数据恢复任务或对此数据恢复任务进行相关监控而访问内存空间地址时,会造成内存空访问的发生,导致CTDB主节点崩溃。而本步骤采取将映射链表移除出任务列表的方式,避免在任务列表中检索到映射链表,进而防止检索到内存空间地址的情况发生。
本发明所提供的避免CTDB数据恢复时崩溃的方法,当CTDB主节点所进行的数据恢复出现异常时,根据异常任务的任务ID在任务列表中查找对应映射链表,并且将映射链表从任务列表中移除。由于映射链表中包含有预先申请的内存空间地址,因此即使出现***因数据恢复出现异常而将内存空间地址释放的情况,也能够确保***尝试再次执行该异常任务或进行该异常任务的相关监控时,无法在任务列表中获悉内从空间地址的情况,以此避免***由于无法找到该内存空间而产生core文件,进而避免了CTDB的崩溃,保证了CTDB进行数据恢复时的可靠性。
实施例二
在上述实施例的基础上,本发明还提供以下一系列优选的实施方式。
作为一种优选的实施方式,当当前状态异常时,该方法进一步包括:
将目标恢复任务的相关信息记录至表征未完成任务的任务日志。
其中,相关信息中至少包括内存空间地址所对应的内存空间容量以及数据恢复函数。
考虑到CTDB主节点执行数据恢复任务的总量往往较大,当有数据恢复任务执行异常时,则可能导致TDB数据库中的数据未被顺利重构至CTDB主节点,这对于CTDB主节点整体的数据恢复来说是不完整的,因此本实施方式采取任务日志的方式记录未完成的目标恢复任务的相关信息,便于技术人员根据任务日志所记录的内容对未完成的目标恢复任务进行相应的处理。由于充足的内存空间容量以及正确的数据恢复函数是确保完成数据恢复的基础,因此在本实施方式中,相关信息中至少包括内存空间地址所对应的内存空间容量以及数据恢复函数,以便于再次对未恢复成功的数据进行恢复。
在上述实施方式的基础上,作为一种优选的实施方式,在将目标恢复任务的相关信息记录至表征未完成任务的任务日志后,该方法进一步包括:
依照内存空间容量在CTDB主节点中申请新内存空间地址,并建立新内存空间地址与数据恢复函数之间的映射关系,生成新映射链表;
将新映射链表与新目标任务ID对应记录至任务列表,以用于再次执行目标恢复任务。
可以理解的是,本实施方式是根据任务日志所记载的内存空间容量申请新的内存空间地址,进而将新的内存空间地址与数据恢复函数映射为新的映射链表,并将映射链表与新目标任务ID对应记录至任务列表以实现CTDB主节点根据任务列表中的新目标任务ID再次执行目标恢复任务,以此保证CTDB主节点进行数据恢复的完整性。
此外,作为一种优选的实施方式,获取目标任务ID所对应的目标恢复任务的当前状态具体为:
以随机的方式获取目标任务ID所对应的当前状态。
由于在任务列表中,各个数据恢复任务的任务ID均是顺序排列的,为了提高选取的目标恢复任务的随机性,确保能够相对公平的获悉每一个数据恢复任务的当前状态,本实施方式采用随机的方式获取目标任务ID所对应的当前状态,相对提高了获取状态异常的数据恢复任务的效率。
此外,作为一种优选的实施方式,目标任务ID具体为十六进制形式的随机数。
由于考虑到在当前情况下CTDB主节点所管理的TDB数据库的数量相对庞大,每一个TDB数据库均对应有一个数据恢复任务,因此数据恢复任务的整体数量也比较庞大,采用随机数作为任务ID可以避免任务ID之间出现重复的情况,并且由于十六进制数的每个数位能够表示的值相对更多,因此通过十六进制数表征任务ID能够相对减少数位对空间的占用。
此外,作为一种优选的实施方式,CTDB主节点具体为运行有Linux操作***的服务器。
由于考虑到Linux操作***是开源操作***,相对节省使用成本并且由于其底层代码可见,因此更加易于维护,相较于Windows***来说Linux***的稳定性以及安全性更高,保证了CTDB节点工作的可靠性。
实施例三
在上文中对于避免CTDB数据恢复时崩溃的方法的实施例进行了详细的描述,本发明还提供一种与该方法对应的避免CTDB数据恢复时崩溃的装置,由于装置部分的实施例与方法部分的实施例相互对应,因此装置部分的实施例请参见方法部分的实施例的描述,这里暂不赘述。
图3为本发明实施例提供的一种避免CTDB数据恢复时崩溃的装置的结构图。本发明实施例提供的避免CTDB数据恢复时崩溃的装置,包括:
状态获取模块10,用于当CTDB主节点执行数据恢复任务时,获取目标任务ID所对应的目标恢复任务的当前状态。
链表查找模块11,用于当当前状态异常时,在任务列表中查找目标任务ID对应的映射链表;其中,映射链表中包括用于执行目标恢复任务的数据恢复函数以及用于缓存恢复数据而预先申请的内存空间地址,且数据恢复函数与内存空间地址存在映射关系。
链表移除模块12,用于将映射链表移除出任务列表,以避免对内存空间地址进行访问而造成CTDB主节点崩溃。
本发明所提供的避免CTDB数据恢复时崩溃的装置,当CTDB主节点所进行的数据恢复出现异常时,根据异常任务的任务ID在任务列表中查找对应映射链表,并且将映射链表从任务列表中移除。由于映射链表中包含有预先申请的内存空间地址,因此即使出现***因数据恢复出现异常而将内存空间地址释放的情况,也能够确保***尝试再次执行该异常任务或进行该异常任务的相关监控时,无法在任务列表中获悉内从空间地址的情况,以此避免***由于无法找到该内存空间而产生core文件,进而避免了CTDB的崩溃,保证了CTDB进行数据恢复时的可靠性。
在实施例三的基础上,该装置还包括:
日志记录模块,用于将目标恢复任务的相关信息记录至表征未完成任务的任务日志;其中,相关信息中至少包括内存空间地址所对应的内存空间容量以及数据恢复函数。
实施例四
本发明还提供一种避免CTDB数据恢复时崩溃的装置,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现如上述避免CTDB数据恢复时崩溃的方法的步骤。
本发明所提供的避免CTDB数据恢复时崩溃的装置,当CTDB主节点所进行的数据恢复出现异常时,根据异常任务的任务ID在任务列表中查找对应映射链表,并且将映射链表从任务列表中移除。由于映射链表中包含有预先申请的内存空间地址,因此即使出现***因数据恢复出现异常而将内存空间地址释放的情况,也能够确保***尝试再次执行该异常任务或进行该异常任务的相关监控时,无法在任务列表中获悉内从空间地址的情况,以此避免***由于无法找到该内存空间而产生core文件,进而避免了CTDB的崩溃,保证了CTDB进行数据恢复时的可靠性。
本发明还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上述避免CTDB数据恢复时崩溃的方法的步骤。
本发明所提供的避免CTDB数据恢复时崩溃的计算机可读存储介质,当CTDB主节点所进行的数据恢复出现异常时,根据异常任务的任务ID在任务列表中查找对应映射链表,并且将映射链表从任务列表中移除。由于映射链表中包含有预先申请的内存空间地址,因此即使出现***因数据恢复出现异常而将内存空间地址释放的情况,也能够确保***尝试再次执行该异常任务或进行该异常任务的相关监控时,无法在任务列表中获悉内从空间地址的情况,以此避免***由于无法找到该内存空间而产生core文件,进而避免了CTDB的崩溃,保证了CTDB进行数据恢复时的可靠性。
以上对本发明所提供的一种避免CTDB数据恢复时崩溃的方法、装置及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以对本发明进行若干改进和修饰,这些改进和修饰也落入本发明权利要求的保护范围内。
还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (10)
1.一种避免临时数据库集群数据恢复时崩溃的方法,其特征在于,包括:
当临时数据库集群主节点执行数据恢复任务时,获取目标任务ID所对应的目标恢复任务的当前状态;
当所述当前状态异常时,在任务列表中查找所述目标任务ID对应的映射链表;其中,所述映射链表中包括用于执行所述目标恢复任务的数据恢复函数以及用于缓存恢复数据而预先申请的内存空间地址,且所述数据恢复函数与所述内存空间地址存在映射关系;
将所述映射链表移除出所述任务列表,以避免对所述内存空间地址进行访问而造成所述临时数据库集群主节点崩溃。
2.根据权利要求1所述的方法,其特征在于,当所述当前状态异常时,该方法进一步包括:
将所述目标恢复任务的相关信息记录至表征未完成任务的任务日志;其中,所述相关信息中至少包括所述内存空间地址所对应的内存空间容量以及所述数据恢复函数。
3.根据权利要求2所述的方法,其特征在于,在所述将所述目标恢复任务的相关信息记录至表征未完成任务的任务日志后,该方法进一步包括:
依照所述内存空间容量在所述临时数据库集群主节点中申请新内存空间地址,并建立所述新内存空间地址与所述数据恢复函数之间的映射关系,生成新映射链表;
将所述新映射链表与新目标任务ID对应记录至所述任务列表,以用于再次执行所述目标恢复任务。
4.根据权利要求1所述的方法,其特征在于,所述获取目标任务ID所对应的目标恢复任务的当前状态具体为:
以随机的方式获取所述目标任务ID所对应的所述当前状态。
5.根据权利要求1所述的方法,其特征在于,所述目标任务ID具体为十六进制形式的随机数。
6.根据权利要求1-5任意一项所述的方法,其特征在于,所述临时数据库集群主节点具体为运行有Linux操作***的服务器。
7.一种避免临时数据库集群数据恢复时崩溃的装置,其特征在于,包括:
状态获取模块,用于当临时数据库集群主节点执行数据恢复任务时,获取目标任务ID所对应的目标恢复任务的当前状态;
链表查找模块,用于当所述当前状态异常时,在任务列表中查找所述目标任务ID对应的映射链表;其中,所述映射链表中包括用于执行所述目标恢复任务的数据恢复函数以及用于缓存恢复数据而预先申请的内存空间地址,且所述数据恢复函数与所述内存空间地址存在映射关系;
链表移除模块,用于将所述映射链表移除出所述任务列表,以避免对所述内存空间地址进行访问而造成所述临时数据库集群主节点崩溃。
8.根据权利要求7所述的装置,其特征在于,该装置进一步包括:
日志记录模块,用于将所述目标恢复任务的相关信息记录至表征未完成任务的任务日志;其中,所述相关信息中至少包括所述内存空间地址所对应的内存空间容量以及所述数据恢复函数。
9.一种避免临时数据库集群数据恢复时崩溃的装置,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至6任一项所述的避免临时数据库集群数据恢复时崩溃的方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的避免临时数据库集群数据恢复时崩溃的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810529591.XA CN108776628B (zh) | 2018-05-29 | 2018-05-29 | 一种避免ctdb数据恢复时崩溃的方法、装置及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810529591.XA CN108776628B (zh) | 2018-05-29 | 2018-05-29 | 一种避免ctdb数据恢复时崩溃的方法、装置及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108776628A CN108776628A (zh) | 2018-11-09 |
CN108776628B true CN108776628B (zh) | 2021-10-15 |
Family
ID=64027920
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810529591.XA Active CN108776628B (zh) | 2018-05-29 | 2018-05-29 | 一种避免ctdb数据恢复时崩溃的方法、装置及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108776628B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111666067A (zh) * | 2020-06-22 | 2020-09-15 | 深圳壹账通智能科技有限公司 | 任务新建方法、装置、计算机设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001047224A9 (en) * | 1999-12-22 | 2002-05-23 | Black River Communications Llc | System for automatically conferencing a caller to one or more members of a group |
CN101639839A (zh) * | 2008-07-30 | 2010-02-03 | 中兴通讯股份有限公司 | 一种基于临时表的多归档文件查询方法 |
CN103092712A (zh) * | 2011-11-04 | 2013-05-08 | 阿里巴巴集团控股有限公司 | 一种任务中断恢复方法和设备 |
CN103885855A (zh) * | 2012-12-20 | 2014-06-25 | 航天信息股份有限公司 | 数据备份和恢复的方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102005001150B4 (de) * | 2005-01-10 | 2006-11-16 | Siemens Ag | Verfahren zur Einrichtung von verteilten Filtern in einem Paket-orientierten Netz basierend auf abstrakten Sicherheits-Vorgaben |
-
2018
- 2018-05-29 CN CN201810529591.XA patent/CN108776628B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001047224A9 (en) * | 1999-12-22 | 2002-05-23 | Black River Communications Llc | System for automatically conferencing a caller to one or more members of a group |
CN101639839A (zh) * | 2008-07-30 | 2010-02-03 | 中兴通讯股份有限公司 | 一种基于临时表的多归档文件查询方法 |
CN103092712A (zh) * | 2011-11-04 | 2013-05-08 | 阿里巴巴集团控股有限公司 | 一种任务中断恢复方法和设备 |
CN103885855A (zh) * | 2012-12-20 | 2014-06-25 | 航天信息股份有限公司 | 数据备份和恢复的方法及装置 |
Non-Patent Citations (2)
Title |
---|
CTDB: An Integrated Chickpea Transcriptome Database for Functional and Applied Genomics;Mohit Verma等;《PLOS ONE》;20151231;第10卷(第8期);全文 * |
一种Samba流量统计***的设计与实现;文莎等;《信息通信》;20151031(第10期);第79-81页 * |
Also Published As
Publication number | Publication date |
---|---|
CN108776628A (zh) | 2018-11-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11237864B2 (en) | Distributed job scheduler with job stealing | |
US9251233B2 (en) | Merging an out of synchronization indicator and a change recording indicator in response to a failure in consistency group formation | |
CN106980699B (zh) | 一种数据处理平台和*** | |
US9274876B2 (en) | Diagnostic data set component | |
US10949401B2 (en) | Data replication in site recovery environment | |
JP6445049B2 (ja) | ログの管理方法及び計算機システム | |
US11468011B2 (en) | Database management system | |
CN105573859A (zh) | 一种数据库的数据恢复方法和设备 | |
US11061889B2 (en) | Systems and methods of managing manifest refresh in a database | |
CN109460345B (zh) | 实时数据的计算方法及*** | |
US10223205B2 (en) | Disaster recovery data sync | |
US8271454B2 (en) | Circular log amnesia detection | |
US11113251B2 (en) | Transaction manager | |
CN112261114A (zh) | 一种数据备份***及方法 | |
CN114968966A (zh) | 分布式元数据远程异步复制方法、装置和设备 | |
CN108776628B (zh) | 一种避免ctdb数据恢复时崩溃的方法、装置及介质 | |
CN102902770A (zh) | 一种镜像文件拼装方法及*** | |
CN106815318B (zh) | 一种时序数据库的集群化方法及*** | |
US9619479B1 (en) | Autonomous deduplication for efficient recovery for a deduplication system | |
CN108271420A (zh) | 管理文件的方法、文件***和服务器*** | |
CN114138560A (zh) | 一种操作***的备份还原方法及*** | |
CN117453454A (zh) | 数据备份方法、装置、计算机设备、介质及产品 | |
CN111797062B (zh) | 数据处理方法、装置和分布式数据库*** | |
CN113806309A (zh) | 基于分布式锁的元数据删除方法、***、终端及存储介质 | |
CN118041779A (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 |