CN115134220B - 主备服务器切换方法及装置、计算设备和存储介质 - Google Patents

Abstract

本申请实施例涉及计算机网络技术领域，且涉及一种主备服务器切换方法及装置、计算设备和存储介质。具体实现方案为：第一服务器接收来自第一客户端的切换请求信息，所述切换请求信息用于请求在所述第一服务器与第二服务器之间进行主备服务器切换的操作；所述第一服务器与所述第二服务器协商进行主备服务器切换；在所述协商完成后，所述第一服务器执行主备服务器切换的操作。本申请实施例在应用服务中增加了客户端主备服务器切换的入口，使得用户可以控制主备服务器标识的切换，提高了***的可用性和可控性，提升了用户体验，并且可以保证用户可控主备标识切换与服务器自动切换保持兼容。

Description

主备服务器切换方法及装置、计算设备和存储介质

技术领域

本发明涉及计算机网络技术领域，尤其涉及主备服务器切换方法及装置、计算设备和存储介质。

背景技术

双机热备是一种提高关键设备可用性的技术。双机热备***通常包括两个相同且同时运行的设备。其中一个为主服务器，另一个为备服务器。主服务器与备服务器通信连接。正常情况下主服务器处于工作状态，备服务器处于监视状态。一旦备服务器发现主服务器异常，备服务器可以在很短的时间之内代替主服务器，完全实现主服务器的功能。双机热备场景下，服务器主备标识通常由服务器自动进行控制，用户往往无法控制服务器主备标识，导致***的可控性和可用性下降，用户体验不佳。

发明内容

鉴于现有技术的以上问题，本申请实施例提供一种主备服务器切换方法及装置、计算设备和存储介质，可在应用服务中增加了客户端主备服务器切换的入口，使得用户可以控制主备服务器标识的切换，提高了***的可用性和可控性，提升了用户体验，并且可以保证用户可控主备标识切换与服务器自动切换保持兼容。

为达到上述目的，本申请第一方面提供了一种主备服务器切换方法，包括：

第一服务器接收来自第一客户端的切换请求信息，所述切换请求信息用于请求在所述第一服务器与第二服务器之间进行主备服务器切换的操作；

所述第一服务器与所述第二服务器协商进行主备服务器切换；

在所述协商完成后，所述第一服务器执行主备服务器切换的操作。

作为第一方面的一种可能的实现方式，所述第一服务器执行主备服务器切换的操作，包括：

所述第一服务器变更主备服务器的标识；

向登录所述第一服务器的客户端通知变更后的主备服务器的标识信息。

作为第一方面的一种可能的实现方式，所述向登录所述第一服务器的客户端通知变更后的主备服务器的标识信息时，还包括：向登录所述第一服务器的客户端通知发起所述切换请求信息的所述第一客户端的信息。

作为第一方面的一种可能的实现方式，所述第一服务器接收来自第一客户端的切换请求信息之后，还包括：

在接收来自所述第一客户端的切换请求信息之后的预设时间内，接收到来自第二客户端的切换请求信息，向所述第二客户端反馈主备服务器切换失败的信息。

作为第一方面的一种可能的实现方式，所述第一服务器与所述第二服务器协商进行主备服务器切换之后，还包括：

在所述协商失败的情况下，向所述第一客户端反馈主备服务器切换失败的信息。

作为第一方面的一种可能的实现方式，在所述第一服务器为备服务器且所述第二服务器为主服务器的情况下，所述方法还包括：

所述第一服务器检测所述第二服务器为离线状态时，将所述第一服务器切换为临时主服务器；

所述第一服务器检测所述第二服务器恢复在线状态后，向所述第二服务器发送协商信息，与所述第二服务器协商将所述第一服务器标识为主服务器、将所述第二服务器标识为备服务器；

在所述协商完成后，向登录所述第一服务器的客户端发送切换提示信息，所述切换提示信息用于询问是否需要进行主备服务器切换。

作为第一方面的一种可能的实现方式，在所述第一服务器为主服务器且所述第二服务器为备服务器的情况下，所述方法还包括：

所述第一服务器接收来自所述第二服务器的协商信息，所述协商信息用于协商将所述第二服务器标识为主服务器、将所述第一服务器标识为备服务器；

在所述协商完成后，向登录所述第一服务器的客户端发送切换提示信息，所述切换提示信息用于询问是否需要进行主备服务器切换。

本申请第二方面提供了一种主备服务器切换装置，包括：

接收单元，用于：第一服务器接收来自第一客户端的切换请求信息，所述切换请求信息用于请求在所述第一服务器与第二服务器之间进行主备服务器切换的操作；

协商单元，用于：所述第一服务器与所述第二服务器协商进行主备服务器切换；

执行单元，用于：在所述协商完成后，所述第一服务器执行主备服务器切换的操作。

作为第二方面的一种可能的实现方式，所述执行单元用于：

所述第一服务器变更主备服务器的标识；

向登录所述第一服务器的客户端通知变更后的主备服务器的标识信息。

作为第二方面的一种可能的实现方式，所述执行单元还用于：向登录所述第一服务器的客户端通知发起所述切换请求信息的所述第一客户端的信息。

