CN111162952A

CN111162952A - 一种设备容错方法及装置

Info

Publication number: CN111162952A
Application number: CN201911422227.4A
Authority: CN
Inventors: 余佳敏; 赵斯兵; 阚飞
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2019-12-31
Filing date: 2019-12-31
Publication date: 2020-05-15

Abstract

本申请实施例公开了一种设备容错方法及装置，具体地，请求设备可以周期地向主用服务器发送心跳数据包，如果请求设备可以在预设时间内接收到主用服务器发送的确认信息，表明该主用服务器处于可用状态，则将主用服务器的地址确定为目标地址，并进行存储。当请求设备需要发送请求时，直接向主用服务器发送请求，由主用服务器响应请求。可见，本申请实施例中请求设备通过周期性发送心跳数据包来监测主用服务器是否处于可用状态，从而可以实时获知主用服务器是否可用，以便在主用服务器可用时，直接向主用服务器发送请求，从而可以及时获取主用服务器的响应信息，提供通信效率。

Description

一种设备容错方法及装置

技术领域

本申请涉及自动控制技术领域，具体涉及一种设备容错方法及装置。

背景技术

随着互联网业务量的不断增加，服务器在同一时刻可能需要处理大量的业务请求，导致服务器负荷较大，容易出现宕机的风险。为保证业务请求的正常处理，通常布置备用服务器，当主用服务器出现宕机时，利用备用服务器进行业务处理。

现有启动备用服务器的方式时，终端设备同时存储主用服务器的访问地址以及备用服务器的访问地址，终端设备优先向主用服务器发送业务请求，如果主用服务器在预设时间内未响应，则终端设备向备用服务器发送业务请求。然而，此种启动方式需要终端设备多次发送业务请求，浪费通信资源，影响通信效率。

发明内容

有鉴于此，本申请实施例提供一种设备容错方法及装置，以实现更为合理地切换设备，提高通信效率。

为解决上述问题，本申请实施例提供的技术方案如下：

在本申请实施例第一方面，提供了一种设备容错方法，所述方法应用于请求设备，所述方法包括：

向主用服务器周期地发送心跳数据包；

接收所述主用服务器发送的确认信息；所述确认信息为所述主用服务器在接收到所述心跳数据包后产生的反馈信息；

将所述主用服务器的地址确定为目标地址，并进行存储。

在一些实现方式中，所述将所述主用服务器的地址确定为目标地址，并进行存储，包括：

判断当前所存储的目标地址是否为所述主用服务器的地址；

如果否，则将所述目标地址修改为所述主用服务器的地址。

在一些实现方式中，当未接收到所述主用服务器发送的确认信息时，所述方法还包括：

将备用服务器的地址确定为目标地址，并进行存储。

在一些实现方式中，所述未接收到所述主用服务器发送的确认信息为在预设时间内未接收到所述主用服务器发送的确认信息或接收到所述主用服务器发送的无效信息。

在一些实现方式中，将备用服务器的地址确定为目标地址，并进行存储，包括：

判断当前所存储的目的地址是否为所述备用服务器的地址；

如果否，则将所述目标地址修改为所述备用服务器的地址。

在一些实现方式中，其特征在于，所述方法还包括：

获取存储的所述目标地址；

将所述目标地址作为请求目标地址添加至请求信息，以将所述请求信息发送至所述目标地址对应的服务器。

在一些实现方式中，所述请求设备为交易发起设备，所述主用服务器和所述备用服务器为交易接收服务器。

在本申请实施例第二方面，提供了一种设备容错装置，所述装置应用于请求设备，所述装置包括：

发送单元，用于向主用服务器周期地发送心跳数据包；

接收单元，用于接收所述主用服务器发送的确认信息；所述确认信息为所述主用服务器在接收到所述心跳数据包后产生的反馈信息；

第一确定单元，用于将所述主用服务器的地址确定为目标地址，并进行存储。

在本申请实施例第三方面，提供了一种计算机可读存储介质，于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行第一方面所述的设备容错方法。

