CN105007293A - 双主控网络系统及该系统中业务请求的双写方法 - Google Patents

Abstract

本发明公开了一种双主控网络系统及该系统中业务请求的双写方法，所述方法包括主控服务端接收客户端的业务请求；若所述业务请求为查询请求时，主控服务端将查询结果反馈给客户端；若所述业务请求为配置指令时，主控服务端执行所述配置指令，将执行结果反馈给客户端，并将所述配置指令转发给备控服务端；备控服务端接收主控服务端转发的所述配置指令，并执行所述配置指令。本发明通过主控服务端将客户端的配置请求转发给备控服务端，使得主控服务端和备控服务端实时执行该配置请求，保证了备控服务端上的配置信息不会丢失，保证了双主控系统的配置信息的实时同步性，以及保证了客户端请求实时同步。

Description

双主控网络系统及该系统中业务请求的双写方法

技术领域

本发明涉及计算机领域，特别是涉及一种双主控网络系统及该系统中业务请求的双写方法。

背景技术

网络通信领域中，往往对整体系统的稳定运行要求较高，但由于网络环境以及其他各方面的因素的影响，可能导致系统出现故障的几率较高。为减少系统出现故障的几率，业务系统中各个模块一般都有冗余备份的模块，以便在正常工作的主模块出现故障后，备份模块迅速取代主模块接管工作，减少系统运行时故障造成的影响。因此双主控、双交换、冗余电源和风扇模块在网络系统的较为常见。

对于双主控的系统，需要对客户端做到透明，要求不修改客户端就能完成客户端对主控服务端的配置信息也能同步到备控服务端上，从而保证主控服务端随时出现故障时备控服务端可以立即取代主控服务端，为客户端提供正常服务。

目前，解决双主控系统的配置信息实时同步的问题的主要方法为：在备控服务端上运行监控线程，该线程持续监控主控服务端的状态，并每隔一段时间同步主控服务端的相应配置信息等。该方法可以一定程度上解决实时同步的问题，但是经过对该方法的研究发现，该方法存在如下问题：

主控服务端随时都会接受用户的请求，并且主控服务端也随时会出现故障，如果备控服务端采用监控主控端并每隔一段时间同步其与主控服务端的配置，可能导致主控服务端突然故障后还未同步的配置信息丢失且无法恢复。

发明内容

本发明要解决的技术问题提供一种双主控网络系统及该系统中业务请求的双写方法，用以解决现有双主控系统中采用固定时间段进行的的配置信息同步时，配置信息丢失的问题。

为解决上述技术问题，一方面，本发明提供一种双主控网络系统中业务请求的双写方法，包括：

主控服务端接收客户端的业务请求；

若所述业务请求为查询请求时，主控服务端将查询结果反馈给客户端；

若所述业务请求为配置指令时，主控服务端执行所述配置指令，将执行结果反馈给客户端，并将所述配置指令转发给备控服务端；备控服务端接收主控服务端转发的所述配置指令，并执行所述配置指令。

进一步，主控服务端执行所述配置指令，将执行结果反馈给客户端，并将所述配置指令转发给备控服务端；备控服务端接收主控服务端转发的所述配置指令，并执行所述配置指令，具体包括：

主控服务端执行所述配置指令，并将所述配置指令转发给备控服务端；备控服务端接收主控服务端转发的所述配置指令，并执行所述配置指令，执行后将其执行结果反馈给主控服务端；主控服务端接收到备控服务端的执行结果后，将主控服务端执行结果反馈给客户端。

进一步，所述方法还包括：

备控服务端监控主控服务端的运行状态；

当主控服务端的运行状态异常时，将原备控服务端切换成新的主控服务端。

进一步，主控服务端接收客户端的业务请求，之前还包括：

网络中的两个控制服务器同时上电运行；

两个控制服务器根据选举算法选举出主控服务端和备控服务端；

主控服务端监听客户端的业务请求端口，等待客户端的业务请求；

备控服务端监听主控服务端的同步端口，等待所述主控服务端转发的配置指令。

另一方面，本发明还提供一种双主控网络系统，包括：

主控服务端，用于接收客户端的业务请求；若所述业务请求为查询请求时，主控服务端将查询结果反馈给客户端；若所述业务请求为配置指令时，主控服务端执行所述配置指令，将执行结果反馈给客户端，并将所述配置指令转发给备控服务端；

备控服务端，用于接收主控服务端转发的所述配置指令，并执行所述配置指令。

进一步，主控服务端，具体用于接收客户端的业务请求；若所述业务请求为查询请求时，将查询结果反馈给客户端；若所述业务请求为配置指令时，执行所述配置指令，并将所述配置指令转发给备控服务端；以及用于接收到备控服务端的执行结果后，将主控服务端执行结果反馈给客户端

备控服务端，具体用于接收主控服务端转发的所述配置指令，并执行所述配置指令，执行后将执行结果反馈给主控服务端。

进一步，备控服务端，还用于监控主控服务端的运行状态；