作为第二方面的一种可能的实现方式，所述装置还包括第一处理单元，所述第一处理单元用于：

所述第一服务器接收来自第一客户端的切换请求信息之后，在接收来自所述第一客户端的切换请求信息之后的预设时间内，接收到来自第二客户端的切换请求信息，向所述第二客户端反馈主备服务器切换失败的信息。

作为第二方面的一种可能的实现方式，所述装置还包括第一处理单元，所述第一处理单元用于：

所述第一服务器与所述第二服务器协商进行主备服务器切换之后，在所述协商失败的情况下，向所述第一客户端反馈主备服务器切换失败的信息。

作为第二方面的一种可能的实现方式，所述装置还包括第二处理单元，所述第二处理单元用于：

在所述第一服务器为备服务器且所述第二服务器为主服务器的情况下，所述第一服务器检测所述第二服务器为离线状态时，将所述第一服务器切换为临时主服务器；

所述第一服务器检测所述第二服务器恢复在线状态后，向所述第二服务器发送协商信息，与所述第二服务器协商将所述第一服务器标识为主服务器、将所述第二服务器标识为备服务器；

在所述协商完成后，向登录所述第一服务器的客户端发送切换提示信息，所述切换提示信息用于询问是否需要进行主备服务器切换。

作为第二方面的一种可能的实现方式，所述第二处理单元用于：

在所述第一服务器为主服务器且所述第二服务器为备服务器的情况下，所述第一服务器接收来自所述第二服务器的协商信息，所述协商信息用于协商将所述第二服务器标识为主服务器、将所述第一服务器标识为备服务器；

在所述协商完成后，向登录所述第一服务器的客户端发送切换提示信息，所述切换提示信息用于询问是否需要进行主备服务器切换。

本申请第三方面提供了一种计算设备，包括：

通信接口；

至少一个处理器，其与所述通信接口连接；以及

至少一个存储器，其与所述处理器连接并存储有程序指令，所述程序指令当被所述至少一个处理器执行时使得所述至少一个处理器执行上述第一方面任一所述的方法。

本申请第四方面提供了一种计算机可读存储介质，其上存储有程序指令，所述程序指令当被计算机执行时使得所述计算机执行上述第一方面任一所述的方法。

本发明的这些和其它方面在以下(多个)实施例的描述中会更加简明易懂。

附图说明

以下参照附图来进一步说明本发明的各个特征和各个特征之间的联系。附图均为示例性的，一些特征并不以实际比例示出，并且一些附图中可能省略了本申请所涉及领域的惯常的且对于本申请非必要的特征，或是额外示出了对于本申请非必要的特征，附图所示的各个特征的组合并不用以限制本申请。另外，在本说明书全文中，相同的附图标记所指代的内容也是相同的。具体的附图说明如下：

图1为现有技术的双机热备***架构的示意图；

图2为现有技术的双机热备***架构的示意图；

图3为本申请实施例提供的主备服务器切换方法的一实施例的示意图；

图4为本申请实施例提供的主备服务器切换方法的一实施例的***架构的示意图；

图5为本申请实施例提供的主备服务器切换方法的一实施例的操作界面示意图；

图6为本申请实施例提供的主备服务器切换方法的一实施例的操作界面示意图；

图7为本申请实施例提供的主备服务器切换装置的一实施例的示意图；

图8为本申请实施例提供的主备服务器切换装置的一实施例的示意图；

图9为本申请实施例提供的计算设备的示意图。

具体实施方式

说明书和权利要求书中的词语“第一、第二、第三等”或模块A、模块B、模块C等类似用语，仅用于区别类似的对象，不代表针对对象的特定排序，可以理解地，在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

在以下的描述中，所涉及的表示步骤的标号，如S110、S120……等，并不表示一定会按此步骤执行，在允许的情况下可以互换前后步骤的顺序，或同时执行。

说明书和权利要求书中使用的术语“包括”不应解释为限制于其后列出的内容；它不排除其它的元件或步骤。因此，其应当诠释为指定所提到的所述特征、整体、步骤或部件的存在，但并不排除存在或添加一个或更多其它特征、整体、步骤或部件及其组群。因此，表述“包括装置A和B的设备”不应局限为仅由部件A和B组成的设备。

本说明书中提到的“一个实施例”或“实施例”意味着与该实施例结合描述的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在本说明书各处出现的用语“在一个实施例中”或“在实施例中”并不一定都指同一实施例，但可以指同一实施例。此外，在一个或多个实施例中，能够以任何适当的方式组合各特定特征、结构或特性，如从本公开对本领域的普通技术人员显而易见的那样。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。如有不一致，以本说明书中所说明的含义或者根据本说明书中记载的内容得出的含义为准。另外，本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

下面先对现有的方法进行介绍，然后再对本申请的技术方案进行详细介绍。

双机热备是应用于服务器的一种解决方案，其构造思想是主服务器和备服务器通过传输控制协议/互联协议(Transmission Control Protocol/Internet Protocol，TCP/IP)网络连接。主服务器和备服务器接收相同的输入数据，进行相同的逻辑处理，产生相同的输出信息，但仅主服务器将输出信息进行实际输出，备服务器并不真实输出。当主服务器故障时，主服务器降级并停止输出。原备服务器升级为主服务器并开始输出，完全实现主服务器的功能。

