CN101771562A - 操作恢复方法、设备及系统 - Google Patents

操作恢复方法、设备及系统 Download PDF

Info

Publication number
CN101771562A
CN101771562A CN200810247077A CN200810247077A CN101771562A CN 101771562 A CN101771562 A CN 101771562A CN 200810247077 A CN200810247077 A CN 200810247077A CN 200810247077 A CN200810247077 A CN 200810247077A CN 101771562 A CN101771562 A CN 101771562A
Authority
CN
China
Prior art keywords
server
client
executing state
breakpoint
state
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
CN200810247077A
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.)
China Mobile Communications Group Co Ltd
Original Assignee
China Mobile Communications Group 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 China Mobile Communications Group Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN200810247077A priority Critical patent/CN101771562A/zh
Publication of CN101771562A publication Critical patent/CN101771562A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种操作恢复方法，该方法包括：客户端记录本地操作执行状态，服务器记录本地操作执行状态；在客户端和/或服务器发生故障重启后，客户端与服务器交互记录的执行状态；客户端与服务器根据本地记录的执行状态与对方记录的执行状态确定断点；客户端与服务器从断点处恢复操作。本发明同时公开一种客户端、服务器、用于操作恢复的系统。采用本发明可以实现C/S结构中客户端与服务器之间交互的故障恢复。

Description