在本申请实施例第四方面，提供了一种实现设备容错的设备，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现第一方面所述的设备容错的方法。

由此可见，本申请实施例具有如下有益效果：

本申请实施例中请求设备可以周期地向主用服务器发送心跳数据包，如果请求设备可以在预设时间内接收到主用服务器发送的确认信息，表明该主用服务器处于可用状态，则将主用服务器的地址确定为目标地址，并进行存储。当请求设备需要发送请求时，直接向主用服务器发送请求，由主用服务器响应请求。可见，本申请实施例中请求设备通过周期性发送心跳数据包来监测主用服务器是否处于可用状态，从而可以实时获知主用服务器是否可用，以便在主用服务器可用时，直接向主用服务器发送请求，从而可以及时获取主用服务器的响应信息，提供通信效率。

附图说明

图1为本申请实施例提供的一种场景示例图；

图2为本申请实施例提供的一种设备容错方法的流程图；

图3为本申请实施例提供的设备容错框架图；

图4为本申请实施例提供的一种设备容错装置结构图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。

发明人在对传统的启动备用服务器的方式研究中发现时，终端设备同时存储主用服务器的访问地址以及备用服务器的访问地址，终端设备优先向主用服务器发送业务请求，如果主用服务器在预设时间内未响应，则终端设备向备用服务器发送业务请求。然而，此种启动方式需要终端设备多次发送业务请求，浪费通信资源。具体地，在银行业务系统中，交易发起系统直接向交易接收主用系统发送交易请求，如果在一定时间内未接收到交易接收主用系统的响应，则交易发起系统再向交易接收备用系统发送交易请求，由交易接收备用系统进行响应。上述启动交易接收备用系统的方式导致响应时间较长，影响业务处理效率。

基于此，本申请实施例提供了一种设备容错方法，由请求设备周期地发送心跳数据包，以通过心跳数据包监测主用服务器是否可用。如果请求设备在预设时间内接收到主用服务器发送的确认信息，表明该主用服务器可用，则将该主用服务器的地址确定为目标地址，以便在发送请求时，将该目标地址作为请求目标地址，向主用服务器发送请求。如果请求设备未在预设时间内接收到主用服务器发送的确认信息或接收到主用服务器发送的无效信息，则表明主用服务器不可用，则将备用服务器的地址确定为目标地址，以便在发送请求时，将该目标地址作为请求目标地址，向备用服务器发送请求。

即，本申请实施例请求设备通过周期发送心跳数据包来检测主用服务器是否可用，从而避免在主用服务器不可用时仍向主用服务器发送请求的问题，提高通信效率以及业务处理效率。

具体可以参见图1所示场景示例，在实际应用时，请求设备10可以分别与主用服务器20和备用服务器30分别进行通信，优选的，请求设备10在同一时间仅与主用服务器20进行通信。在具体实现时，请求设备10向主用服务器20发送心跳数据包，如果主用服务器20可用，则在接收到心跳数据包后，向请求设备10发送确认信息。请求设备10在接收到确认信息后，将主用服务器的地址确定为目标地址，并进行存储，以便利用目标地址进行后续请求的发送。

需要注意的是，本实施例提供的设备容错方法主要应用于请求设备与主用服务器、备用服务器为长连接方式中，其中，长连接是指在一个TCP连接上可以发送多个数据包，但是如果没有数据包发送时，也要双方发送检测包以维持该连接。

需要说明的是，本实施例中请求设备可以是现有的、正在研发的或将来研发的、能够通过任何形式的有线和/或无线连接(例如，Wi-Fi、LAN、蜂窝、同轴电缆等)相互交互的任何用户设备，包括但不限于：现有的、正在研发的或将来研发的智能可穿戴设备、智能手机、非智能手机、平板电脑、膝上型个人计算机、桌面型个人计算机、小型计算机、中型计算机、大型计算机等。本申请的实施方式在此方面不受任何限制。还需要注意的是，本申请实施例中服务器可以是现有的、正在研发的或将来研发的、能够相应请求业务的设备的一个示例。本申请的实施方式在此方面不受任何限制。