双机热备***可包括广义、狭义两种运行方式。

从广义上讲，对于重要的服务，可使用两台服务器互相备份，共同执行同一服务。当一台服务器出现故障时，由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证***能持续提供服务。以视频服务为例，双机热备由备用的服务器解决了在主视频服务器故障时服务不中断的问题。

从狭义上讲，双机热备特指基于主备(active/standby)方式的服务器热备。服务器数据以及数据库数据同时向两台或多台服务器执行写操作，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时，另一台备服务器通过软件诊测(一般是通过心跳诊断)将备服务器激活，保证应用在短时间内完全恢复正常使用。

双机热备的数据存储有两种实现方式。

如图1所示，一种是共享方式，即两台服务器连接一个共享使用的存储设备或存储网络，通过安装双机软件实现双机热备。

如图2所示，另一种是纯软件方式或软件同步数据方式，即两台服务器所需要的应用数据放在各自的服务器中，不使用共同的存储设备。

基于存储共享的实现方式是双机热备的标准的方案。以视频服务为例，在主备模式工作中，两台服务器从应用服务的角度而言是一台服务器，以同样的方式和接口对外提供服务，服务请求则是由主视频服务器处理。同时，备服务器通过一定的失效检测技术检测主视频服务器的工作状况。一旦主视频服务器出现故障，备服务器在较短的时间内进行切换，接管主视频服务器上的所有资源，成为新的主视频服务器。切换可以人工切换也可自动切换。由于使用共享的存储设备，因此两台服务器使用的实际上是一样的数据，由双机软件对其进行管理。

现有技术存在着以下的缺陷：双机热备场景下，服务器主备标识通常由服务器自动进行控制，用户往往无法控制服务器主备标识，导致***的可控性和可用性下降，用户体验不佳。

基于上述现有技术所存在的技术问题，本申请提供了一种主备服务器切换的方法。该方法在应用服务中增加了客户端主备服务器切换的入口，使得用户可以控制主备服务器标识的切换，从而提高了***的可用性和可控性，提升了用户体验，可解决现有技术中提到的用户无法控制服务器主备标识的技术问题。

图3为本申请实施例提供的主备服务器切换方法的一实施例的示意图。如图3所示，该主备服务器切换方法可以包括：

步骤S110，第一服务器接收来自第一客户端的切换请求信息，所述切换请求信息用于请求在所述第一服务器与第二服务器之间进行主备服务器切换的操作；

步骤S120，所述第一服务器与所述第二服务器协商进行主备服务器切换；

步骤S130，在所述协商完成后，所述第一服务器执行主备服务器切换的操作。

本申请实施例在应用服务中增加客户端主备服务器切换的入口。主备服务器的用户是共享的，用户可以自主选择登录主服务器或者备服务器。在一个示例中，A是主服务器，B是备服务器。两个服务器资源共享，但是A服务器有新增修改删除权限，B服务器只有查看权限。比如运维资源新增修改删除这类权限，只有主服务器具备，备服务器不具备这类权限。如果用户切换A服务器和B服务器的主备标识，则A服务器和B服务器的权限会发生变化。

图4为本申请实施例提供的主备服务器切换方法的一实施例的***架构的示意图。如图4所示，以视频服务为例，现役高清***的节点可包括主服务器和备服务器。其中，主服务器和备服务器分别连接各自的解码阵列和终端坐席。解码阵列可以是和摄像机平级的静态资源。解码阵列的图像处理结果可输出到显示屏，即图4中的大屏。终端坐席可包括客户端、视频播放器等。主服务器和备服务器还与共享的资源连接。共享的资源可以包括摄像机等设备。图4中的“#1”至“#4”表示资源的编号。

在一个示例中，用户可能想要对***中的设备配置信息进行修改和编辑，比如用户想要修改摄像机的访问地址和访问端口。如果该用户是在备服务器上登录的，由于备服务器通常没有运维资源新增修改删除这类权限，在这种情况下用户可在客户端的切换入口向备服务器发送切换请求信息，请求进行主备服务器切换的操作，将备服务器切换为主服务器以完成修改设备配置信息的操作。

在一种情况下，在主服务器和备服务器均处于正常工作状态的场景下，第一服务器可以是备服务器，第二服务器可以是主服务器，第一客户端是登录备服务器的客户端。

在步骤S110中，备服务器接收到第一客户端发送的切换请求信息。在切换请求信息中，用户请求进行主备服务器切换的操作，将备服务器切换为主服务器，将主服务器切换为备服务器。

在步骤S120中，备服务器可以给主服务器发送协商信息。备服务器与主服务器进行协商变更主备服务器的标识，将主服务器切换为备服务器，将备服务器切换为主服务器。

在步骤S130中，主服务器和备服务器协商完成后，主备两个服务器执行主备服务器切换的操作，变更主备服务器的标识。

在另一种情况下，在主服务器和备服务器均处于正常工作状态的场景下，第一服务器可以是主服务器，第二服务器可以是备服务器，第一客户端是登录主服务器的客户端。

在步骤S110中，主服务器接收到第一客户端发送的切换请求信息。在切换请求信息中，用户请求进行主备服务器切换的操作，将主服务器切换为备服务器，将备服务器切换为主服务器。