操作恢复方法、设备及系统
技术领域
本发明涉及网络设备故障处理技术领域，尤其涉及操作恢复的方法、设备及系统。
背景技术
在设备出现故障后，进行状态恢复处理时，在现有技术中主要是利用状态恢复引擎记录并自动恢复流程状态的方法，在该方法中，通过记录一台机器上应用程序的执行状态，然后利用自启动脚本或注册表相关表项完成恢复。
该方法中，记录的状态包括需要恢复执行的程序名称和相关的参数等，在主机重启后，再利用自启动脚本或注册表自启动项完成恢复，该恢复过程的调度依赖于OS(Operating System，操作系统)来完成，因此其不足在于：只适用于主机重新启动的情况，而不适用于仅在应用程序发生故障的情况。
该方案中，状态的内容不能包含函数级的状态以及交互操作等状态，因此其不足还在于：不能做到细粒度(程序内部模块)的恢复。
该方案中，记录的状态只适用于一台主机，因此其不足在于：不能用于C/S(Client/Server，客户端/服务器)结构的交互过程。
发明内容
本发明实施例提供一种操作恢复方法，用以实现C/S结构中客户端与服务器之间交互的故障恢复，该方法包括：
客户端记录本地操作执行状态，服务器记录本地操作执行状态；
在客户端和/或服务器发生故障重启后，客户端与服务器交互记录的执行状态；
客户端与服务器根据本地记录的执行状态与对方记录的执行状态确定断点；
客户端与服务器从断点处恢复操作。
本发明实施例还提供一种客户端，用以实现C/S结构中客户端与服务器之间交互的故障恢复，该客户端包括：
记录模块，用于记录客户端上的操作执行状态；
接收模块，用于接收在服务器上记录的执行状态；
断点确定模块，用于根据本地记录的执行状态与在服务器上记录的执行状态确定客户端上的断点；
恢复模块，用于从断点处恢复客户端上的操作。
本发明实施例还提供一种服务器，用以实现C/S结构中客户端与服务器之间交互的故障恢复，该服务器包括：
记录模块，用于记录服务器上的操作执行状态；
接收模块，用于接收在客户端上记录的执行状态；
断点确定模块，用于根据本地记录的执行状态与在客户端上记录的执行状态确定服务器上的断点；
恢复模块，用于从断点处恢复服务器上的操作。
本发明实施例还提供一种用于操作恢复的系统，用以实现C/S结构中客户端与服务器之间交互的故障恢复，该系统包括：客户端、服务器，其中：
客户端，用于记录客户端上的操作执行状态，接收在服务器上记录的执行状态，根据本地记录的执行状态与在服务器上记录的执行状态确定客户端上的断点，并从断点处恢复客户端上的操作；
服务器，用于记录服务器上的操作执行状态，接收在客户端上记录的执行状态，根据本地记录的执行状态与在客户端上记录的执行状态确定服务器上的断点，并从断点处恢复服务器上的操作。
本发明实施例中，不仅在客户端记录本地操作执行状态，也在服务器记录本地操作执行状态；并且，在客户端和/或服务器发生故障重启后，客户端与服务器交互记录的执行状态；而在确定恢复的断点时，是客户端与服务器根据本地记录的执行状态与对方记录的执行状态确定断点。由于恢复过程客户端、服务器都在参与，并且要依据双方的执行状态来确定断点，显然不仅对断点的确定准确性增加，同时也能够支持对C/S应用的故障恢复。
附图说明
图1为本发明实施例中操作恢复方法流程图；
图2为本发明实施例中客户端与服务器的执行状态与交互操作关系示意图；
图3为本发明实施例中客户端中断后的电子票业务恢复流程图；
图4为本发明实施例中客户端结构示意图；
图5为本发明实施例中服务器结构示意图；
图6为本发明实施例中用于操作恢复的系统结构示意图。
具体实施方式
下面结合说明书附图对本发明实施例进行详细说明。
如图1所示，本发明实施例中，操作恢复方法的流程可以包括：
步骤101、客户端记录本地操作执行状态，服务器记录本地操作执行状态。
步骤102、在客户端和/或服务器发生故障重启后，客户端与服务器交互记录的执行状态。
步骤103、客户端与服务器根据本地记录的执行状态与对方记录的执行状态确定断点。
步骤104、客户端与服务器从断点处恢复操作。
实施中，对于SIM卡中的应用程序和服务器系统，都需要在步骤101中共同记录整个客户端和服务器交互过程中的状态，并能够在发生步骤102的交互异常中断后，通过双方状态的记录，在执行步骤103后能调度状态中所记录的相关操作指令，从而在步骤104中恢复之前的交互过程，从断点处开始继续执行交互。
为便于理解，首先需要定义执行状态，客户端和服务器可以通过执行状态确定是否触发交互操作，并根据执行状态进行迁移，图2为客户端与服务器的执行状态与交互操作关系示意图，由图2可见，执行状态与交互操作存在着对应关系，因此在获知执行状态后便可以恢复相应的交互操作。
下面对实施例中所称的状态触发机制与状态定义进行说明。
执行状态是指程序执行的某一个时间点所对应的各种信息的集合，实施例定义了三类触发状态变迁的机制：内部模块触发、外部模块触发、交互触发。
内部模块触发：指应用程序中各内部模块执行时所对应的参数、环境变量；即，应用程序中各内部模块(如：函数等)所对应的参数、环境变量(包括该函数执行所依赖的其它信息)等，(对于这类状态来说，记录的执行状态必须有相应的函数定义)，可以通过加载该类执行状态所对应的函数实现状态的恢复。在记录这类执行状态时，需要使各种内部模块足够的模块化，以对外部信息有较少的依赖，可见，当记录了该类执行状态，并根据其进行恢复时，由于执行状态的内容包含了函数级的状态以及交互操作等状态，因此能够做到细粒度(程序内部模块)的恢复。
外部模块触发：指外部独立的应用程序或组件执行时所对应的参数和环境变量；外部模块是指独立的应用程序或组件，可以通过相应的参数进行调用，外部模块相关的状态信息包括该模块的参数和环境变量等信息。
交互触发：指通过网络与其它实体或与本地其它实体交互的状态参数，即，通过网络或与本地其它实体交互所引起的状态改变，如发送网络数据，或接受到响应等。
可见，执行状态是通过各类状态触发方式所达到的系统状态，该状态包括使系统进入该状态的所有信息，以及使系统进入下一状态的相关信息。
下面对客户端和服务器的状态信息定义进行举例说明。
本例中，客户端的执行状态信息的定义可以是：
Figure G2008102470773D0000051
服务器执行状态信息的定义可以是：
Figure G2008102470773D0000052
下面对协作恢复流程进行说明。
一、客户机/服务器的协作恢复流程1：
本实施例描述了在交互过程中，客户端中断，在客户端系统恢复正常后由客户端应用触发恢复的流程，流程如下：
1、正常的身份认证过程。
2、客户端发现记录的状态信息，需要恢复状态，则读取SessionID(会话标识)，发送恢复请求到服务器，实施中，如果恢复的Session(会话)再次中断，在正常恢复状态之前，不记录新的状态，而在恢复了被中断的Session后，继续记录状态。
3、服务器确认后，读取记录的该Session的状态，并发送至客户端。
4、客户端收到服务器状态后，读取本机状态，判断可能加载的状态，并将该状态信息及本地的状态信息一并发送至服务器。
5、服务器根据收到的信息，比较得出应该加载的状态。
状态协商机制：以上采用了解决客户端-服务器状态在不一致时避免死锁状态的协商机制，即：客户端和服务器交换各自的状态信息，根据各自状态机判断彼此应该进入的最合理状态。协商过程中需要采用决策表机制对双方状态进行分析判断，从而得出应该进入的状态。
决策表机制在具体实施时，可以通过多种条件的组合判断逻辑，用于决定在已知客户端和服务器状态的情况下，客户端(或服务器)应该进入何种状态。
下面举两例说明。
例1：
设：服务器状态：发送请求，等待响应，更新状态，请求丢失；客户端状态：等待请求；
则通过交换状态，可以确定：服务器重发请求，客户端等待。
实例2：
设：服务器状态：发送请求，等待响应，更新状态；客户端状态：发送响应，响应丢失；
通过交换状态，可以确定：客户端重发响应。
在协商完毕后，客户端和服务器进入一致的统一状态，开始断点后的正常交互过程。
二、客户机/服务器的协作恢复流程2：
本实施例描述了在交互过程中，服务器中断(当机等情况)的情形，需要采用服务端触发(避免由于服务器中断而可能导致客户端的反复尝试)的流程，可以如下：
1、交互过程中，如客户端不能正常接收服务端的响应，等待超时后，可退出应用(避免资源的消耗)。
2、服务器当机恢复正常后，发现未处理的Session状态信息，读取后向相应终端发送包含SessionID的会话恢复请求信息
3、客户端收到服务器信息后，激活应用，可以按客户端触发的流程完成会话恢复过程。
具体实施中，在从断点处恢复操作时，结合前述内部模块触发、外部模块触发、交互触发等三类触发状态变迁的机制，可以具体为：
根据断点处的应用程序中各内部模块执行时所对应的参数、环境变量恢复应用程序中各内部模块的执行；
根据断点处的外部独立的应用程序或组件执行时所对应的参数和环境变量调用外部独立的应用程序或组件来执行；
根据断点处的通过网络与其它实体或与本地其它实体交互的状态参数，恢复通过网络与其它实体或与本地其它实体的交互。
下面以电子票系统的恢复流程为例进行说明。
本例中，SIM卡电子票应用和服务器记录的状态可以如下：
 SIM卡电子票应用  电子票服务器
 1：就绪2：请求已发送3：请求已确认(成功或失败)4：收到支付请求(来自电子票系统)5：已发送支付指令(发往支付系统)6：收到支付结果(成功或失败)7：票接收完成(成功或失败)8：发送确认  1：就绪2：请求收到3：确认已发送(成功或失败)4：支付请求已发送5：收到支付结果(成功或失败)6：发送电子票7：收到确认