当主控服务端的运行状态异常时，切换成新的主控服务端，开始接收客户端的业务请求。

本发明有益效果如下：本发明通过主控服务端将客户端的配置请求转发给备控服务端，使得主控服务端和备控服务端实时执行该配置请求，保证了备控服务端上的配置信息不会丢失，保证了双主控系统的配置信息的实时同步性，以及保证了客户端请求实时同步。

附图说明

图1是本发明实施例中一种双主控网络系统中业务请求的双写方法的流程图。

具体实施方式

为了解决现有双主控系统中采用固定时间段进行的的配置信息同步时，配置信息丢失的问题，本发明提供了一种双主控网络系统及该系统中业务请求的双写方法，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

实施例一

双主控系统为在网络系统中增加一个备控服务端，用于主控服务端冗余备份的系统；双主控系统中，客户端的请求往往只针对主控服务端，因此备控服务端也获取相应配置的请求称之为双写；主控服务端用于负责正常工作的服务端，备控服务端作为冗余备份的服务端，主控服务端正常运行时，备控服务端只保证与主控服务端数据的同步，不与客户端交互；主控服务端出现故障时，迅速取代主控服务端的位置，为客户端提供正常服务。

本发明实施例的方法，首先，当两个或者多个(这里假设为两个)控制服务端同时上电运行，两个控制服务器依照选举算法选举出主控服务端和备控服务端。然后，主控服务端监听客户端连接端口，等待客户端的连接请求，备控服务端监控主控服务端的状态信息，确保主控服务端处于正常运行状态，并接收主控服务端的请求；正常运行后，客户端给主控服务端下发连接请求以及配置命令，主控服务端首先接收这些请求和命令，并对其进行处理，根据不同请求，分别直接处理或者发给备控服务端等待备控服务端进行处理。备控服务端收到相应请求后，在本地执行该请求，并返回执行结果。主控服务端接收到备控服务端的应答消息后，结合自己的处理结果，调整最终的请求处理结果并将该结果返回给客户端。对于不由客户端而是由主控服务端自己发起的配置请求，备控服务端禁止自身该类请求，保持与主控服务端的同步。

如图1所示，本发明实施例提供一种双主控网络系统中业务请求的双写方法，包括：

S101，主控服务端接收客户端的业务请求；

S102，若所述业务请求为查询请求时，主控服务端将查询结果反馈给客户端；

S103，若所述业务请求为配置指令时，主控服务端执行所述配置指令，执行后将执行结果反馈给客户端，并将所述配置指令转发给备控服务端；备控服务端接收主控服务端转发的所述配置指令，并执行所述配置指令。执行结果一般为是否成功执行配置指令，若未成功执行，反馈未执行的原因等。

本发明实施例通过主控服务端转发客户端的配置请求，使得主控服务端和备控服务端实时执行该配置请求，使得主控服务端和备控服务端的配置信息的实时同步，所以即使主控服务端突然异常退出，备控服务端上的配置信息不会丢失，保证了双主控系统的配置信息的实时同步性，以及保证了客户端请求实时同步。

同时经过深入的研究发现，背景技术中在备控服务端上每隔一段时间同步主控服务端的相应配置信息的方法，还存在以下问题：

(1)对于需同步数据较多的主控服务端和备控服务端而言，由于数据多，需要耗费的时间也较长，这样不符合双主控系统设计的初衷，在实际应用场景使用时几乎不可用。

(2)由于整体系统的需要，在一些对操作顺序有要求的系统中，如果采用隔段时间集中同步的方法，可能导致备控服务端的操作顺序无法与主控服务端保持一致，进而影响系统的正确性和稳定性。

本发明实施例通过备控服务端实时接收主控服务端转发的配置指令，并执行所述配置指令，有效的解决了上述两个技术问题。

其中，S103具体包括：

主控服务端执行所述配置指令，并将所述配置指令转发给备控服务端；备控服务端接收主控服务端转发的所述配置指令，并执行所述配置指令，执行后将执行结果反馈给主控服务端；主控服务端在执行配置指令后，以及接收到备控服务端的执行结果后，将主控服务端执行结果反馈给客户端，或者主控服务端根据主控端自己的执行结果以及备控服务端的执行结果，再将最终结果反馈给客户端。

本步骤中，通过备控服务端向主控服务端响应执行结果，使得主控终端可以实时得知备控服务端的运行状态，以及更加有效的解决以上技术问题。

本发明实施例的方法还包括：

备控服务端监控主控服务端的运行状态；

当主控服务端的运行状态异常时，将原备控服务端切换成新的主控服务端；

还可以将原主控服务端切换成新的备控服务端，或者重新配置新的备控服务端。此时，可以将主控服务端的运行状态异常后，新的主控服务端上的配置信息同步到新的备控服务端上，然后执行步骤S101-S103。