在步骤S120中，主服务器可以给备服务器发送协商信息。主服务器与备服务器进行协商变更主备服务器的标识，将备服务器切换为主服务器，将主服务器切换为备服务器。

在步骤S130中，主服务器和备服务器协商完成后，主备两个服务器执行主备服务器切换的操作，变更主备服务器的标识。

在上述步骤S110中，在第一服务器接收到第一客户端发送的切换请求信息之后，第一服务器可以在第一客户端给出提示信息，让用户确认是否进行主备服务器切换的操作。如图5所示，用户可以在客户端的操作界面上确认是否进行切换操作。

以上两种情况分别是登录到主服务器和备服务器的客户端进行主备服务器切换的操作示例。除了用户在客户端的切换入口进行主备服务器切换操作之外，主服务器和备服务器在检测到对方服务器故障时也可以进行自动切换。本申请实施例中，用户可控主备标识切换与服务器自动切换可以保持兼容。

本申请实施例在应用服务中增加了客户端主备服务器切换的入口，使得用户可以控制主备服务器标识的切换，提高了***的可用性和可控性，提升了用户体验，并且可以保证用户可控主备标识切换与服务器自动切换保持兼容。

在一种实施方式中，所述第一服务器执行主备服务器切换的操作，包括：

所述第一服务器变更主备服务器的标识；

向登录所述第一服务器的客户端通知变更后的主备服务器的标识信息。

在主服务器和备服务器均处于正常工作状态的场景下，登录主服务器和备服务器的客户端均可以向服务器发送切换请求信息。在一种方式中，客户端可在登录服务器时请求获取主服务器和备服务器的标识信息。在另一种方式中，也可以在客户端发送切换请求信息时，服务器向客户端提供主服务器和备服务器的标识信息。

主服务器和备服务器协商完成之后，均执行主备服务器切换的操作。其中，备服务器将自身的标识变更为主服务器，并向登录自身的客户端通知变更后的主备服务器的标识信息。主服务器将自身的标识变更为备服务器，并向登录自身的客户端通知变更后的主备服务器的标识信息。

本申请实施例中，第一服务器变更主备服务器的标识之后，向登录自身的客户端通知变更后的主备服务器的标识信息，使得用户可以及时了解到最新的主备服务器的变更信息，以方便用户根据当前变更信息进行业务操作。例如，用户想要对***中的设备配置信息进行修改和编辑时，如果该用户是在备服务器上登录的，由于备服务器通常没有运维资源新增修改删除这类权限，在这种情况下用户可在客户端的切换入口向备服务器发送切换请求信息，请求进行主备服务器切换的操作，将备服务器切换为主服务器以完成修改设备配置信息的操作。因此，在变更主备服务器的标识之后及时向客户端通知变更后的标识信息，使得用户可以根据业务操作需求来控制主备服务器标识的切换，提高了***的可用性和可控性，提升用户体验。

在一种实施方式中，所述向登录所述第一服务器的客户端通知变更后的主备服务器的标识信息时，还包括：向登录所述第一服务器的客户端通知发起所述切换请求信息的所述第一客户端的信息。

服务器在操作记录中保存用户强制切换操作的发起记录。在通知变更后的主备服务器的标识信息中，还可以包括发起切换操作的用户的信息。

在一种实施方式中，所述第一服务器接收来自第一客户端的切换请求信息之后，还包括：

在接收来自所述第一客户端的切换请求信息之后的预设时间内，接收到来自第二客户端的切换请求信息，向所述第二客户端反馈主备服务器切换失败的信息。

如果有多个不同的用户在间隔较短的预设时间内通过各自的客户端发送了切换请求信息，则可以优先响应先发送切换请求信息的第一客户端，执行主备服务器切换的操作。对于后发送切换请求信息的第二客户端，则反馈主备服务器切换失败的信息。在响应第一客户端的请求切换之后，经过预设时间间隔之后才允许进行下一次主备服务器切换的操作，可避免发生因频繁操作造成***运行不稳定的情况。

如果在响应第一客户端的请求切换之后，经过预设时间间隔之后接收到第二客户端发送的切换请求信息，则可以响应第二客户端的切换请求，执行主备服务器切换的操作。在多个用户先后进行切换的情况下，还可以在给客户端通知的变更后的主备服务器的标识信息中，包括操作人及最终结果的信息。

在一种实施方式中，所述第一服务器与所述第二服务器协商进行主备服务器切换之后，还包括：

在所述协商失败的情况下，向所述第一客户端反馈主备服务器切换失败的信息。

在一个示例中，第一服务器接收来自第一客户端的切换请求信息，则第一服务器可以给第二服务器发送协商信息，与所述第二服务器协商进行主备服务器切换。第二服务器接收到协商信息时，可能在预设时间内已有登录到第二服务器的客户端在先发送了切换请求信息，因此在这种情况下不允许进行下一次主备服务器切换的操作。则第二服务器向第一服务器返回协商失败的消息。第一服务器收到协商失败的消息之后，向第一客户端反馈主备服务器切换失败的信息。

在一种实施方式中，在所述第一服务器为备服务器且所述第二服务器为主服务器的情况下，所述方法还包括：