SIM卡电子票应用和电子票系统按照以上的状态定义，在交互过程中，分别记录各自的状态信息。如：
SIM卡电子票应用在第5步“已发送支付指令”，在客户端记录的状态信息可以如下：
Figure G2008102470773D0000081
电子票服务器记录的状态可以如下：
  信息   Value   备注
  时间   2008-12-18 15:00:03
  客户端ID   13912345678
  信息   Value   备注
  SessionID   123
  操作结果   Payment-Result-Recveived
  状态类型   Inter-Op
  扩展信息
本例中，客户端中断后的电子票业务恢复流程如图3所示，设此时客户端中断(如：断电)，重启后，恢复流程可以如下：
步骤301、登录、认证。
步骤302、服务器读取状态，发送至客户端。
步骤303、客户端读取状态发送至电子票系统服务器。
步骤304、服务器根据双方状态确定，服务器应进入“发送电子票”状态，客户端应进入“收到支付结果”状态，并通知客户端。
步骤305、客户端进入预定状态，给服务器发送通知。
步骤306、服务器发送电子票，进入正常流程。
通过以上的恢复流程实施，可以看出，客户端应用程序和服务器可以在任一时刻中断，并在后续任一时刻准确的找到各自被中断时的状态，并能够通过客户和服务器的协作继续未完成的会话。
可以使上述各个单独的流程环节具有充分的独立性。系统可以支持将流程单元以模块的方式集成到现有系统中，比如可以将一种以UDP(User DatagramProtocol，用户数据报协议)交互的支付方式集成到该系统中，而不影响系统的整体架构。
显然，该方案也可以应用到所有基于流程调度的领域，比如：电子票订票流程、用户注册开户流程以及各类具有多流程的应用领域。
本领域普通技术人员可以理解上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。
基于同一发明构思，本发明实施例还提供了一种客户端，其结构如图4所示，可以包括：
记录模块401，用于记录客户端上的操作执行状态；
接收模块402，用于接收在服务器上记录的执行状态；
断点确定模块403，用于根据本地记录的执行状态与在服务器上记录的执行状态确定客户端上的断点；
恢复模块404，用于从断点处恢复客户端上的操作。
实施中，客户端还可以包括：
传输模块405，用于在客户端发生故障重启后，将所记录的执行状态传输至服务器。
实施中，记录模块还可以用于记录包括以下三种之一或者任意组合的执行状态：
应用程序中各内部模块执行时所对应的参数、环境变量；
外部独立的应用程序或组件执行时所对应的参数和环境变量；
通过网络与其它实体或与本地其它实体交互的状态参数。
恢复模块还可以用于在从断点处恢复操作时，根据断点处的应用程序中各内部模块执行时所对应的参数、环境变量恢复应用程序中各内部模块的执行；根据断点处的外部独立的应用程序或组件执行时所对应的参数和环境变量调用外部独立的应用程序或组件来执行；根据断点处的通过网络与其它实体或与本地其它实体交互的状态参数，恢复通过网络与其它实体或与本地其它实体的交互。
基于同一发明构思，本发明实施例还提供一种服务器，其结构如图5所示，可以包括：
记录模块501，用于记录服务器上的操作执行状态；
接收模块502，用于接收在客户端上记录的执行状态；
断点确定模块503，用于根据本地记录的执行状态与在客户端上记录的执行状态确定服务器上的断点；
恢复模块504，用于从断点处恢复服务器上的操作。
实施中，服务器中还可以包括：
传输模块505，用于在服务器发生故障重启后，将所记录的执行状态传输至客户端。
实施中，记录模块还可以用于记录包括以下三种之一或者任意组合的执行状态：
应用程序中各内部模块执行时所对应的参数、环境变量；
外部独立的应用程序或组件执行时所对应的参数和环境变量；
通过网络与其它实体或与本地其它实体交互的状态参数。
恢复模块还可以用于在从断点处恢复操作时，根据断点处的应用程序中各内部模块执行时所对应的参数、环境变量恢复应用程序中各内部模块的执行；根据断点处的外部独立的应用程序或组件执行时所对应的参数和环境变量调用外部独立的应用程序或组件来执行；根据断点处的通过网络与其它实体或与本地其它实体交互的状态参数，恢复通过网络与其它实体或与本地其它实体的交互。
基于同一发明构思，本发明实施例还提供一种用于操作恢复的系统，其结构如图6所示，可以包括：客户端601、服务器602，其中：
客户端601，用于记录客户端上的操作执行状态，接收在服务器上记录的执行状态，根据本地记录的执行状态与在服务器上记录的执行状态确定客户端上的断点，并从断点处恢复客户端上的操作；
服务器602，用于记录服务器上的操作执行状态，接收在客户端上记录的执行状态，根据本地记录的执行状态与在客户端上记录的执行状态确定服务器上的断点，并从断点处恢复服务器上的操作。
实施中，客户端还可以用于在客户端发生故障重启后，将所记录的执行状态传输至服务器；
所述服务器还可以用于在服务器发生故障重启后，将所记录的执行状态传输至客户端。
由上述实施例可知，本发明实施例中能够实现应用程序(包括服务器)在任意环节的中断与故障恢复。
本发明实施例提出了支持客户-服务器的状态协商机制，从而能够支持对C/S应用的故障恢复。
进一步的，本发明实施例中，对执行状态的触发改变条件进行了区分，分为内部模块、外部模块以及交互触发，并根据其执行相应的恢复，因而能够支持粗粒度的恢复和细粒度的恢复。
同时，可以支持将流程单元以模块的方式集成到现有系统中，而不影响系统的整体架构，从而使得方案具有充分的可扩展性。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (13)

