CN110362418A - 一种异常数据恢复方法、装置、服务器及存储介质 - Google Patents

一种异常数据恢复方法、装置、服务器及存储介质 Download PDF

Info

Publication number
CN110362418A
CN110362418A CN201910615557.9A CN201910615557A CN110362418A CN 110362418 A CN110362418 A CN 110362418A CN 201910615557 A CN201910615557 A CN 201910615557A CN 110362418 A CN110362418 A CN 110362418A
Authority
CN
China
Prior art keywords
data
abnormal
application program
pending
pending 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.)
Granted
Application number
CN201910615557.9A
Other languages
English (en)
Other versions
CN110362418B (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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910615557.9A priority Critical patent/CN110362418B/zh
Publication of CN110362418A publication Critical patent/CN110362418A/zh
Application granted granted Critical
Publication of CN110362418B publication Critical patent/CN110362418B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/073Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a memory management context, e.g. virtual memory or cache management
    • 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/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793Remedial or corrective actions

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)
  • Debugging And Monitoring (AREA)

Abstract

本申请提供了一种异常数据恢复方法、装置、服务器及存储介质,该方法包括:接收第一应用程序发送的第一数据获取请求;确定第一待处理数据,创建与第一待处理数据对应的标识信息;向第一应用程序发送第一待处理数据和标识信息,以使第一应用程序对第一待处理数据进行处理;将标识信息存储至本地守护进程,以使本地守护进程在监控到通信连接断开时,将当前处理的第一待处理数据以及与当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;基于本地守护进程发送的异常数据恢复请求对异常数据进行恢复,得到异常恢复数据。本申请能够在应用程序宕机的时候,同时对该应用程序及其内存中未处理的数据进行恢复。

Description