所述第一服务器检测所述第二服务器为离线状态时，将所述第一服务器切换为临时主服务器；

所述第一服务器检测所述第二服务器恢复在线状态后，向所述第二服务器发送协商信息，与所述第二服务器协商将所述第一服务器标识为主服务器、将所述第二服务器标识为备服务器；

在所述协商完成后，向登录所述第一服务器的客户端发送切换提示信息，所述切换提示信息用于询问是否需要进行主备服务器切换。

在主服务器关机或断网的情况下，备服务器会检测到主服务器的离线状态。在这种情况下，备服务器将自身切换为临时主服务器，并向登录自身的客户端通知变更后的主备服务器的标识信息。在检测到原来的主服务器恢复在线状态后，临时主服务器向原来的主服务器发送协商信息，与原来的主服务器协商将临时主服务器标识为主服务器、将原来的主服务器标识为备服务器。在协商完成后，主服务器和备服务器向登录自身的客户端通知变更后的主备服务器的标识信息。对于原来的备服务器而言，其已切换为主服务器，因此在执行切换操作之后需要向登录自身的客户端发送切换提示信息。在切换提示信息中询问客户端是否需要进行主备服务器切换，也就是询问客户端是否需要恢复原来的主备服务器标识的设置。

在一种实施方式中，在所述第一服务器为主服务器且所述第二服务器为备服务器的情况下，所述方法还包括：

所述第一服务器接收来自所述第二服务器的协商信息，所述协商信息用于协商将所述第二服务器标识为主服务器、将所述第一服务器标识为备服务器；

在所述协商完成后，向登录所述第一服务器的客户端发送切换提示信息，所述切换提示信息用于询问是否需要进行主备服务器切换。

在主服务器关机或断网的情况下，备服务器将自身切换为临时主服务器。在检测到原来的主服务器恢复在线状态后，临时主服务器向原来的主服务器发送协商信息，与原来的主服务器协商将临时主服务器标识为主服务器、将原来的主服务器标识为备服务器。在协商完成后，对于原来的主服务器而言，其已切换为备服务器，因此在执行切换操作之后需要向登录自身的客户端发送切换提示信息。在切换提示信息中询问客户端是否需要进行主备服务器切换，也就是询问客户端是否需要恢复原来的主备服务器标识的设置。如图6所示，在客户端的提示信息中提示用户：“原服务器已恢复正常，是否切换服务器主备状态？”用户可以在客户端的操作界面上确定是否进行切换操作。

在以上实施例中，主服务器关机或断网的情况下，备服务器将自身切换为临时主服务器。在检测到原来的主服务器恢复在线状态后，临时主服务器与原来的主服务器协商将临时主服务器标识为主服务器、将原来的主服务器标识为备服务器。在协商完成后，对于原来的备服务器而言，其已切换为主服务器；对于原来的主服务器而言，其已切换为备服务器。在执行切换操作之后，由于主备服务器的标识信息发生了变更，主服务器和备服务器都需要向登录自身的客户端发送切换提示信息。在切换提示信息中询问客户端是否需要恢复原来的主备服务器标识的设置。用户在进行相关业务操作时，可能需要继续保持原来的设置，以保证业务操作的连贯顺畅。在变更主备服务器的标识之后及时向客户端询问是否恢复原来的设置，使得用户可以根据业务操作需求自主选择是否恢复原来的主备服务器标识的设置。本申请实施例通过发送切换提示信息，提高了***的可用性和可控性，提升了用户体验。

综上，本申请实施例在应用服务中增加客户端主备切换入口以及主备切换下的服务器离线及恢复在线状态下的特殊业务处理逻辑。用户可以通过客户端的切换入口变更主备服务器的标识，以及服务器重新上线后用户可以选择是否恢复原来的主备服务器标识的设置。其中，服务器离线及恢复在线状态的场景可包括主服务器关机及开机状态、主服务器孤岛断网及孤岛断网恢复状态、主服务器主备断网及主备断网恢复状态、备服务器被毁及恢复状态。下面针对各个应用场景的业务处理逻辑分别加以说明。

应用场景一、主服务器关机状态

服务器端的业务处理逻辑如下：

1)主服务器关机后，备服务器检测到主服务器下线后将自己改为临时主服务器。

2)备服务器(临时主服务器)向登录自身的客户端通知当前主备服务器的标识的变化信息。

客户端的业务处理逻辑如下：

1)主服务器上登录的用户可以切换登录到备服务器，也就是可以切换登录到临时主服务器。用户在原来的主服务器上登录时即可获得主服务器和备服务器的信息，例如可获得主服务器和备服务器的互联网协议地址(Internet Protocol Address，IP地址)。在原来的主服务器关机后，客户端可根据IP地址切换登录到临时主服务器。

2)备服务器(临时主服务器)上登录的用户收到原来的主服务器下线的通知。

应用场景二、主服务器开机状态

服务器端的业务处理逻辑如下：

1)备服务器(临时主服务器)检测到原来的主服务器上线时，向登录自身的客户端通知原来的主服务器上线的信息。

2)备服务器(临时主服务器)检测到原来的主服务器上线后，将自身的数据同步到原来的主服务器。