1.一种操作恢复方法，其特征在于，该方法包括：
客户端记录本地操作执行状态，服务器记录本地操作执行状态；
在客户端和/或服务器发生故障重启后，客户端与服务器交互记录的执行状态；
客户端与服务器根据本地记录的执行状态与对方记录的执行状态确定断点；
客户端与服务器从断点处恢复操作。
2.如权利要求1所述的方法，其特征在于，所述执行状态包括以下三种之一或者任意组合：
应用程序中各内部模块执行时所对应的参数、环境变量；
外部独立的应用程序或组件执行时所对应的参数和环境变量；
通过网络与其它实体或与本地其它实体交互的状态参数。
3.如权利要求2所述的方法，其特征在于，所述从断点处恢复操作，具体为：
根据断点处的应用程序中各内部模块执行时所对应的参数、环境变量恢复应用程序中各内部模块的执行；
根据断点处的外部独立的应用程序或组件执行时所对应的参数和环境变量调用外部独立的应用程序或组件来执行；
根据断点处的通过网络与其它实体或与本地其它实体交互的状态参数，恢复通过网络与其它实体或与本地其它实体的交互。
4.一种客户端，其特征在于，包括：
记录模块，用于记录客户端上的操作执行状态；
接收模块，用于接收在服务器上记录的执行状态；
断点确定模块，用于根据本地记录的执行状态与在服务器上记录的执行状态确定客户端上的断点；
恢复模块，用于从断点处恢复客户端上的操作。
5.如权利要求4所述的客户端，其特征在于，进一步包括：
传输模块，用于在客户端发生故障重启后，将所记录的执行状态传输至服务器。
6.如权利要求4或5所述的客户端，其特征在于，所述记录模块进一步用于记录包括以下三种之一或者任意组合的执行状态：
应用程序中各内部模块执行时所对应的参数、环境变量；
外部独立的应用程序或组件执行时所对应的参数和环境变量；
通过网络与其它实体或与本地其它实体交互的状态参数。
7.如权利要求6所述的客户端，其特征在于，所述恢复模块进一步用于在从断点处恢复操作时，根据断点处的应用程序中各内部模块执行时所对应的参数、环境变量恢复应用程序中各内部模块的执行；根据断点处的外部独立的应用程序或组件执行时所对应的参数和环境变量调用外部独立的应用程序或组件来执行；根据断点处的通过网络与其它实体或与本地其它实体交互的状态参数，恢复通过网络与其它实体或与本地其它实体的交互。
8.一种服务器，其特征在于，包括：
记录模块，用于记录服务器上的操作执行状态；
接收模块，用于接收在客户端上记录的执行状态；
断点确定模块，用于根据本地记录的执行状态与在客户端上记录的执行状态确定服务器上的断点；
恢复模块，用于从断点处恢复服务器上的操作。
9.如权利要求8所述的服务器，其特征在于，进一步包括：
传输模块，用于在服务器发生故障重启后，将所记录的执行状态传输至客户端。
10.如权利要求8或9所述的服务器，其特征在于，所述记录模块进一步用于记录包括以下三种之一或者任意组合的执行状态：
应用程序中各内部模块执行时所对应的参数、环境变量；
外部独立的应用程序或组件执行时所对应的参数和环境变量；
通过网络与其它实体或与本地其它实体交互的状态参数。
11.如权利要求10所述的服务器，其特征在于，所述恢复模块进一步用于在从断点处恢复操作时，根据断点处的应用程序中各内部模块执行时所对应的参数、环境变量恢复应用程序中各内部模块的执行；根据断点处的外部独立的应用程序或组件执行时所对应的参数和环境变量调用外部独立的应用程序或组件来执行；根据断点处的通过网络与其它实体或与本地其它实体交互的状态参数，恢复通过网络与其它实体或与本地其它实体的交互。
12.一种用于操作恢复的系统，其特征在于，包括：客户端、服务器，其中：
客户端，用于记录客户端上的操作执行状态，接收在服务器上记录的执行状态，根据本地记录的执行状态与在服务器上记录的执行状态确定客户端上的断点，并从断点处恢复客户端上的操作；
服务器，用于记录服务器上的操作执行状态，接收在客户端上记录的执行状态，根据本地记录的执行状态与在客户端上记录的执行状态确定服务器上的断点，并从断点处恢复服务器上的操作。
13.如权利要求12所述的系统，其特征在于，
所述客户端进一步用于在客户端发生故障重启后，将所记录的执行状态传输至服务器；
所述服务器进一步用于在服务器发生故障重启后，将所记录的执行状态传输至客户端。
CN200810247077A 2008-12-31 2008-12-31 操作恢复方法、设备及系统 Pending CN101771562A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200810247077A CN101771562A (zh) 2008-12-31 2008-12-31 操作恢复方法、设备及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200810247077A CN101771562A (zh) 2008-12-31 2008-12-31 操作恢复方法、设备及系统