为便于理解本申请实施例提供的技术方案，下面将结合附图对该设备容错方法进行说明。

参见图2，该图为本申请实施例提供的一种设备容错方法的流程图，如图1所示，该方法可以包括：

S201：向主用服务器周期地发送心跳数据包。

本实施例中，请求设备为可以实时监测主用服务器是否处于可用状态，可以周期地向主用服务器发送心跳数据包。其中，发送周期通常为秒级，可以根据实际应用情况进行设定和更新。其中，心跳数据包为字节较小的数据包，通常为1个字节的数据包。

可以理解的是，请求设备会预先存储主用服务器的地址，并根据该地址向主用服务器发送心跳数据包。

S202：接收主用服务器发送的确认信息。

如果主用服务器可用，其在接收到请求设备发送的心跳数据包后，向请求设备发送确认信息，以告知请求设备其处于可用状态。

S203：将主用服务器的地址确定为目标地址，并进行存储。

当请求设备在预设时间内接收到主用服务器发送的确认信息后，表明该主用服务器处于可用状态，则请求设备将主用服务器的地址确定为目标地址，进行存储。当请求设备需要向主用服务器发送请求时，将该目标地址作为请求目标地址添加至请求信息中，以便将该请求信息发送至主用服务器，由主用服务器进行响应。

在具体实现时，请求设备将主用服务器的地址确定为目标地址的时，首先判断当前所存储的目标地址是否为主用服务器的地址，如果不是，则将目标地址修改为主用服务器的地址；如果是，则不进行修改。也就是，在上一时刻主用服务器处于不可用状态，请求设备存储的目标地址为备用服务器的地址，通过周期性监测发现主用服务器此时恢复正常，处于可用状态，则请求设备将目标地址修改为主用服务器的地址，以便在后续请求业务时，向主用服务器发送请求信息。

可以理解的是，如果主用服务器处于不可用状态，其无法向请求设备发送确认信息，请求设备在预设时间内不会接收到主用服务器发送的确认信息，则直接确定主用服务器为不可用。或者，主用服务器虽然处于不可用状态但可以向请求设备发送无效信息，以通过无效信息告知请求设备其处于不可用状态。当请求设备确定主用服务器处于不可用状态时，将备用服务器的地址确定为目标地址，并进行存储。当请求设备需要发送请求信息时，将该目标地址作为请求目标地址添加至请求信息中，以便将该请求信息发送至备用服务器，由备用服务器进行响应。

在具体实现时，请求设备在将备用服务器的地址确定为目标地址时，首先判断当前所存储的地址是否为备用服务器的地址，如果不是，则目标地址修改为备用服务器的地址；如果是，则无需进行修改。也就是，在上一时刻主用服务器处于可用状态，请求设备存储的目标地址为主用服务器的地址。通过周期性监测发现主用服务器此时处于不可用状态，则请求设备将目标地址修改为备用服务器的地址，以便在后续请求业务时，向备用服务器发送请求信息。

基于上述描述可知，请求设备可以周期地向主用服务器发送心跳数据包，如果请求设备可以在预设时间内接收到主用服务器发送的确认信息，表明该主用服务器处于可用状态，则将主用服务器的地址确定为目标地址，并进行存储。当请求设备需要发送请求时，直接向主用服务器发送请求，由主用服务器响应请求。可见，本申请实施例中请求设备通过周期性发送心跳数据包来监测主用服务器是否处于可用状态，从而可以实时获知主用服务器是否可用，以便在主用服务器可用时，直接向主用服务器发送请求，从而可以及时获取主用服务器的响应信息，提供通信效率。

为便于理解本申请的技术方案，参见图3所示框架图，请求设备周期发送心跳数据包给主用服务器，如果主用服务器发送确认信息，判断当前存储的目标地址是否为主用服务器的地址，如果不是，则将目标地址修改为主用服务器的地址；如果是，则无需进行修改，继续发送心跳数据包。如果主用服务器未发送确认信息，则判断当前存储的目标地址是否为备用服务器的地址，如果不是，则将目标地址修改为备用服务器的地址；如果是，则无需进行修改，继续发送心跳数据包。