3)备服务器(临时主服务器)与原来的主服务器进行协商。协商的结果是备服务器(临时主服务器)标识为主服务器，原来的主服务器标识为备服务器。在协商完成后向登录自身的客户端通知原来的主服务器上线的信息。

客户端的业务处理逻辑如下：

1)备服务器(临时主服务器)上登录的用户收到原来的主服务器上线的通知。

2)备服务器(临时主服务器)上登录的用户收到是否需要强制切换主备标识的通知。该通知也就是询问客户端是否需要恢复原来的主备服务器标识的设置。

应用场景三、主服务器孤岛断网状态

主服务器孤岛断网状态是指主服务器与其他所有设备均处于无法连接的状态。参见图4，主服务器孤岛断网状态包括主服务器与备服务器、解码阵列、终端坐席、资源均处于无法连接的状态。

主服务器孤岛断网状态与主服务器关机状态的主要差异在于：关机再开机后服务器内的业务状态数据清空，而断网再恢复后会一直保留业务状态数据，因此在数据同步过程中也需要进行协商处理。

服务器端的业务处理逻辑如下：

1)主服务器关机后，备服务器检测到主服务器下线后将自己改为临时主服务器。

2)备服务器(临时主服务器)向登录自身的客户端通知当前主备服务器的标识的变化信息。

3)主服务器会保持自身的标识仍为主服务器的状态。

客户端的业务处理逻辑如下：

主服务器孤岛断网状态的情况下，其客户端的业务处理逻辑可采用与主服务器关机状态下相同的客户端的业务处理逻辑，在此不再赘述。

应用场景四、主服务器孤岛断网恢复状态

主服务器孤岛断网恢复状态的情况下，其服务器和客户端的业务处理逻辑可采用与主服务器开机状态下相同的客户端的业务处理逻辑，在此不再赘述。

应用场景五、主服务器主备断网状态

参见图4，主服务器主备断网状态是指主服务器与备服务器处于无法连接的状态，但主服务器可以与解码阵列、终端坐席、资源保持正常的连接状态。

服务器端的业务处理逻辑如下：

1)主服务器关机后，备服务器检测到主服务器下线后将自己改为临时主服务器。

2)备服务器(临时主服务器)向登录自身的客户端通知当前主备服务器的标识的变化信息。

3)主服务器会保持自身的标识仍为主服务器的状态。

4)主服务器和备服务器(临时主服务器)向登录自身的客户端通知对方服务器下线的消息。

客户端的业务处理逻辑如下：

1)主服务器上登录的用户收到备服务器下线的通知。

2)备服务器(临时主服务器)上登录的用户收到原来的主服务器下线的通知。

应用场景六、主服务器主备断网恢复状态

服务器端的业务处理逻辑如下：

1)主服务器和备服务器(临时主服务器)检测到对方服务器上线并在两个服务器协商完成后，向登录自身的客户端通知对方服务器当前已上线的状态。如果通知消息有冲突则以时间戳为准，即以最后的通知消息为准。

主服务器和备服务器的业务处理逻辑具体可包括：

备服务器(临时主服务器)检测到原来的主服务器上线时，向登录自身的客户端通知原来的主服务器上线的信息；

主服务器检测到原来的备服务器上线时，向登录自身的客户端通知原来的备服务器上线的信息。

2)主服务器和备服务器(临时主服务器)检测到对方服务器上线时，将数据同步到对方服务器。如果在数据同步过程中有冲突则以时间戳为准。例如在相互同步的数据中对同一个设备的参数做了修改，则以最后修改的数据为准。在一个示例中，可检查数据库字段，保证网络时间协议(Network Time Protocol，NTP)校时，提供高精准度的时间校正。

3)原来的主服务器和备服务器(临时主服务器)进行协商。协商的结果是备服务器(临时主服务器)标识为主服务器，原来的主服务器标识为备服务器。在协商完成后，两个服务器分别向登录自身的客户端通知对方服务器当前已上线的信息。

客户端的业务处理逻辑如下：

1)主服务器和备服务器上登录的用户收到对方服务器上线的通知。

2)主服务器和备服务器上登录的用户收到是否需要强制切换主备标识的通知。该通知也就是询问客户端是否需要恢复原来的主备服务器标识的设置。

应用场景七、备服务器被毁状态

服务器端的业务处理逻辑如下：

1)主服务器向登录自身的客户端通知备服务器已下线的状态变化。

客户端的业务处理逻辑如下：

1)主服务器上登录的用户收到备服务器下线的通知。

2)备服务器上登录的用户可以切换登录到主服务器。用户在备服务器上登录时即可获得主服务器和备服务器的信息，例如可获得主服务器和备服务器的IP地址。在备服务器被毁后，客户端可根据IP地址切换登录到主服务器。备服务器上登录的用户切换登录到主服务器后，仍可按照原来备服务器的方式操作，需要用户自己确认身份权限进行应答操作。切换登录后用户的操作权限可以不变。

应用场景八、备服务器恢复状态

服务器端的业务处理逻辑如下：

1)主服务器向登录自身的客户端通知备服务器已上线的状态变化。

2)主服务器向备服务器通知当前主备服务器标识的设置状态，即主服务器向备服务器通知对方作为备服务器的状态。