Publications (1)

Publication Number Publication Date
CN101771562A true CN101771562A (zh) 2010-07-07

Family

ID=42504179

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200810247077A Pending CN101771562A (zh) 2008-12-31 2008-12-31 操作恢复方法、设备及系统

Country Status (1)

Country Link
CN (1) CN101771562A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102299859A (zh) * 2011-09-20 2011-12-28 北京星网锐捷网络技术有限公司 一种交互信息转发方法及装置
CN104102174A (zh) * 2014-06-30 2014-10-15 北京七星华创电子股份有限公司 一种半导体设备软件重启后状态恢复的方法
CN104346274A (zh) * 2013-07-29 2015-02-11 国际商业机器公司 程序调试器及一种程序的调试方法
CN105790975A (zh) * 2014-12-22 2016-07-20 阿里巴巴集团控股有限公司 一种业务处理操作的执行方法及装置
CN107122271A (zh) * 2017-04-13 2017-09-01 华为技术有限公司 一种恢复节点事件的方法、装置及系统
CN112270608A (zh) * 2020-10-30 2021-01-26 海腾保险代理有限公司 保险业务自助办理的方法、装置、系统及自助机器人

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102299859A (zh) * 2011-09-20 2011-12-28 北京星网锐捷网络技术有限公司 一种交互信息转发方法及装置
CN104346274A (zh) * 2013-07-29 2015-02-11 国际商业机器公司 程序调试器及一种程序的调试方法
CN104346274B (zh) * 2013-07-29 2017-06-06 国际商业机器公司 程序调试器及一种程序的调试方法
CN104102174A (zh) * 2014-06-30 2014-10-15 北京七星华创电子股份有限公司 一种半导体设备软件重启后状态恢复的方法
CN104102174B (zh) * 2014-06-30 2016-09-07 北京七星华创电子股份有限公司 一种半导体设备软件重启后状态恢复的方法
CN105790975A (zh) * 2014-12-22 2016-07-20 阿里巴巴集团控股有限公司 一种业务处理操作的执行方法及装置
CN107122271A (zh) * 2017-04-13 2017-09-01 华为技术有限公司 一种恢复节点事件的方法、装置及系统
CN112270608A (zh) * 2020-10-30 2021-01-26 海腾保险代理有限公司 保险业务自助办理的方法、装置、系统及自助机器人