本步骤可以有效的解决，当主控服务端出现异常状态(例如主控服务端故障)，备控服务端可以迅速取代主控服务端的位置，为客户端提供正常服务，从而保证网络通讯的正常运行。同时还可以有效的保证新的主控服务端的配置信息在新的备控服务端的实时同步。

本发明实施例中的主控服务端和备控服务端的分配可以由网络中的控制服务器自动配置，不需要人为设备，具体地说，网络中的两个控制服务器同时上电运行后；

两个控制服务器根据选举算法选举出主控服务端和备控服务端；

主控服务端监听客户端的业务请求端口，等待客户端的业务请求；

备控服务端监听主控服务端的同步端口，等待所述主控服务端转发的配置指令。

实施例二

一种双主控网络系统，其特征在于，包括：

主控服务端，用于接收客户端的业务请求；若所述业务请求为查询请求时，将查询结果反馈给客户端；若所述业务请求为配置指令时，执行所述配置指令，将执行结果反馈给客户端，并将所述配置指令转发给备控服务端；

备控服务端，用于接收主控服务端转发的所述配置指令，并执行所述配置指令。

其中，主控服务端，具体用于接收客户端的业务请求；若所述业务请求为查询请求时，将查询结果反馈给客户端；若所述业务请求为配置指令时，执行所述配置指令，并将所述配置指令转发给备控服务端；以及用于接收到备控服务端的执行结果后，将主控服务端执行结果反馈给客户端

备控服务端，具体用于接收主控服务端转发的所述配置指令，并执行所述配置指令，执行后将执行结果反馈给主控服务端。

备控服务端，还用于监控主控服务端的运行状态；

当主控服务端的运行状态异常时，切换成新的主控服务端，开始接收客户端的业务请求。

本发明实施例通过相应客户端的每一次请求，主控服务端都会及时将其同步给备控服务端，所以即使主控服务端突然异常退出，备控服务端上的配置信息不会丢失，保证了系统的实时同步性，以及保证了客户端请求实时同步。同时，对于那些同步数据较多的主备服务端而言，由于本发明实施例已经将这些请求分解为即时同步，所以除了在大量请求时系统的响应速度有所降低，其他并没有太大影响，节省了同步时间。并且，本发明实施例可以保证备控服务端上的操作执行顺序与主控服务端上完全一致，进而保证备控服务端接管系统后整体系统的正确性和稳定性。

管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (7)

1.一种双主控网络系统中业务请求的双写方法，其特征在于，包括：

主控服务端接收客户端的业务请求；

若所述业务请求为查询请求时，主控服务端将查询结果反馈给客户端；

若所述业务请求为配置指令时，主控服务端执行所述配置指令，将执行结果反馈给客户端，并将所述配置指令转发给备控服务端；备控服务端接收主控服务端转发的所述配置指令，并执行所述配置指令。

2.如权利要求1所述的方法，其特征在于，主控服务端执行所述配置指令，将执行结果反馈给客户端，并将所述配置指令转发给备控服务端；备控服务端接收主控服务端转发的所述配置指令，并执行所述配置指令，具体包括：

主控服务端执行所述配置指令，并将所述配置指令转发给备控服务端；备控服务端接收主控服务端转发的所述配置指令，并执行所述配置指令，执行后将其执行结果反馈给主控服务端；主控服务端接收到备控服务端的执行结果后，将主控服务端的执行结果反馈给客户端。

3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

备控服务端监控主控服务端的运行状态；

当主控服务端的运行状态异常时，将原备控服务端切换成新的主控服务端。

4.如权利要求1所述的方法，其特征在于，主控服务端接收客户端的业务请求，之前还包括：

网络中的两个控制服务器同时上电运行；

两个控制服务器根据选举算法选举出主控服务端和备控服务端；

主控服务端监听客户端的业务请求端口，等待客户端的业务请求；

备控服务端监听主控服务端的同步端口，等待所述主控服务端转发的配置指令。

5.一种双主控网络系统，其特征在于，包括：

主控服务端，用于接收客户端的业务请求；若所述业务请求为查询请求时，主控服务端将查询结果反馈给客户端；若所述业务请求为配置指令时，主控服务端执行所述配置指令，将执行结果反馈给客户端，并将所述配置指令转发给备控服务端；

备控服务端，用于接收主控服务端转发的所述配置指令，并执行所述配置指令。

6.如权利要求5所述的系统，其特征在于，

主控服务端，具体用于接收客户端的业务请求；若所述业务请求为查询请求时，将查询结果反馈给客户端；若所述业务请求为配置指令时，执行所述配置指令，并将所述配置指令转发给备控服务端；以及用于接收到备控服务端的执行结果后，将主控服务端执行结果反馈给客户端

备控服务端，具体用于接收主控服务端转发的所述配置指令，并执行所述配置指令，执行后将其执行结果反馈给主控服务端。

7.如权利要求5或6所述的系统，其特征在于，

备控服务端，还用于监控主控服务端的运行状态；

当主控服务端的运行状态异常时，切换成新的主控服务端，开始接收客户端的业务请求。