客户端的业务处理逻辑如下：

1)主服务器上登录的用户收到备服务器上线的通知。

在以上各应用场景中，主备服务器的用户是共享的，用户可以自主选择登录主服务器或者备服务器。主服务器或备服务器在检测到对方服务器上线或下线时，向登录自身的客户端通知对方服务器当前已上线或下线的状态，使得用户可以及时了解到最新的可以使用的服务器资源信息，以方便用户根据当前情况进行业务操作。了解到最新的可以使用的服务器资源信息之后，用户可以根据业务操作需求来自主选择登录主服务器或者备服务器。本申请实施例通过及时给客户端发送服务器上线通知或下线通知，提高了***的可用性和可控性，提升了用户体验。

如图7所示，本申请还提供了相应的一种主备服务器切换装置的实施例，关于该装置的有益效果或解决的技术问题，可以参见与各装置分别对应的方法中的描述，或者参见发明内容中的描述，此处不再一一赘述。

在该主备服务器切换装置的实施例中，该装置包括：

接收单元100，用于：第一服务器接收来自第一客户端的切换请求信息，所述切换请求信息用于请求在所述第一服务器与第二服务器之间进行主备服务器切换的操作；

协商单元200，用于：所述第一服务器与所述第二服务器协商进行主备服务器切换；

执行单元300，用于：在所述协商完成后，所述第一服务器执行主备服务器切换的操作。

在一种实施方式中，所述执行单元300用于：

所述第一服务器变更主备服务器的标识；

向登录所述第一服务器的客户端通知变更后的主备服务器的标识信息。

在一种实施方式中，所述执行单元300还用于：向登录所述第一服务器的客户端通知发起所述切换请求信息的所述第一客户端的信息。

如图8所示，在一种实施方式中，所述装置还包括第一处理单元400，所述第一处理单元400用于：

所述第一服务器接收来自第一客户端的切换请求信息之后，在接收来自所述第一客户端的切换请求信息之后的预设时间内，接收到来自第二客户端的切换请求信息，向所述第二客户端反馈主备服务器切换失败的信息。

在一种实施方式中，所述装置还包括第一处理单元400，所述第一处理单元400用于：

所述第一服务器与所述第二服务器协商进行主备服务器切换之后，在所述协商失败的情况下，向所述第一客户端反馈主备服务器切换失败的信息。

在一种实施方式中，所述装置还包括第二处理单元500，所述第二处理单元500用于：

在所述第一服务器为备服务器且所述第二服务器为主服务器的情况下，所述第一服务器检测所述第二服务器为离线状态时，将所述第一服务器切换为临时主服务器；

所述第一服务器检测所述第二服务器恢复在线状态后，向所述第二服务器发送协商信息，与所述第二服务器协商将所述第一服务器标识为主服务器、将所述第二服务器标识为备服务器；

在所述协商完成后，向登录所述第一服务器的客户端发送切换提示信息，所述切换提示信息用于询问是否需要进行主备服务器切换。

在一种实施方式中，所述第二处理单元500用于：

在所述第一服务器为主服务器且所述第二服务器为备服务器的情况下，所述第一服务器接收来自所述第二服务器的协商信息，所述协商信息用于协商将所述第二服务器标识为主服务器、将所述第一服务器标识为备服务器；

在所述协商完成后，向登录所述第一服务器的客户端发送切换提示信息，所述切换提示信息用于询问是否需要进行主备服务器切换。

图9是本申请实施例提供的一种计算设备900的结构性示意性图。该计算设备900包括：处理器910、存储器920、通信接口930。

应理解，图9中所示的计算设备900中的通信接口930可以用于与其他设备之间进行通信。

其中，该处理器910可以与存储器920连接。该存储器920可以用于存储该程序代码和数据。因此，该存储器920可以是处理器910内部的存储单元，也可以是与处理器910独立的外部存储单元，还可以是包括处理器910内部的存储单元和与处理器910独立的外部存储单元的部件。

可选的，计算设备900还可以包括总线。其中，存储器920、通信接口930可以通过总线与处理器910连接。总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。