Similar Documents

Publication Publication Date Title
CN101771562A (zh) 操作恢复方法、设备及系统
CN111930529B (zh) 基于消息队列及微服务的数据同步方法、装置及系统
CN109408203B (zh) 一种队列消息一致性的实现方法、装置、计算系统
US8418191B2 (en) Application flow control apparatus
US20120209898A1 (en) Distributed file system logging
CN107277083B (zh) 一种数据交互的处理方法、装置及系统
CN108874624A (zh) 服务器、监控Java进程的方法及存储介质
CN112788074A (zh) 数据发送方法、处理方法、接收方法及其设备、存储介质
CN110377486B (zh) 基于kafka实现稳定的高吞吐量的异步任务处理方法
CN110222535A (zh) 区块链配置文件的处理装置、方法及存储介质
CN108874912A (zh) 一种销户方法和服务器
CN101493924A (zh) 事务处理系统的事务处理方法及彩票事务处理方法
Bobineau et al. A unilateral commit protocol for mobile and disconnected computing
CN110287267A (zh) 一种跨节点的数据处理方法及装置
CN113364857A (zh) 业务数据的处理方法、装置和服务器
EP3468261B1 (en) Control method and apparatus for smart card, terminal device, and smart card
CN101488251B (zh) 电子钱包的充值方法、设备及系统
CN105208104B (zh) 一种远程镜像数据一致性检测方法及装置
CN101556542A (zh) 一种成对冗余结构中器件的升级方法及设备
JP5754287B2 (ja) Ｉｃチップ、ｉｃチップにおける処理方法、ｕｉｍ、携帯端末、及びｉｃチップ用処理プログラム
CN109324834A (zh) 一种分布式存储服务器自动重启的系统及方法
CN115190052A (zh) 一种长连接的管理方法、系统和控制单元
CN110659300A (zh) 一种保证分布式系统数据最终一致性的方法
CN110955539A (zh) 进程退出方法、装置、电子设备及机器可读存储介质
CN110362428A (zh) 在线自动恢复数据库块的方法和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20100707