CN110908821A - 任务失败管理的方法、装置、设备和存储介质 - Google Patents
任务失败管理的方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- CN110908821A CN110908821A CN201911086940.6A CN201911086940A CN110908821A CN 110908821 A CN110908821 A CN 110908821A CN 201911086940 A CN201911086940 A CN 201911086940A CN 110908821 A CN110908821 A CN 110908821A
- Authority
- CN
- China
- Prior art keywords
- file
- state information
- failure
- task
- execution
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 58
- 230000008569 process Effects 0.000 claims abstract description 17
- 238000004140 cleaning Methods 0.000 claims description 11
- 230000015654 memory Effects 0.000 claims description 11
- 238000012217 deletion Methods 0.000 claims description 3
- 230000037430 deletion Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 abstract description 9
- 238000007726 management method Methods 0.000 description 20
- 230000001419 dependent effect Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification 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/0703—Error 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/0793—Remedial or corrective actions
Abstract
本申请公开了一种任务失败管理的方法、装置、设备和存储介质，属于互联网技术领域。所述方法包括：在任务执行的过程中，当所述任务执行失败时，将与所述任务中执行失败的步骤相对应的失败状态信息，记录在第一文件中；每当达到预设周期时，读取所述第一文件中记录的失败状态信息；基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务。本申请方案在任务执行失败之后不会立即再次执行失败的步骤，通过设置执行周期可以等服务器的处理压力减轻之后再次执行失败的步骤，能够避免服务的雪崩。
Description
技术领域
本申请涉及互联网技术领域，特别涉及一种任务失败管理的方法、装置、设备和存储介质。
背景技术
随着互联网技术的发展，工作在网络中的服务器需要执行的任务越来越多。服务器执行的任务可分为多个步骤，其中，一些步骤的执行可能需要从依赖服务中获取数据，但依赖服务很可能由于请求任务量多等原因，执行任务的服务器无法及时的从依赖服务中获取数据，从而导致任务执行失败。
在现有技术中，服务器在执行任务时，如果某个需要从依赖服务中获取数据的执行步骤执行失败，可以对该步骤进行循环重试，即重新从依赖服务中获取执行该步骤需要的数据，以保证任务可以执行成功。
在实现本申请的过程中，发明人发现现有技术至少存在以下问题：任务执行失败后，立即进行循环重试会增加依赖服务的请求量，容易造成相应的服务器雪崩。
发明内容
本申请实施例提供了一种任务失败管理的方法、装置、设备和存储介质,能够解决任务执行失败后，立即进行循环重试造成依赖服务雪崩的问题。所述技术方案如下：
一方面，提供了一种任务失败管理的方法，所述方法包括：
在任务执行的过程中，当所述任务执行失败时，将与所述任务中执行失败的步骤相对应的失败状态信息，记录在第一文件中；
每当达到预设周期时，读取所述第一文件中记录的失败状态信息；
基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务。
可选的，所述基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务之后，所述方法还包括：
如果所述执行失败的步骤重新执行成功，则将与所述步骤相对应的成功状态信息，记录在第二文件中。
可选的，所述方法还包括：
每当达到预设周期时，读取所述第二文件中记录的成功状态信息；
所述基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务，包括：
基于所述第一文件中记录的失败状态信息和所述第二文件中记录的成功状态信息，确定在所述第一文件中记录有对应的失败状态信息且在所述第二文件中未记录有对应的成功状态信息的步骤，自确定出的步骤开始重新执行对应的任务。
可选的，在所述执行失败的步骤重新执行成功之后，所述方法还包括：
当所述执行失败的步骤之后的其它步骤执行失败时，在所述第一文件中记录所述其它步骤对应的失败状态信息。
可选的，所述方法还包括：
当达到预设的清理周期时，确定所述第一文件和所述第二文件中与相同任务的相同步骤对应的失败状态信息和成功状态信息，删除确定出的失败状态信息和成功状态信息。
可选的，所述基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务之后，所述方法还包括：
如果所述执行失败的步骤重新执行成功，则在所述第一文件中，删除所述执行失败的步骤对应的失败状态信息。
另一方面，提供了一种任务失败管理的装置，所述装置包括：
第一记录模块，被配置为在任务执行的过程中，当所述任务执行失败时，将与所述任务中执行失败的步骤相对应的失败状态信息，记录在第一文件中；
读取模块，被配置为每当达到预设周期时，读取所述第一文件中记录的失败状态信息；
执行模块，被配置为基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务。
可选的，所述装置还包括第二记录模块，被配置为：
如果所述执行失败的步骤重新执行成功，则将与所述步骤相对应的成功状态信息，记录在第二文件中。
可选的，所述装置还包括第二读取模块，被配置为：
每当达到预设周期时，读取所述第二文件中记录的成功状态信息；
所述执行模块被配置为：
基于所述第一文件中记录的失败状态信息和所述第二文件中记录的成功状态信息，确定在所述第一文件中记录有对应的失败状态信息且在所述第二文件中未记录有对应的成功状态信息的步骤，自确定出的步骤开始重新执行对应的任务。
可选的，在所述执行失败的步骤重新执行成功之后，所述装置还包括第三记录模块，被配置为：
当所述执行失败的步骤之后的其它步骤执行失败时，在所述第一文件中记录所述其它步骤对应的失败状态信息。
可选的，所述装置还包括清理装置，被配置为：
当达到预设的清理周期时，确定所述第一文件和所述第二文件中与相同任务的相同步骤对应的失败状态信息和成功状态信息，删除确定出的失败状态信息和成功状态信息。
可选的，所述装置还包括删除模块，被配置为：
如果所述执行失败的步骤重新执行成功，则在所述第一文件中，删除所述执行失败的步骤对应的失败状态信息。
再一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如上所述的任务失败管理的方法所执行的操作。
再一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如上所述的任务失败管理的方法所执行的操作。
本申请实施例提供的技术方案带来的有益效果是：
通过记录任务执行过程中的执行失败的步骤相对应的失败状态信息到第一文件中，每经预设周期读取第一文件中记录的失败状态信息，并根据失败状态信息再次执行任务执行过程中执行失败的步骤，以确保每个任务都能执行成功。显然，本申请方案在任务执行失败之后不会立即再次执行失败的步骤，通过设置执行周期，可以在一定程度上避免服务器在高压状态下反复重复执行失败的任务，能够降低服务器雪崩的可能性。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的任务失败管理的方法流程图；
图2是本申请实施例提供的任务失败管理的方法示意图；
图3是本申请实施例提供的任务失败管理的方法流程图；
图4是本申请实施例提供的任务失败管理的方法流程图；
图5是本申请实施例提供的任务失败管理的装置结构示意图；
图6是本申请实施例提供的服务器结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
本申请提供的任务失败管理的方法可以由服务器实现。服务器可以具有存储器和处理器，可以与其他服务器和终端建立通信。其中，存储器可以存储用于执行任务的程序指令和接收到的其他服务器或终端发送来的数据，处理器可根据存储器存储的程序指令对服务器或终端发送来的数据进行处理。该服务器可以是一个单独的服务器也可以是一个服务器组，如果是单独的服务器，该服务器可以负责下述方案中的所有处理，如果是服务器组，服务器组中的不同服务器分别可以负责下述方案中的不同处理，具体的处理分配情况可以由技术人员根据实际需求任意设置，此处不再赘述。
服务器在执行任务时，会根据技术人员设置的执行流程进行执行。但在服务器在处理任务时，可能任务中的某一步骤的依赖服务抖动，不能实时从依赖服务中获取执行任务所需要的数据，导致任务执行失败。本申请实施例可以通过记录执行任务中失败的步骤信息，通过预设周期，再次执行失败的步骤，从而保证所有的任务执行成功。
图1是本申请实施例提供的一种任务失败管理的方法流程图。参见图1，该实施例包括：
步骤101，在任务执行的过程中，当任务执行失败时，将与任务中执行失败的步骤相对应的失败状态信息，记录在第一文件中。
用户可以操作终端触发一个任务指令，终端可以将任务指令发送给服务器，服务器再根据接收到的任务指令执行对应的任务执行程序。技术人员可以为每个任务设置一个状态机，状态机可以是一段执行程序，其中可以包括执行一个任务需要执行的多个执行步骤对应的执行方法和执行顺序，另外，状态机可以反馈每个执行步骤的执行状态(即执行步骤是否执行成功)。
在实施中，服务器在接收到任务指令时，可以创建任务指令对应的状态机，然后根据状态机中的执行步骤对应的执行顺序和执行方法对任务进行执行。当状态机中其中的一个执行步骤执行失败时，则停止对当前任务的执行，并将失败状态信息记录到失败日志文件(第一文件)中。其中时报状态信息包括状态机中执行失败的步骤以及执行方法所需要的数据。
例如，可以以用户给主播送礼物的送礼任务为例，技术人员可以将送礼任务执行的过程分为三个执行步骤，假设用户给主播送了500金币，步骤一：在用户账户的礼物剩余量中减去500金币；步骤二：在主播的收礼榜单上给对应的送礼账户加上500金币，若主播的收礼榜单上没有对应的送礼账户，则首先给主播的收礼榜单上添加上对应的送礼账户，并在送礼账户上加上500金币；步骤三：在主播的礼物总量中增加500金币。若服务器在执行上述步骤二时，并没有从依赖服务中获取到主播的收礼榜单，而导致步骤二执行失败，则结束送礼任务，并将用户的账户信息、主播的账户信息、用户向主播送500金币的信息和送礼任务步骤二的失败信息记录到失败日志文件中。
步骤102，每当达到预设周期时，读取第一文件中记录的失败状态信息。
在实施中，技术人员可以在定时器中预设一个时间周期，每当达到预设的时间周期时，可以向失败日志文件中读取记录的失败状态信息，其中，可以按照每条失败状态信息记录到失败日志文件的时间顺序进行读取，即优先读取失败日志文件中较早记录进来的失败状态信息。
步骤103，基于第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务。
在实施中，当读取到失败日志文件中的失败状态信息后，可以根据失败状态信息中记录的执行失败的步骤以及执行方法所需要的数据，重新建立任务对应的状态机，并继续从执行失败的步骤开始执行任务。例如，读取的失败状态信息中记录有用户的账户信息、主播的账户信息、用户向主播送500金币的信息和送礼任务步骤二的失败信息，则服务器根据用户的账户信息、主播的账户信息、用户向主播送500金币的信息继续执行送礼任务中的步骤二，若步骤二执行成功并且任务中之后的步骤也执行成功，则送礼任务执行完毕。
可选的，服务器重新执行失败的步骤后，如果执行成功，则可以进行相应的记录，相应的处理可以如下：如果执行失败的步骤重新执行成功，则将与步骤相对应的成功状态信息，记录在第二文件中。
在实施中，当服务器按照失败日志文件中的失败状态信息执行相应任务的失败步骤时，如果相应任务的失败步骤执行成功，则将当时该步骤执行失败时记录的信息作为成功状态信息记录到成功日志文件(第二文件)中。
可选的，可以根据第一文件和第二文件中记录的失败状态信息和成功状态信息的差集确定要读取的失败状态信息，相应的处理可以如下：每当达到预设周期时，读取所述第二文件中记录的成功状态信息，基于所述第一文件中记录的失败状态信息和所述第二文件中记录的成功状态信息，确定在所述第一文件中记录有对应的失败状态信息且在所述第二文件中未记录有对应的成功状态信息的步骤，自确定出的步骤开始重新执行对应的任务。
在实施中，失败日志文件和成功日志文件中记录的每条失败状态信息或成功状态信息都有对应的状态标识，相同任务的相同执行步骤对应的失败状态信息或成功状态信息的状态标识可以相同。每当达到预设周期时，根据失败日志文件和成功日志文件中的状态标识，确定第一文件和第二文件中记录的失败状态信息和成功状态信息的差集，即确定只有在失败日志文件中出现的状态标识以及该标识对应的失败状态信息，可如图2所示。服务器可以读取该状态标识对应的失败状态信息，根据该失败状态信息，重新建立对应的状态机执行对应的任务。
可选的，当所述执行失败的步骤之后的其它步骤执行失败时，在所述第一文件中记录所述其它步骤对应的失败状态信息。
在实施中，当服务器按照失败日志文件中的失败状态信息执行相应任务的失败步骤时，如果相应任务的失败步骤执行成功，但是在该步骤之后的步骤执行失败，则将失败状态信息记录到失败日志文件中，其中，本次记录的失败状态信息中包括本次执行失败的步骤以及执行步骤所需要的数据。
可选的，可以定期清理第一文件和第二文件中的失败状态信息和成功状态信息，相应的处理可以如下：当达到预设的清理周期时，确定所述第一文件和所述第二文件中与相同任务的相同步骤对应的失败状态信息和成功状态信息，删除确定出的失败状态信息和成功状态信息。
在实施中，可以设置一个清理周期，每当达到清理周期时，读取第一文件中的失败状态信息对应的状态标识和第二文件中的成功状态信息对应的状态标识，然后将第一文件和第二文件中共有的状态标识对应的失败状态信息或成功状态信息进行删除。
可选的，如果所述执行失败的步骤重新执行成功，则在所述第一文件中，删除所述执行失败的步骤对应的失败状态信息。
在实施中，服务器执行失败日志文件中的失败状态信息执行相应任务的失败步骤成功后，可以在失败日志文件中将对应的失败状态信息删除。
本申请实施例通过记录任务执行过程中的执行失败的步骤相对应的失败状态信息到第一文件中，每经预设周期读取第一文件中记录的失败状态信息，并根据失败状态信息再次执行任务执行过程中执行失败的步骤，以确保每个任务都能执行成功。显然，本申请方案在任务执行失败之后不会立即再次执行失败的步骤，通过设置执行周期，可以在一定程度上避免服务器在高压状态下反复重复执行失败的任务，能够降低服务器雪崩的可能性。
图3是本申请实施例提供的一种任务失败管理的方法流程图。参见图3，该实施例包括：
步骤301，每当达到预设周期时，确定在第一文件中记录有对应的失败状态信息且在第二文件中未记录有对应的成功状态信息的步骤，自确定出的步骤开始重新执行对应的任务。
在实施中，失败日志文件和成功日志文件中记录的每条失败状态信息或成功状态信息都有对应的状态标识，相同任务的相同执行步骤对应的失败状态信息或成功状态信息的状态标识可以相同。每当达到预设周期时根据失败日志文件和成功日志文件中的状态标识，确定只有在失败日志文件中出现的状态标识以及该标识对应的失败状态信息，即该失败状态信息中对应的步骤还未被服务器执行成功，服务器可以读取该状态标识对应的失败状态信息，根据该失败状态信息，重新建立对应的状态机执行对应的任务。
步骤302，如果重新执行对应的任务执行成功，则将与步骤相对应的成功状态信息，记录在第二文件中。
在实施中，当服务器按照失败日志文件中的失败状态信息执行相应任务的失败步骤时，如果相应任务的失败步骤执行成功，则将当时该步骤执行失败时记录的信息作为成功状态信息记录到成功日志文件中。
步骤303，如果重新执行对应的任务，自确定出的步骤之后的其它步骤执行失败时，在第一文件中记录其它步骤对应的失败状态信息。
在实施中，当服务器按照失败日志文件中的失败状态信息执行相应任务的失败步骤时，如果相应任务的失败步骤执行成功，但是在该步骤之后的步骤执行失败，则将失败状态信息记录到失败日志文件中，其中，本次记录的失败状态信息中包括本次执行失败的步骤以及执行步骤所需要的数据。
其中，需要说明的是，如果重新执行对应的任务之后，确定出的步骤仍然执行失败，则不做处理。如果基于第一文件中记录的失败状态信息和第二文件中记录的成功状态信息，确定没有第一文件中记录有对应的失败状态信息且在第二文件中未记录有对应的成功状态信息的步骤，则不继续往下执行步骤302-303，另外，在实施中，步骤301执行完毕之后，每次只执行步骤302-303中的其中一个步骤，执行过程可如图4所示。
本申请实施例通过记录任务执行过程中的执行失败的步骤相对应的失败状态信息到第一文件中，每经预设周期对第一文件中记录有对应的失败状态信息且在第二文件中未记录有对应的成功状态信息的步骤进行读取，并从确定出的步骤开始重新执行对应的任务，以确保每个任务都能执行成功。显然，本申请方案在任务执行失败之后不会立即再次执行失败的步骤，通过设置执行周期，可以在一定程度上避免服务器在高压状态下反复重复执行失败的任务，能够降低服务器雪崩的可能性。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。
图5是本申请实施例提供的一种任务失败管理的装置结构图，该装置可以是上述的服务器，参见图5，所述装置包括：
第一记录模块510，被配置为在任务执行的过程中，当所述任务执行失败时，将与所述任务中执行失败的步骤相对应的失败状态信息，记录在第一文件中；
读取模块520，被配置为每当达到预设周期时，读取所述第一文件中记录的失败状态信息；
执行模块530，被配置为基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务。
可选的，所述装置还包括第二记录模块540，被配置为：
如果所述执行失败的步骤重新执行成功，则将与所述步骤相对应的成功状态信息，记录在第二文件中。
可选的，所述装置还包括第二读取模块550，被配置为：
每当达到预设周期时，读取所述第二文件中记录的成功状态信息；
所述执行模块530被配置为：
基于所述第一文件中记录的失败状态信息和所述第二文件中记录的成功状态信息，确定在所述第一文件中记录有对应的失败状态信息且在所述第二文件中未记录有对应的成功状态信息的步骤，自确定出的步骤开始重新执行对应的任务。
可选的，在所述执行失败的步骤重新执行成功之后，所述装置还包括第三记录模块560，被配置为：
当所述执行失败的步骤之后的其它步骤执行失败时，在所述第一文件中记录所述其它步骤对应的失败状态信息。
可选的，所述装置还包括清理装置570，被配置为：
当达到预设的清理周期时，确定所述第一文件和所述第二文件中与相同任务的相同步骤对应的失败状态信息和成功状态信息，删除确定出的失败状态信息和成功状态信息。
可选的，所述装置还包括删除模块580，被配置为：
如果所述执行失败的步骤重新执行成功，则在所述第一文件中，删除所述执行失败的步骤对应的失败状态信息。
需要说明的是：上述实施例提供的任务失败管理的装置在任务失败管理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的任务失败管理的装置与任务失败管理的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图6是本申请实施例提供的一种服务器的结构示意图，该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processingunits，CPU)601和一个或一个以上的存储器602，其中，所述存储器602中存储有至少一条指令，所述至少一条指令由所述处理器601加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。
在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成下述实施例中任务失败管理的方法。例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
Claims (14)
1.一种任务失败管理的方法，其特征在于，所述方法包括：
在任务执行的过程中，当所述任务执行失败时，将与所述任务中执行失败的步骤相对应的失败状态信息，记录在第一文件中；
每当达到预设周期时，读取所述第一文件中记录的失败状态信息；
基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务。
2.根据权利要求1所述的方法，其特征在于，所述基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务之后，所述方法还包括：
如果所述执行失败的步骤重新执行成功，则将与所述步骤相对应的成功状态信息，记录在第二文件中。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
每当达到预设周期时，读取所述第二文件中记录的成功状态信息；
所述基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务，包括：
基于所述第一文件中记录的失败状态信息和所述第二文件中记录的成功状态信息，确定在所述第一文件中记录有对应的失败状态信息且在所述第二文件中未记录有对应的成功状态信息的步骤，自确定出的步骤开始重新执行对应的任务。
4.根据权利要求2所述的方法，其特征在于，在所述执行失败的步骤重新执行成功之后，所述方法还包括：
当所述执行失败的步骤之后的其它步骤执行失败时，在所述第一文件中记录所述其它步骤对应的失败状态信息。
5.根据权利要求2所述的方法，其特征在于，所述方法还包括：
当达到预设的清理周期时，确定所述第一文件和所述第二文件中与相同任务的相同步骤对应的失败状态信息和成功状态信息，删除确定出的失败状态信息和成功状态信息。
6.根据权利要求1所述的方法，其特征在于，所述基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务之后，所述方法还包括：
如果所述执行失败的步骤重新执行成功，则在所述第一文件中，删除所述执行失败的步骤对应的失败状态信息。
7.一种任务失败管理的装置，其特征在于，所述装置包括：
第一记录模块，被配置为在任务执行的过程中，当所述任务执行失败时，将与所述任务中执行失败的步骤相对应的失败状态信息，记录在第一文件中；
读取模块，被配置为每当达到预设周期时，读取所述第一文件中记录的失败状态信息；
执行模块，被配置为基于所述第一文件中记录的失败状态信息，自执行失败的步骤开始重新执行对应的任务。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括第二记录模块，被配置为：
如果所述执行失败的步骤重新执行成功，则将与所述步骤相对应的成功状态信息，记录在第二文件中。
9.根据权利要求8所述的装置，其特征在于，所述装置还包括第二读取模块，被配置为：
每当达到预设周期时，读取所述第二文件中记录的成功状态信息；
所述执行模块被配置为：
基于所述第一文件中记录的失败状态信息和所述第二文件中记录的成功状态信息，确定在所述第一文件中记录有对应的失败状态信息且在所述第二文件中未记录有对应的成功状态信息的步骤，自确定出的步骤开始重新执行对应的任务。
10.根据权利要求8所述的装置，其特征在于，在所述执行失败的步骤重新执行成功之后，所述装置还包括第三记录模块，被配置为：
当所述执行失败的步骤之后的其它步骤执行失败时，在所述第一文件中记录所述其它步骤对应的失败状态信息。
11.根据权利要求8所述的装置，其特征在于，所述装置还包括清理装置，被配置为：
当达到预设的清理周期时，确定所述第一文件和所述第二文件中与相同任务的相同步骤对应的失败状态信息和成功状态信息，删除确定出的失败状态信息和成功状态信息。
12.根据权利要求7所述的装置，其特征在于，所述装置还包括删除模块，被配置为：
如果所述执行失败的步骤重新执行成功，则在所述第一文件中，删除所述执行失败的步骤对应的失败状态信息。
13.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求1至权利要求6任一项所述的任务失败管理的方法所执行的操作。
14.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求1至权利要求6任一项所述的任务失败管理的方法所执行的操作。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911086940.6A CN110908821B (zh) | 2019-11-08 | 2019-11-08 | 任务失败管理的方法、装置、设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911086940.6A CN110908821B (zh) | 2019-11-08 | 2019-11-08 | 任务失败管理的方法、装置、设备和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110908821A true CN110908821A (zh) | 2020-03-24 |
| CN110908821B CN110908821B (zh) | 2024-01-02 |
Family
ID=69816834
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911086940.6A Active CN110908821B (zh) | 2019-11-08 | 2019-11-08 | 任务失败管理的方法、装置、设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110908821B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112596941A (zh) * | 2020-12-28 | 2021-04-02 | 凌云光技术股份有限公司 | 一种工业图像处理软件的工具结果判定方法及装置 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130073525A1 (en) * | 2011-09-15 | 2013-03-21 | Massachusetts Mutual Life Insurance Company | Systems and Methods for Content Collection Validation |
| CN104965754A (zh) * | 2015-03-31 | 2015-10-07 | 腾讯科技（深圳）有限公司 | 任务调度方法及任务调度装置 |
| CN107368359A (zh) * | 2017-05-31 | 2017-11-21 | 杭州大搜车汽车服务有限公司 | 一种异步任务执行方法及其存储介质、装置 |
| CN107957903A (zh) * | 2017-11-13 | 2018-04-24 | 中国平安财产保险股份有限公司 | 异步任务调度方法、服务器及存储介质 |
| CN107967189A (zh) * | 2016-10-20 | 2018-04-27 | 南京途牛科技有限公司 | 异常任务重试方法及装置 |
| CN108694633A (zh) * | 2017-04-06 | 2018-10-23 | 北京京东尚科信息技术有限公司 | 订单异常检测和处理法、装置、电子设备和可读存储介质 |
| CN109413179A (zh) * | 2018-10-24 | 2019-03-01 | 中国银行股份有限公司 | 一种基于http请求的多文件异步重传的方法及装置 |
| CN109614227A (zh) * | 2018-11-23 | 2019-04-12 | 金色熊猫有限公司 | 任务资源调配方法、装置、电子设备及计算机可读介质 |
| CN109783306A (zh) * | 2018-11-27 | 2019-05-21 | 宝付网络科技（上海）有限公司 | 响应报警的处理动作方法及系统 |
| CN110275768A (zh) * | 2019-06-28 | 2019-09-24 | 北京字节跳动网络技术有限公司 | 数据处理方法、装置及电子设备 |
-
2019
- 2019-11-08 CN CN201911086940.6A patent/CN110908821B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130073525A1 (en) * | 2011-09-15 | 2013-03-21 | Massachusetts Mutual Life Insurance Company | Systems and Methods for Content Collection Validation |
| CN104965754A (zh) * | 2015-03-31 | 2015-10-07 | 腾讯科技（深圳）有限公司 | 任务调度方法及任务调度装置 |
| CN107967189A (zh) * | 2016-10-20 | 2018-04-27 | 南京途牛科技有限公司 | 异常任务重试方法及装置 |
| CN108694633A (zh) * | 2017-04-06 | 2018-10-23 | 北京京东尚科信息技术有限公司 | 订单异常检测和处理法、装置、电子设备和可读存储介质 |
| CN107368359A (zh) * | 2017-05-31 | 2017-11-21 | 杭州大搜车汽车服务有限公司 | 一种异步任务执行方法及其存储介质、装置 |
| CN107957903A (zh) * | 2017-11-13 | 2018-04-24 | 中国平安财产保险股份有限公司 | 异步任务调度方法、服务器及存储介质 |
| CN109413179A (zh) * | 2018-10-24 | 2019-03-01 | 中国银行股份有限公司 | 一种基于http请求的多文件异步重传的方法及装置 |
| CN109614227A (zh) * | 2018-11-23 | 2019-04-12 | 金色熊猫有限公司 | 任务资源调配方法、装置、电子设备及计算机可读介质 |
| CN109783306A (zh) * | 2018-11-27 | 2019-05-21 | 宝付网络科技（上海）有限公司 | 响应报警的处理动作方法及系统 |
| CN110275768A (zh) * | 2019-06-28 | 2019-09-24 | 北京字节跳动网络技术有限公司 | 数据处理方法、装置及电子设备 |
Non-Patent Citations (1)
| Title |
|---|
| 阮奇桢: "《我和LabVIEW一个NI工程师的十年编程经验 第2版》", pages: 131 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112596941A (zh) * | 2020-12-28 | 2021-04-02 | 凌云光技术股份有限公司 | 一种工业图像处理软件的工具结果判定方法及装置 |
| CN112596941B (zh) * | 2020-12-28 | 2023-10-03 | 凌云光技术股份有限公司 | 一种工业图像处理软件的工具结果判定方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110908821B (zh) | 2024-01-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108664496B (zh) | 数据迁移方法及装置 | |
| CN107402722B (zh) | 一种数据迁移方法及存储设备 | |
| CN111143133B (zh) | 虚拟机备份方法和备份虚拟机恢复方法 | |
| CN105824846B (zh) | 数据迁移方法及装置 | |
| CN109669822B (zh) | 电子装置、备用存储池的创建方法和计算机可读存储介质 | |
| WO2020232951A1 (zh) | 一种任务执行方法及装置 | |
| CN102833281A (zh) | 一种分布式自增计数的实现方法、装置及系统 | |
| CN106649000B (zh) | 实时处理引擎的故障恢复方法及相应的服务器 | |
| CN111309548A (zh) | 一种超时监控方法、装置及计算机可读存储介质 | |
| CN111541762A (zh) | 数据处理的方法、管理服务器、设备及存储介质 | |
| CN110196749B (zh) | 虚拟机的恢复方法及装置、存储介质及电子装置 | |
| CN110908821A (zh) | 任务失败管理的方法、装置、设备和存储介质 | |
| CN108241616B (zh) | 消息推送方法和装置 | |
| US20220206836A1 (en) | Method and Apparatus for Processing Virtual Machine Migration, Method and Apparatus for Generating Virtual Machine Migration Strategy, Device and Storage Medium | |
| CN112631994A (zh) | 数据迁移方法及系统 | |
| CN109189615A (zh) | 一种宕机处理方法和装置 | |
| JP2018538632A (ja) | ノードの再起動後にデータを処理する方法及びデバイス | |
| CN113590033A (zh) | 一种超融合系统的信息同步方法及装置 | |
| CN111475335A (zh) | 一种数据库快速恢复的方法、系统、终端及存储介质 | |
| CN112463444A (zh) | 一种数据不一致修复方法及相关装置 | |
| CN111752911A (zh) | 一种基于Flume的数据传输方法、系统、终端及存储介质 | |
| CN110806917A (zh) | 一种防脑裂的虚拟机高可用的管理装置及方法 | |
| CN109542588B (zh) | 一种用于在云环境下管理虚拟设备的方法和装置 | |
| CN112463514A (zh) | 分布式缓存集群的监测方法和装置 | |
| CN109446212B (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 |