基于上述方法实施例，本申请实施例还提供了一种设备容错装置，参见图4，该装置可以应用于请求设备，该装置可以包括：

发送单元401，用于向主用服务器周期地发送心跳数据包；

接收单元402，用于接收所述主用服务器发送的确认信息；所述确认信息为所述主用服务器在接收到所述心跳数据包后产生的反馈信息；

第一确定单元403，用于将所述主用服务器的地址确定为目标地址，并进行存储。

在一种可能的实现方式中，第一确定单元，包括：

第一判断子单元，用于判断当前所存储的目标地址是否为所述主用服务器的地址；

第一修改子单元，用于当所述判断子单元的判断结果为当前存储的目标地址不是所述主用服务器的地址时，则将所述目标地址修改为所述主用服务器的地址。

在一种可能的实现方式中，当未接收到所述主用服务器发送的确认信息时，所述装置还包括：

第二确定单元，用于将备用服务器的地址确定为目标地址，并进行存储。

在一种可能的实现方式中，所述未接收到所述主用服务器发送的确认信息为在预设时间内未接收到所述主用服务器发送的确认信息或接收到所述主用服务器发送的无效信息。

在一种可能的实现方式中，第二确定单元，包括：

第二判断子单元，用于判断当前所存储的目的地址是否为所述备用服务器的地址；

第二修改子单元，用于当所述第二判断子单元的判断结果为当前所存储的目的地址不是所述备用服务器的地址时，将所述目标地址修改为所述备用服务器的地址。

在一种可能的实现方式中，所述装置还包括：

获取单元，用于获取存储的所述目标地址；

添加单元，用于将所述目标地址作为请求目标地址添加至请求信息，以将所述请求信息发送至所述目标地址对应的服务器。

在一种可能的实现方式中，所述请求设备为交易发起设备，所述主用服务器和所述备用服务器为交易接收服务器。

需要说明的是，本实施例中各个单元的实现可以参见上述方法实施例，本实施例在此不做赘述。

另外，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行所述的设备容错方法。

本申请实施例提供了一种实现设备容错的设备，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现所述的设备容错的方法。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种设备容错方法，其特征在于，所述方法应用于请求设备，所述方法包括：

向主用服务器周期地发送心跳数据包；

将所述主用服务器的地址确定为目标地址，并进行存储。

2.根据权利要求1所述的方法，其特征在于，所述将所述主用服务器的地址确定为目标地址，并进行存储，包括：

判断当前所存储的目标地址是否为所述主用服务器的地址；

如果否，则将所述目标地址修改为所述主用服务器的地址。

3.根据权利要求1所述的方法，其特征在于，当未接收到所述主用服务器发送的确认信息时，所述方法还包括：

将备用服务器的地址确定为目标地址，并进行存储。

4.根据权利要求3所述的方法，其特征在于，所述未接收到所述主用服务器发送的确认信息为在预设时间内未接收到所述主用服务器发送的确认信息或接收到所述主用服务器发送的无效信息。

5.根据权利要求3所述的方法，其特征在于，将备用服务器的地址确定为目标地址，并进行存储，包括：

判断当前所存储的目的地址是否为所述备用服务器的地址；

如果否，则将所述目标地址修改为所述备用服务器的地址。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

获取存储的所述目标地址；

7.根据权利要求1所述的方法，其特征在于，所述请求设备为交易发起设备，所述主用服务器和所述备用服务器为交易接收服务器。

8.一种设备容错装置，其特征在于，所述装置应用于请求设备，所述装置包括：

发送单元，用于向主用服务器周期地发送心跳数据包；

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行如权利要求1-7任一项所述的设备容错方法。

10.一种实现设备容错的设备，其特征在于，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如权利要求1-7任一项所述的设备容错的方法。