一种异常数据恢复方法、装置、服务器及存储介质
技术领域
本申请属于计算机技术领域,具体涉及一种异常数据恢复方法、装置、服务器及存储介质。
背景技术
在系统运营的时候,会设计一个应用程序的守护进程,守护进程是一类在后台运行的特殊进程,用于执行特定的系统任务,其通过心跳检测或者监控进程来实现对应用程序的监控,当应用程序宕机的时候,守护进程会主动的重新拉起该服务,从而达到服务的高可用。
然而在重新拉起服务的时候,守护进程主要的问题在于其只是做了应用程序系统的恢复,并没有做到对应用程序内存中的异常数据的恢复,从而会导致在应用程序内存中处理的数据因为宕机而丢失或者在应用程序重新被拉起后,内存中的数据无法被处理,需要后续人工运营恢复数据后,才能找回数据或重新处理数据。对于一些对数据具有较强依赖的业务系统来说,上述仅恢复系统而无法恢复数据的异常恢复机制并不是完整的机制。
发明内容
为了实现在应用程序宕机的时候,对该应用程序及其内存中未处理的数据进行恢复,本申请提出了一种异常数据恢复方法、装置、服务器及存储介质。
一方面,本申请提出了一种异常数据恢复方法,所述方法包括:。
接收第一应用程序发送的第一数据获取请求;
基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息;
向所述第一应用程序发送所述第一待处理数据和所述标识信息,以使所述第一应用程序对所述第一待处理数据进行处理;以及将所述标识信息存储至本地守护进程中,以使所述本地守护进程在监控到与所述第一应用程序的通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;
基于所述本地守护进程发送的异常数据恢复请求对所述异常数据进行恢复,得到异常恢复数据。
另一方面,本申请提出了一种异常数据恢复方法,所述方法包括:
与本地守护进程建立通信连接;
向数据库服务器发送第一数据获取请求,以使所述数据库服务器基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息;
接收所述数据库服务器发送的所述第一待处理数据和所述标识信息;
对所述第一待处理数据进行处理;
将所述标识信息存储至所述本地守护进程,以使所述本地进程在监控到所述通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;以及向所述数据库服务器发送异常数据恢复请求,以使所述数据库服务器基于所述恢复请求对所述异常数据进行恢复,得到异常恢复数据。
另一方面,本申请提出了一种异常数据恢复装置,所述装置包括:
第一接收模块,用于接收第一应用程序发送的第一数据获取请求;
创建模块,用于基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息;
第一发送模块,用于向所述第一应用程序发送所述第一待处理数据和所述标识信息,以使所述第一应用程序对所述第一待处理数据进行处理;以及将所述标识信息存储至本地守护进程中,以使所述本地守护进程在监控到与所述第一应用程序的通信连接断开时查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;
恢复模块,用于基于所述本地守护进程发送的异常数据恢复请求对所述异常数据进行恢复,得到异常恢复数据。
另一方面,本申请提出了一种异常数据恢复装置,所述装置包括:
通信连接建立模块,用于与本地守护进程建立通信连接;
第二发送模块,用于向数据库服务器发送第一数据获取请求,以使所述数据库服务器基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息;
第二接收模块,用于接收所述数据库服务器发送的所述第一待处理数据和所述标识信息;
数据处理模块,用于对所述第一待处理数据进行处理;
存储模块,用于将所述标识信息存储至所述本地守护进程,以使所述本地进程在监控到所述通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;以及向所述数据库服务器发送异常数据恢复请求,以使所述数据库服务器基于所述恢复请求对所述异常数据进行恢复,得到异常恢复数据
另一方面,本申请提出了一种数据库服务器,所述数据库服务器包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述所述的异常数据恢复方法。
另一方面,本申请提出了一种服务器,所述服务器包括应用程序和守护进程,所述终端包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述所述的异常数据恢复方法。
另一方面,本申请提出了一种计算机可读存储介质,所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述所述的异常数据恢复方法。
本申请提出的一种异常数据恢复方法、装置、服务器及存储介质,由第一应用程序与本地守护进程建立通信连接,第一应用程序向数据库服务器发送第一获取数据的请求,数据库服务器根据该请求确定一批第一待处理数据,同时创建与该批第一待处理数据对应的标识信息,然后数据库服务器将该批第一待处理数据以及标识信息发送至第一应用程序,由第一应用程序对该批数据进行处理,并通知本地守护进程写入该批数据的标识信息,当本地守护进程监控到与第一应用程序的通信连接断开,即第一应用程序宕机时,本地守护进程会找到第一应用程序正在处理的批次,将该批次中正在处理的数据以及未处理的数控确定为异常数据,接着由数据库对该异常数据进行恢复,从而实现了在应用程序恢复的时候,能够同时恢复应用程序内存中没有处理完的数据,避免因为应用程序宕机或重启导致的数据未被处理的情况,保证在应用程序系统被重新拉起后,内存中的数据不会丢失,大大减少了后续人工运营恢复数据的成本,提高了系统以及数据的可靠性,达到服务的高可用。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案和优点,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它附图。
图1是本申请实施例提供的异常数据恢复系统的一种架构图。
图2是本申请实施例提供的异常数据恢复方法的一种流程示意图。
图3是本申请实施例提供验证数据是否为异常数据的一种流程示意图。
图4是本申请实施例提供的异常数据恢复的原理图。
图5是本申请实施例提供的异常数据恢复方法的另一种流程示意图。
图6是本申请实施例提供的异常数据恢复方法的另一种流程示意图。
图7是本申请实施例提供异常数据恢复装置的一种结构示意图。
图8是本申请实施例提供异常数据恢复装置的另一种结构示意图。
图9是本申请实施例提供一种服务器结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参阅图1,图1所示为本申请实施例提供的一种异常数据恢复系统的架构图,所述异常数据恢复系统可以作为异常数据恢复方法的实施环境。如图1所示,该异常数据恢复系统可以至少包括数据库服务器01、第一应用程序02、第二应用程序03和守护进程04。
具体地,数据库服务器01包括一个独立运行的服务器,或者分布式服务器,或者由多个服务器组成的服务器集群。数据库服务器01可以包括有网络通信单元、处理器和存储器等等。
具体地,第一应用程序02、第二应用程序03和守护进程04可以位于同一个服务器05中,该服务器05可以包括一个独立运行的服务器,或者分布式服务器,或者由多个服务器组成的服务器集群。服务器05可以包括有网络通信单元、处理器和存储器等等。数据库服务器01和服务器05之间可以进行数据的交互,具体为数据库服务器01可以与第一应用程序02和第二应用程序03进行数据传输。
以上系统仅仅是本申请的一种示例性系统,本说明书实施例中,除了第一应用程序02、第二应用程序03外,服务器05还可以包括其他应用程序,所述第一应用程序02和第二应用程序03可以位于一个独立运行的服务器中,也可以位于属于同一个服务器集群的不同服务器中,所述第一应用程序02、第二应用程序03以及其他应用程序均与所述守护进程04建立传输控制协议(Transmission Control Protocol,TCP)连接,即第一应用程序02、第二应用程序03以及其他应用程序均被所述守护进程04所管理。
以下介绍本申请实施例的一种异常数据恢复方法,该异常数据恢复方法可以运行于上述异常数据恢复系统之中。图2是本申请实施例提供的一种异常数据恢复方法的流程示意图,本说明书提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的系统或服务器产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示,所述方法可以包括:
S201.第一应用程序与本地守护进程建立通信连接。
本说明书实施例在数据处理之前,可以为系统中的应用程序设计一个本地守护进程,该本地守护进程通过心跳检测或者监控进程来实现对应用程序的监控。所谓本地守护进程是指与应用程序处于同一个服务器环境中的守护进程。当应用程序在启动的时候首选需要和所述本地守护进程建立TCP长连接。
S203.所述第一应用程序向数据库服务器发送第一数据获取请求。
本说明书实施例中,在第一应用程序处理数据的时候,可以向数据库服务器发送第一数据获取请求,该第一数据获取请求中可以包括第一应用程序的属性信息,比如第一应用程序的身份标识号码(Identity,ID)等,以便数据库服务器根据第一应用程序的ID将数据准确返回给该第一应用程序。该第一数据获取请求还可以包括请求处理的数据的种类或数量等。
S205.所述数据库服务器基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息。
因为在应用程序一次性加载大量数据进内存并对该大量数据进行处理的时候,处理需要耗费一定的时间,容易出现系统宕机的风险,因此,本说明书实施例可以适应于应用程序一次性加载大量数据进内存,然后分配给系统进程进行处理的场景中。
在上述场景中,第一数据获取请求为大量数据的获取请求,该数据库服务器在接收到该第一数据获取请求后,可以根据该第一数据获取请求中携带的请求数据的种类和数量,确定出一批第一待处理数据,并创建与该批第一待处理数据对应的标识信息,比如,为该批第一待处理数据打上一个批次号,同时在数据库服务器中记录该批第一待处理数据的信息,比如,该批第一待处理数据种类、数量,以及该批第一待处理数据与第一应用程序的对应关系等。其中,每一个第一待处理数据均具备相同的批次号,该批次号可以按照获取的时间进行编号,也可以按照数据的类型进行编号等。
在一个可行的实施例中,在所述数据库服务器确定出第一待处理数据库之后,还可以将所述第一待处理数据的状态信息由未处理状态修改为待处理状态。其中,所述未处理状态表征该第一待处理数据能够被所述本地守护进程所管理的应用程序中的任意一个应用程序所获取并处理,所述待处理状态表征该第一待处理数据不能够被所述本地守护进程所管理的应用程序中除第一应用程序以外的其他应用程序所获取,即该第一待处理数据已经被第一应用程序独占。也就是说,数据库服务器并没有将被第一应用程序获取的第一待处理数据删除,而是改变该第一待处理的状态信息,通过状态信息的改变使该第一待处理数据从未处理状态变为独占的待处理状态。
S207.所述数据库服务器将所述第一待处理数据和所述标识信息发送至所述第一应用程序。
本说明书实施例中,在所述数据库服务器确定出该批次第一待处理数据后,可以将该批次第一待处理数据和所述标识信息发送至所述第一应用程序。
S209.所述第一应用程序对所述第一待处理数据进行处理。
本说明书实施例中,在第一应用程序接收到该批次第一待处理数据之后,会逐条对该批次数据进行处理,得到已处理数据。
在一个可行的实施例中,在所述第一应用程序对所述第一待处理数据进行处理之后,会回写数据库服务器改为已处理完成,具体可以包括:
所述第一应用程序向所述数据库服务器发送已处理数据回写请求。
所述数据库服务器基于所述回写请求,将所述已处理数据的状态信息由待处理状态修改为已处理状态。
其中,已处理状态表示该数据已经被处理过。
S2011.所述第一应用程序将所述标识信息储至所述本地守护进程,若所述本地守护进程监控到与所述第一应用程序的通信连接断开,所述本地守护进程查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据。
本说明书实施例中,在第一应用程序对该批次第一待处理数据进行处理的时候,同时通知本地守护进程写入该批次第一待处理的标识信息。当本地守护进程监控到与所述第一应用程序的通信连接断开时,表明此时已经宕机或存在宕机的风险,本地守护进程会查找到第一应用程序当前处理的第一待处理数据的标识信息,即找到第一应用程序正在处理的批次,将该批次中正在处理的第一待处理数据以及还未被处理的第一待处理数据确定为异常数据。
S2013.所述本地守护进程向所述数据库服务器发送异常数据恢复请求。
本说明书实施例中,在确定出异常数据之后,本地守护进程会向所述数据库服务器发送异常数据恢复请求,以使数据库服务器对该异常数据进行恢复。
S2015.所述数据库服务器基于所述恢复请求对所述异常数据进行恢复,得到异常恢复数据。
本说明书实施例中,因为已经被第一应用程序处理过的数据的状态信息变为已处理状态,而只有异常数据的状态信息是待处理状态,因此,在数据库服务器接收到恢复请求之后,可以将所述异常数据的状态信息由待处理状态修改为未处理状态,得到所述异常恢复数据。
由于恢复之后,异常恢复数据的状态信息由待处理状态变为未处理状态,表明该异常恢复数据又可以重新被所述本地守护进程所管理的应用程序中的任意一个应用程序所获取并处理,由此实现了应用程序宕机时,对其内存中还没有处理完或正在处理的数据进行恢复,保证在该应用程序重新被拉起之后,其内存中的数据不会被丢失或无法恢复,降低了后续人工运行恢复数据的难度和成本,确保了异常恢复的完整性,从而保证了系统以及数据的可靠性。
在一个可行的实施例中,在S207中,数据库服务器在将第一待处理数据和所述标识信息发送至所述第一应用程序之后,还可以将该第一待处理数据删除,那S2011中本地守护进程不仅要将标识信息写入内存,还需要将该第一待处理数据也写入内存,最后在S2013中本地守护进程会直接将异常数据发送给数据库服务器,由数据库对该异常数据进行存储,由此完成异常数据的恢复。
在实际应用中,由于网络原因可能会导致一种情况:第一应用程序没有宕机,但是由于本地守护进程无法和第一应用程序进行通信,会误判断第一应用程序已经宕机,从而将第一应用正在处理的数据批次在数据库服务器中恢复为初始状态,得到异常恢复数据,这样如果有其他应用程序重新获得该异常恢复数据库再次进行处理,就会导致数据被重复处理,导致资源浪费以及系统负担。
为了避免数据被重复处理的问题,在其他应用程序从数据库服务器中获取数据进行处理的时候,可以增加一个验证数据是否为异常数据的步骤,具体地,如图2和3所示,在所述数据库服务器基于所述恢复请求对所述异常数据进行恢复,得到异常恢复数据之后,所述方法还可以包括:
S301.第二应用程序向所述数据库服务器发送第二数据获取请求;其中,所述第二应用程序为所述本地守护进程所管理的应用程序中除第一应用程序以外的其他应用程序。
本说明书实施例中,第二应用程序与所述本地守护进程建立TCP连接,该第二应用程序可以向数据库服务器发送获取数据的第二数据获取请求。S301中发送第二数据获取请求的过程与S203中发送第一数据获取请求的过程类似,在此不再赘述。
S303.所述数据库服务器基于所述第二数据获取请求确定第二待处理数据。
本说明书实施例中,S303中与S205中类似,数据库服务器处理确定第二待处理数据之外,还可以创建与第二待处理数据对应的标识信息,以及将第二待处理数据的状态由未处理状态修改为待处理状态。
S305.所述数据库服务器将所述第二待处理数据发送至所述第二应用程序。
本说明书实施例中,在得到第二待处理数据之后,数据库服务器可以将该第二待处理数据发送至第二应用程序。
本说明书实施例中,在第二应用程序处理该第二待处理数据之前,会首先对该第二待处理数据进行判断,判断其是否为所述异常恢复数据,如果不是所述异常恢复数据,则进入S307,如果是所述异常恢复数据,则进入S309。
在一个可行的实施例中,由于数据在恢复的时候,数据本身会记录其恢复的次数,因此,第二应用程序可以根据第二待处理数据的属性信息中记录的恢复次数,判断该第二待处理数据是否为异常恢复数据,如果恢复次数为0,则表明该第二待处理数据不是异常恢复数据,如果恢复次数大于0,则表明该第二待处理数据是异常恢复数据。
S307.若所述第二待处理数据非所述异常恢复数据,则所述第二应用程序对所述第二待处理数据进行处理。
S309.若所述第二待处理数据为所述异常恢复数据,则所述第二应用程序向所述数据库服务器发送验证请求。
S3011.所述数据库服务器基于所述验证请求,验证所述异常恢复数据是否为由于所述第一应用程序与所述本地守护进程的通信连接异常导致的误判信息。
本说明书实施例中,数据库服务器在接收到第二应用程序发送的验证请求之后,需要验证所述异常恢复数据库是否为由于第一应用程序与数据库服务器之间的TCP连接异常导致的误判信息,即是否为由于TCP连接异常导致的第一应用程序无法与本地守护进程进行通信,从而将第一应用程序正在处理的数据恢复为初始状态,若是,则进入S3013,若否,则进入S3015。
S3013.若为由于通信连接异常导致的误判信息,则所述数据库服务器向所述第二应用程序发送所述异常恢复数据为由于通信连接异常导致的误判信息的第一验证结果,所述第二应用程序基于所述第一验证结果,终止对所述异常恢复数据的处理。
S3015.若非由于通信连接异常导致的误判信息,则所述数据库服务器向所述第二应用程序发送所述异常恢复数据非由于通信连接异常导致的误判信息的第二验证结果,所述第二应用程序基于所第二验证结果,对所述异常恢复数据进行处理。
本说明书实施例中,如果所述异常恢复数据为由于通信连接导致的误判信息,则第二应用程序不对该异常恢复数据,即不对第二待处理数据进行处理。如果不是由于通信连接导致的误判信息,则第二应用程序对该异常恢复数据,即对第二待处理数据进行处理。有效避免了由于通信连接异常导致的数据被重复处理的情况,提高数据处理的可靠性,降低资源浪费以及系统负担。
在一个可行的实施例中,可以校验异常恢复数据与第一应用程序的当前关系,从而判断所述异常恢复数据是否为由于所述第一应用程序与所述本地守护进程的通信连接异常导致的误判信息,则所述数据库服务器基于所述验证请求,验证所述异常恢复数据是否为由于所述第一应用程序与所述本地守护进程的通信连接异常导致的误判信息,可以包括:
S401.所述数据库服务器验证所述异常恢复数据是否满足第一条件、第二条件或第三条件中的至少一种,所述第一条件为所述第一异常恢复数据已经被所述第一应用程序处理,所述第二条件为所述异常恢复数据正在被所述第一应用程序处理,所述第三条件为所述异常恢复数据处于所述第一应用程序的待处理流程中。
S403.若所述异常恢复数据满足所述第一条件、第二条件或第三条件中的至少一种,则所述异常恢复数据为由于通信连接异常导致的误判信息。
S405.若所述异常恢复数据不满足所述第一条件、第二条件或第三条件中的至少一种,则异常恢复数据非由于通信连接异常导致的误判信息。
在一个可行的实施例中,对于对数据依赖性不高的系统来说,还可以将第一应用程序处理数据写入一个统一的Redis服务器中,然后按照上述方法进行实施,同样可以实现对异常数据的恢复,即相当于使用一个第三方的服务器记录处理中的数据(第一待处理数据或第二待处理数据),当第一应用程序宕机的时候,应用程序内存中的数据可以恢复或使用。其中,Redis是一种分布式存储系统。
下面举例说明本申请实施例中的异常数据恢复过程:
图4所示异常数据恢复的原理图,假设第一应用程序从数据库服务器中获得50个第一待处理数据,这50个数据在数据库服务器中的状态均由未处理状态修改为待处理状态,当本地守护进程监控到与所述第一应用程序的通信连接断开时,第一应用程序正在处理第25个第一待处理数据,则已经被第一应用程序处理过的24个数据被回写至数据库服务器中,变为已处理状态的已处理数据,而第25个第一待处理数据以及其他还未处理的25个第一待处理数据将会被确定为异常数据,数据库服务器将该25个异常数据的状态信息由待处理状态修改为未处理状态,得到25个异常恢复数据,该异常恢复数据可以继续被其他应用程序加载并处理,使得第一应用程序被拉起的时候,其内存中未处理的数据不会丢失,实现了同时恢复系统及数据。
本说明书实施例中,通过数据库服务器创建与第一待处理数据对应的标识信,并将第一待处理数据的状态信息由未处理状态修改为待处理状态,同时将该标识信息存入本地守护进程,当本地守护进程监控到与第一应用程序的TCP连接断开时,获取第一应用程序正在处理或未处理的数据,并将该数据确定为异常数据,然后由服务器对该异常数据进行恢复,由于恢复之后,异常恢复数据的状态信息由待处理状态变为未处理状态,表明该异常恢复数据又可以重新被所述本地守护进程所管理的应用程序中的任意一个应用程序所获取并处理,由此实现了应用程序宕机时,对其内存中还没有处理完或正在处理的数据进行恢复,保证在该应用程序重新被拉起之后,其内存中的数据不会被丢失或无法恢复,降低了后续人工运行恢复数据的难度和成本,确保了异常恢复的完整性,从而保证了系统以及数据的可靠性,达到服务的高可用。此外,为了避免由于网络连接异常导致的数据被重复处理,本申请实施例提出了一种验证机制,即在第二应用程序对第二待处理数据进行处理的时候,第二应用程序会首先判断该第二待处理数据是否为异常恢复数据,若否则直接进行处理,若是则需要进一步验证该异常恢复数据是否为由于网络连接异常导致的误判信息,若是,则结束处理流程,若否,则直接处理,从而避免了由于第一应用程序与守护进程之间的TCP连接异常导致的数据被重复处理的现象,提高了数据处理的准确性,减少了资源浪费和系统负担。
以下以数据库服务器为执行主体介绍本申请实施例的一种异常数据恢复方法,如图5所示,所述方法可以包括:
S501.接收第一应用程序发送的第一数据获取请求。
S503.基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息。
S505.向所述第一应用程序发送所述第一待处理数据和所述标识信息,以使所述第一应用程序对所述第一待处理数据进行处理;以及将所述标识信息存储至本地守护进程中,以使所述本地守护进程在监控到与所述第一应用程序的通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据。
S507.基于所述本地守护进程发送的异常数据恢复请求对所述异常数据进行恢复,得到异常恢复数据。
以下以第一应用程序为执行主体介绍本申请实施例的一种异常数据恢复方法,如图6所示,所述方法可以包括:
S601.与本地守护进程建立通信连接。
S603.向数据库服务器发送第一数据获取请求,以使所述数据库服务器基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息。
S605.接收所述数据库服务器发送的所述第一待处理数据和所述标识信息。
S607.对所述第一待处理数据进行处理。
S609.将所述标识信息存储至所述本地守护进程,以使所述本地进程在监控到所述通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;以及向所述数据库服务器发送异常数据恢复请求,以使所述数据库服务器基于所述恢复请求对所述异常数据进行恢复,得到异常恢复数据。
如图7所示,本申请实施例提供了一种异常数据恢复装置,所述装置可以包括:
第一接收模块701,可以用于接收第一应用程序发送的第一数据获取请求。
创建模块703,可以用于基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息。
第一发送模块705,可以用于向所述第一应用程序发送所述第一待处理数据和所述标识信息,以使所述第一应用程序对所述第一待处理数据进行处理;以及将所述标识信息存储至本地守护进程中,以使所述本地守护进程在监控到与所述第一应用程序的通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据。
恢复模块707,可以用于基于所述本地守护进程发送的异常数据恢复请求对所述异常数据进行恢复,得到异常恢复数据。
在一个可行的实施例中,所述创建模块进一步可以用于将所述第一待处理数据的状态信息由未处理状态修改为待处理状态。
在一个可行的实施例中,所述装置还可以包括数据回写模块,可以用于接收第一应用程序发送的已处理数据回写请求,基于所述回写请求,将所述已处理数据的状态信息由待处理状态修改为已处理状态,所述已处理数据为已经被所述第一应用程序处理的第一待处理数据。
在一个可行的实施例中,所述恢复模块707可以进一步用于基于所述恢复请求,将所述异常数据的状态信息由待处理状态修改为未处理状态,得到所述异常恢复数据。
在一个可行的实施例中,所述装置还可以包括:
第二数据获取请求接收模块,可以用于接收第二应用程序发送的第二数据获取请求;其中,所述第二应用程序为所述本地守护进程所管理的应用程序中除第一应用程序以外的其他应用程序。
第二待处理数据确定模块,可以用于基于所述第二数据获取请求确定第二待处理数据。
第二待处理数据发送模块,可以用于向所述第二应用程序发送所述第二待处理数据,以使所述第二应用程序在所述第二待处理数据非所述异常恢复数据时,对所第二待处理数据进行处理。
验证请求接收模块,可以用于若所述第二待处理数据为所述异常恢复数据,则接收所述第二应用程序发送的验证请求。
验证模块,可以用于基于所述验证请求,验证所述异常恢复数据是否为由于所述第一应用程序与所述本地守护进程的通信连接异常导致的误判信息。
第一验证结果发送模块,可以用于若为由于通信连接异常导致的误判信息,则向所述第二应用程序发送所述异常恢复数据为由于通信连接异常导致的误判信息的第一验证结果,以使所述第二应用程序基于所述第一验证结果终止对所述异常恢复数据的处理。
第二验证结果发送模块,可以用于若非由于通信连接异常导致的误判信息,则向所述第二应用程序发送所述异常恢复数据非由于通信连接异常导致的误判信息的第二验证结果,以使所述第二应用程序基于所述第二验证结果对所述异常恢复数据进行处理。
在一个可行的实施例中,所述验证模块可以进一步包括:
条件验证子单元,可以用于验证所述异常恢复数据是否满足第一条件、第二条件或第三条件中的至少一种,所述第一条件为所述第一异常恢复数据已经被所述第一应用程序处理,所述第二条件为所述异常恢复数据库正在被所述第一应用程序处理,所述第三条件为所述异常恢复数据处于所述第一应用程序的待处理流程中。
验证结果确定子单元,可以用于若所述异常恢复数据满足所述第一条件、第二条件或第三条件中的至少一种,则所述异常恢复数据为由于所述通信连接异常导致的误判信息,若所述异常恢复数据不满足所述第一条件、第二条件或第三条件中的至少一种,则异常恢复数据非由于所述通信连接异常导致的误判信息。
如图8所示,本申请实施例提供了一种异常数据恢复装置,所述装置可以包括:
通信连接建立模块801,用于与本地守护进程建立通信连接。
第二发送模块803,用于向数据库服务器发送第一数据获取请求,以使所述数据库服务器基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息。
第二接收模块805,用于接收所述数据库服务器发送的所述第一待处理数据和所述标识信息。
数据处理模块807,用于对所述第一待处理数据进行处理。
存储模块809,用于将所述标识信息存储至所述本地守护进程,以使所述本地进程在监控到所述通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;以及向所述数据库服务器发送异常数据恢复请求,以使所述数据库服务器基于所述恢复请求对所述异常数据进行恢复,得到异常恢复数据。
本申请实施例还提供了一种数据库服务器,该数据库服务器处理器和存储器,该存储器中存储有至少一条指令、至少一段程序、代码集或指令集,该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的异常数据恢复方法。
本申请实施例还提供了一种服务器,所述服务器包括应用程序和守护进程,所述终端包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述所述的异常数据恢复方法。
本申请的实施例还提供了一种存储介质,所述存储介质可设置于终端之中以保存用于实现方法实施例中一种异常数据恢复方法相关的至少一条指令、至少一段程序、代码集或指令集,该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的异常数据恢复方法。
可选地,在本说明书实施例中,存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本说明书实施例所述存储器可用于存储软件程序以及模块,处理器通过运行存储在存储器的软件程序以及模块,从而执行各种功能应用程序以及数据处理。存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、功能所需的应用程序等;存储数据区可存储根据所述设备的使用所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器还可以包括存储器控制器,以提供处理器对存储器的访问。
本申请实施例所提供的异常数据恢复方法实施例可以在服务器或者类似的运算装置中执行。以运行在服务器上为例,图9是本申请实施例提供的一种异常数据恢复方法的服务器的硬件结构框图。如图9所示,该服务器900可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(Central Processing Units,CPU)910(处理器1210可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器930,一个或一个以上存储应用程序923或数据922的存储介质920(例如一个或一个以上海量存储设备)。其中,存储器930和存储介质920可以是短暂存储或持久存储。存储在存储介质920的程序可以包括一个或一个以上模块,每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器910可以设置为与存储介质920通信,在服务器900上执行存储介质920中的一系列指令操作。服务器900还可以包括一个或一个以上电源960,一个或一个以上有线或无线网络接口950,一个或一个以上输入输出接口940,和/或,一个或一个以上操作系统921,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
输入输出接口940可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器900的通信供应商提供的无线网络。在一个实例中,输入输出接口940包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,输入输出接口940可以为射频(RadioFrequency,RF)模块,其用于通过无线方式与互联网进行通讯。
本领域普通技术人员可以理解,图9所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,服务器900还可包括比图9中所示更多或者更少的组件,或者具有与图9所示不同的配置。
需要说明的是:上述本申请实施例先后顺序仅仅为了描述,不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置和服务器实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的较佳实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (10)

1.一种异常数据恢复方法,其特征在于,所述方法包括:
接收第一应用程序发送的第一数据获取请求;
基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息;
向所述第一应用程序发送所述第一待处理数据和所述标识信息,以使所述第一应用程序对所述第一待处理数据进行处理;以及将所述标识信息存储至本地守护进程中,以使所述本地守护进程在监控到与所述第一应用程序的通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;
基于所述本地守护进程发送的异常数据恢复请求对所述异常数据进行恢复,得到异常恢复数据。
2.根据权利要求1所述的方法,其特征在于,
在所述基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息之后,所述方法还包括:
将所述第一待处理数据的状态信息由未处理状态修改为待处理状态;
在向所述第一应用程序发送所述第一待处理数据和所述标识信息,以使所述第一应用程序对所述第一待处理数据进行处理之后,所述方法还包括:
接收第一应用程序发送的已处理数据回写请求,基于所述回写请求,将所述已处理数据的状态信息由待处理状态修改为已处理状态,所述已处理数据为已经被所述第一应用程序处理的第一待处理数据;
所述异常数据的状态信息为待处理状态,则所述基于所述本地守护进程发送的异常数据恢复请求对所述异常数据进行恢复,得到异常恢复数据,包括:
基于所述恢复请求,将所述异常数据的状态信息由待处理状态修改为未处理状态,得到所述异常恢复数据;
其中,所述待处理状态表征数据不能够被所述本地守护进程所管理的应用程序中除第一应用程序以外的其他应用程序所获取,所述未处理状态表征数据能够被所述本地守护进程所管理的应用程序中的任意一个应用程序所获取。
3.根据权利要求1所述的方法,其特征在于,在所述基于所述本地守护进程发送的异常数据恢复请求对所述异常数据进行恢复,得到异常恢复数据之后,所述方法还包括:
接收第二应用程序发送的第二数据获取请求;其中,所述第二应用程序为所述本地守护进程所管理的应用程序中除第一应用程序以外的其他应用程序;
基于所述第二数据获取请求确定第二待处理数据;
向所述第二应用程序发送所述第二待处理数据,以使所述第二应用程序在所述第二待处理数据非所述异常恢复数据时,对所第二待处理数据进行处理;
若所述第二待处理数据为所述异常恢复数据,则接收所述第二应用程序发送的验证请求;
基于所述验证请求,验证所述异常恢复数据是否为由于所述第一应用程序与所述本地守护进程的通信连接异常导致的误判信息;
若为由于通信连接异常导致的误判信息,则向所述第二应用程序发送所述异常恢复数据为由于通信连接异常导致的误判信息的第一验证结果,以使所述第二应用程序基于所述第一验证结果终止对所述异常恢复数据的处理;
若非由于通信连接异常导致的误判信息,则向所述第二应用程序发送所述异常恢复数据非由于通信连接异常导致的误判信息的第二验证结果,以使所述第二应用程序基于所述第二验证结果对所述异常恢复数据进行处理。
4.根据权利要求3所述的方法,其特征在于,所述基于所述验证请求,验证所述异常恢复数据是否为由于所述第一应用程序与所述本地守护进程的通信连接异常导致的误判信息,包括:
验证所述异常恢复数据是否满足第一条件、第二条件或第三条件中的至少一种,所述第一条件为所述第一异常恢复数据已经被所述第一应用程序处理,所述第二条件为所述异常恢复数据正在被所述第一应用程序处理,所述第三条件为所述异常恢复数据处于所述第一应用程序的待处理流程中;
若所述异常恢复数据满足所述第一条件、第二条件或第三条件中的至少一种,则所述异常恢复数据为由于所述通信连接异常导致的误判信息;
若所述异常恢复数据不满足所述第一条件、第二条件或第三条件中的至少一种,则异常恢复数据非由于所述通信连接异常导致的误判信息。
5.一种异常数据恢复方法,其特征在于,所述方法包括:
与本地守护进程建立通信连接;
向数据库服务器发送第一数据获取请求,以使所述数据库服务器基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息;
接收所述数据库服务器发送的所述第一待处理数据和所述标识信息;
对所述第一待处理数据进行处理;
将所述标识信息存储至所述本地守护进程,以使所述本地进程在监控到所述通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;以及向所述数据库服务器发送异常数据恢复请求,以使所述数据库服务器基于所述恢复请求对所述异常数据进行恢复,得到异常恢复数据。
6.一种异常数据恢复装置,其特征在于,所述装置包括:
第一接收模块,用于接收第一应用程序发送的第一数据获取请求;
创建模块,用于基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息;
第一发送模块,用于向所述第一应用程序发送所述第一待处理数据和所述标识信息,以使所述第一应用程序对所述第一待处理数据进行处理;以及将所述标识信息存储至本地守护进程中,以使所述本地守护进程在监控到与所述第一应用程序的通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;
恢复模块,用于基于所述本地守护进程发送的异常数据恢复请求对所述异常数据进行恢复,得到异常恢复数据。
7.一种异常数据恢复装置,其特征在于,所述装置包括:
通信连接建立模块,用于与本地守护进程建立通信连接;
第二发送模块,用于向数据库服务器发送第一数据获取请求,以使所述数据库服务器基于所述第一数据获取请求确定第一待处理数据,创建与所述第一待处理数据对应的标识信息;
第二接收模块,用于接收所述数据库服务器发送的所述第一待处理数据和所述标识信息;
数据处理模块,用于对所述第一待处理数据进行处理;
存储模块,用于将所述标识信息存储至所述本地守护进程,以使所述本地进程在监控到所述通信连接断开时,查找与所述第一应用程序当前处理的第一待处理数据对应的标识信息,将所述当前处理的第一待处理数据以及与所述当前处理的第一待处理数据具有相同标识信息的其他第一待处理数据确定为异常数据;以及向所述数据库服务器发送异常数据恢复请求,以使所述数据库服务器基于所述恢复请求对所述异常数据进行恢复,得到异常恢复数据。
8.一种数据库服务器,其特征在于,所述数据库服务器包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1-4任一所述的异常数据恢复方法。
9.一种服务器,其特征在于,所述服务器包括应用程序和守护进程,所述终端包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求5所述的异常数据恢复方法。
10.一种计算机可读存储介质,其特征在于,所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1-5任一所述的异常数据恢复方法。
CN201910615557.9A 2019-07-09 2019-07-09 一种异常数据恢复方法、装置、服务器及存储介质 Active CN110362418B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910615557.9A CN110362418B (zh) 2019-07-09 2019-07-09 一种异常数据恢复方法、装置、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910615557.9A CN110362418B (zh) 2019-07-09 2019-07-09 一种异常数据恢复方法、装置、服务器及存储介质

Publications (2)

Publication Number Publication Date
CN110362418A true CN110362418A (zh) 2019-10-22
CN110362418B CN110362418B (zh) 2022-02-18

Family

ID=68218745

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910615557.9A Active CN110362418B (zh) 2019-07-09 2019-07-09 一种异常数据恢复方法、装置、服务器及存储介质

Country Status (1)

Country Link
CN (1) CN110362418B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110825593A (zh) * 2019-11-11 2020-02-21 腾讯科技(深圳)有限公司 一种进程的异常状态检测方法、装置、设备及存储介质
CN111400138A (zh) * 2020-03-17 2020-07-10 中国建设银行股份有限公司 基于双层守护机制的客户端监控方法、装置及系统
CN111858177A (zh) * 2020-07-22 2020-10-30 广州六环信息科技有限公司 进程间通信的异常修复方法、装置、电子设备及存储介质
CN113778695A (zh) * 2021-11-12 2021-12-10 深圳华锐金融技术股份有限公司 跨应用生命周期的内存快照管理方法、装置、设备及介质
CN116048872A (zh) * 2022-06-16 2023-05-02 荣耀终端有限公司 一种数据克隆过程的管控方法、电子设备及存储介质
CN117112311A (zh) * 2023-10-18 2023-11-24 苏州元脑智能科技有限公司 I/o驱动的数据恢复方法、系统及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103092712A (zh) * 2011-11-04 2013-05-08 阿里巴巴集团控股有限公司 一种任务中断恢复方法和设备
US20130346709A1 (en) * 2012-06-21 2013-12-26 Ca, Inc. Data recovery using conversion of backup to virtual disk
CN105893066A (zh) * 2014-12-19 2016-08-24 上海涌杰信息科技有限公司 一种基于安卓系统的移动终端恢复的控制方法
CN105933151A (zh) * 2016-04-20 2016-09-07 中国银行股份有限公司 一种银行业务系统的监控方法及系统
CN106708643A (zh) * 2016-11-14 2017-05-24 武汉斗鱼网络科技有限公司 异常信息处理方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103092712A (zh) * 2011-11-04 2013-05-08 阿里巴巴集团控股有限公司 一种任务中断恢复方法和设备
US20130346709A1 (en) * 2012-06-21 2013-12-26 Ca, Inc. Data recovery using conversion of backup to virtual disk
CN105893066A (zh) * 2014-12-19 2016-08-24 上海涌杰信息科技有限公司 一种基于安卓系统的移动终端恢复的控制方法
CN105933151A (zh) * 2016-04-20 2016-09-07 中国银行股份有限公司 一种银行业务系统的监控方法及系统
CN106708643A (zh) * 2016-11-14 2017-05-24 武汉斗鱼网络科技有限公司 异常信息处理方法及装置

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110825593A (zh) * 2019-11-11 2020-02-21 腾讯科技(深圳)有限公司 一种进程的异常状态检测方法、装置、设备及存储介质
CN110825593B (zh) * 2019-11-11 2022-08-23 腾讯科技(深圳)有限公司 一种进程的异常状态检测方法、装置、设备及存储介质
CN111400138A (zh) * 2020-03-17 2020-07-10 中国建设银行股份有限公司 基于双层守护机制的客户端监控方法、装置及系统
CN111858177A (zh) * 2020-07-22 2020-10-30 广州六环信息科技有限公司 进程间通信的异常修复方法、装置、电子设备及存储介质
CN111858177B (zh) * 2020-07-22 2023-12-26 广州六环信息科技有限公司 进程间通信的异常修复方法、装置、电子设备及存储介质
CN113778695A (zh) * 2021-11-12 2021-12-10 深圳华锐金融技术股份有限公司 跨应用生命周期的内存快照管理方法、装置、设备及介质
CN113778695B (zh) * 2021-11-12 2022-04-29 深圳华锐分布式技术股份有限公司 跨应用生命周期的内存快照管理方法、装置、设备及介质
CN116048872A (zh) * 2022-06-16 2023-05-02 荣耀终端有限公司 一种数据克隆过程的管控方法、电子设备及存储介质
CN116048872B (zh) * 2022-06-16 2023-10-20 荣耀终端有限公司 一种数据克隆过程的管控方法、电子设备及存储介质
CN117112311A (zh) * 2023-10-18 2023-11-24 苏州元脑智能科技有限公司 I/o驱动的数据恢复方法、系统及装置
CN117112311B (zh) * 2023-10-18 2024-02-06 苏州元脑智能科技有限公司 I/o驱动的数据恢复方法、系统及装置

Also Published As

Publication number Publication date
CN110362418B (zh) 2022-02-18

Similar Documents

Publication Publication Date Title
CN110362418A (zh) 一种异常数据恢复方法、装置、服务器及存储介质
EP3149591B1 (en) Tracking application deployment errors via cloud logs
Bovenzi et al. Workload characterization for software aging analysis
CN105357296A (zh) 一种Docker云平台下弹性缓存系统
CN106528426A (zh) 一种测试指标的分布式计算系统
Hinchey et al. Evolving critical systems: A research agenda for computer-based systems
CN110362474A (zh) 一种分布式游戏测试方法、系统、装置及存储介质
CN115328752B (zh) 一种用于Kubernetes控制面测试的集群模拟方法及系统
US11886302B1 (en) System and method for execution of applications in a container
CN106980571A (zh) 一种测试用例集的构建方法和设备
CN106991070A (zh) 实时计算方法及装置
US11003538B2 (en) Automatically configuring boot order in recovery operations
CN110750445A (zh) 一种yarn组件高可用性功能的测试方法、系统及设备
CN107092556B (zh) 测试方法、装置及设备
CN115951845B (zh) 一种磁盘管理方法、装置、设备及存储介质
CN112580816A (zh) 机器学习训练资源管理
CN116974874A (zh) 数据库的测试方法、装置、电子设备及可读存储介质
CN110674008A (zh) Ssd的问题盘日志信息收集方法、装置、设备及介质
CN105868957A (zh) 一种持续集成方法及装置
CN112115118B (zh) 数据库压测的优化方法及装置、存储介质、电子设备
CN112506729B (zh) 一种故障模拟方法及装置
CN112486502A (zh) 分布式任务的部署方法、装置、计算机设备和存储介质
CN113518974A (zh) 用于找出并标识网络中的计算节点的系统和方法
CN113760518A (zh) 一种信息处理方法、装置及存储介质
EP2685381B1 (en) Coordinated testing

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