应理解，在本申请实施例中，该处理器910可以采用中央处理单元(centralprocessing unit，CPU)。该处理器还可以是其它通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(Application specific integrated circuit，ASIC)、现成可编程门矩阵(field programmable gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器910采用一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。

该存储器920可以包括只读存储器和随机存取存储器，并向处理器910提供指令和数据。处理器910的一部分还可以包括非易失性随机存取存储器。例如，处理器910还可以存储设备类型的信息。

在计算设备900运行时，所述处理器910执行所述存储器920中的计算机执行指令执行上述方法的操作步骤。

应理解，根据本申请实施例的计算设备900可以对应于执行根据本申请各实施例的方法中的相应主体，并且计算设备900中的各个模块的上述和其它操作和/或功能分别为了实现本实施例各方法的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于执行一种多样化问题生成方法，该方法包括上述各个实施例所描述的方案中的至少之一。

本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于，电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括、但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本申请的较佳实施例及所运用的技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明的构思的情况下，还可以包括更多其他等效实施例，均属于本发明的保护范畴。

Claims (9)

1.一种主备服务器切换方法，其特征在于，包括：

第一服务器接收来自第一客户端的切换请求信息，所述切换请求信息用于请求在所述第一服务器与第二服务器之间进行主备服务器切换的操作；其中，所述第一服务器是备服务器，所述第二服务器是主服务器；或者，所述第一服务器是主服务器，所述第二服务器是备服务器；所述主服务器与所述备服务器的用户共享；用户能够自主选择登录所述主服务器或者所述备服务器；所述主服务器与所述备服务器的权限不同；其中，所述第一客户端是登录所述第一服务器的客户端；

所述第一服务器与所述第二服务器协商进行主备服务器切换；

在所述协商完成后，所述第一服务器执行主备服务器切换的操作；

其中，所述第一服务器执行主备服务器切换的操作，包括：所述主服务器和所述备服务器协商完成之后，均执行主备服务器切换的操作；所述备服务器将自身的标识变更为主服务器，并向登录自身的客户端通知变更后的主备服务器的标识信息；所述主服务器将自身的标识变更为备服务器，并向登录自身的客户端通知变更后的主备服务器的标识信息；

所述方法还包括：在所述备服务器下线时，所述备服务器上登录的客户端切换登录到所述主服务器；在所述主服务器下线时，所述主服务器上登录的客户端切换登录到所述备服务器；所述主服务器或所述备服务器在检测到对方服务器上线或下线时，向登录自身的客户端通知对方服务器当前已上线或下线的状态。

2.根据权利要求1所述的方法，其特征在于，向登录所述第一服务器的客户端通知变更后的主备服务器的标识信息时，还包括：向登录所述第一服务器的客户端通知发起所述切换请求信息的所述第一客户端的信息。

3.根据权利要求1所述的方法，其特征在于，所述第一服务器接收来自第一客户端的切换请求信息之后，还包括：

在接收来自所述第一客户端的切换请求信息之后的预设时间内，接收到来自第二客户端的切换请求信息，向所述第二客户端反馈主备服务器切换失败的信息。

4.根据权利要求1所述的方法，其特征在于，所述第一服务器与所述第二服务器协商进行主备服务器切换之后，还包括：

在所述协商失败的情况下，向所述第一客户端反馈主备服务器切换失败的信息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在所述第一服务器为备服务器且所述第二服务器为主服务器的情况下，所述方法还包括：

所述第一服务器检测所述第二服务器为离线状态时，将所述第一服务器切换为临时主服务器；

所述第一服务器检测所述第二服务器恢复在线状态后，向所述第二服务器发送协商信息，与所述第二服务器协商将所述第一服务器标识为主服务器、将所述第二服务器标识为备服务器；

在所述协商完成后，向登录所述第一服务器的客户端发送切换提示信息，所述切换提示信息用于询问是否需要进行主备服务器切换。

6.根据权利要求5所述的方法，其特征在于，在所述第一服务器为主服务器且所述第二服务器为备服务器的情况下，所述方法还包括：

所述第一服务器接收来自所述第二服务器的协商信息，所述协商信息用于协商将所述第二服务器标识为主服务器、将所述第一服务器标识为备服务器；

在所述协商完成后，向登录所述第一服务器的客户端发送切换提示信息，所述切换提示信息用于询问是否需要进行主备服务器切换。

7.一种主备服务器切换装置，其特征在于，包括：

接收单元，用于：第一服务器接收来自第一客户端的切换请求信息，所述切换请求信息用于请求在所述第一服务器与第二服务器之间进行主备服务器切换的操作；其中，所述第一服务器是备服务器，所述第二服务器是主服务器；或者，所述第一服务器是主服务器，所述第二服务器是备服务器；所述主服务器与所述备服务器的用户共享；用户能够自主选择登录所述主服务器或者所述备服务器；所述主服务器与所述备服务器的权限不同；其中，所述第一客户端是登录所述第一服务器的客户端；

协商单元，用于：所述第一服务器与所述第二服务器协商进行主备服务器切换；

执行单元，用于：在所述协商完成后，所述第一服务器执行主备服务器切换的操作；所述执行单元具体用于：所述主服务器和所述备服务器协商完成之后，均执行主备服务器切换的操作；所述备服务器将自身的标识变更为主服务器，并向登录自身的客户端通知变更后的主备服务器的标识信息；所述主服务器将自身的标识变更为备服务器，并向登录自身的客户端通知变更后的主备服务器的标识信息；

在所述备服务器下线时，所述备服务器上登录的客户端切换登录到所述主服务器；在所述主服务器下线时，所述主服务器上登录的客户端切换登录到所述备服务器；所述主服务器或所述备服务器在检测到对方服务器上线或下线时，向登录自身的客户端通知对方服务器当前已上线或下线的状态。

8.一种计算设备，其特征在于，包括：

通信接口；

至少一个处理器，其与所述通信接口连接；以及

至少一个存储器，其与所述处理器连接并存储有程序指令，所述程序指令当被所述至少一个处理器执行时使得所述至少一个处理器执行权利要求1-6任一所述的方法。

9.一种计算机可读存储介质，其上存储有程序指令，其特征在于，所述程序指令当被计算机执行时使得所述计算机执行权利要求1-6任一所述的方法。