CN107528730A - 多重冗余方法、多重冗余服务器以及*** - Google Patents
多重冗余方法、多重冗余服务器以及*** Download PDFInfo
- Publication number
- CN107528730A CN107528730A CN201710753669.1A CN201710753669A CN107528730A CN 107528730 A CN107528730 A CN 107528730A CN 201710753669 A CN201710753669 A CN 201710753669A CN 107528730 A CN107528730 A CN 107528730A
- Authority
- CN
- China
- Prior art keywords
- server
- running state
- state information
- servers
- grade
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明提供了一种多重冗余方法、多重冗余服务器以及***,涉及通信监控技术领域,多重冗余方法用于监控***中至少三个服务器,该方法包括:接收来自上级服务器的上级运行状态信息,上级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息;根据本级服务器的实时运行状态、本级服务器与外部设备的连通状态,对上级运行状态信息进行更新,生成本级运行状态信息,本级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息;将本级运行状态信息传输至下级服务器;至少三个服务器之间的通信状态为闭环循环过程,解决了现有技术中存在的双机冗余的综合监控***的可用性与可靠性不够高,无法满足对***安全性的更高要求的技术问题。
Description
技术领域
本发明涉及通信监控技术领域,尤其是涉及一种多重冗余方法、多重冗余服务器以及***。
背景技术
随着计算机技术、通信技术和控制技术的发展,计算机网络化的***集成技术越来越多的应用到工业监控***中。
在轨道交通行业中,为了提高运营行车管理的水平,综合监控***(IntegratedSupervisory Control System,简称ISCS)得到了广泛的应用与推广,它是一个高度集成的综合自动化监控***,通过集成和互联的方式实现对接入的子***监视与控制。监控***的架构为分布式架构,采用双网、双机冗余服务器。
目前综合监控***的冗余机制是双机冗余,当主机出现故障时,会切换到从机运行,不支持多机切换,不能在线增加服务器。因此,双机冗余的综合监控***的可用性与可靠性不够高,无法满足对***安全性的更高要求。
发明内容
有鉴于此,本发明的目的在于提供一种多重冗余方法、多重冗余服务器以及***,以解决现有技术中存在的双机冗余的综合监控***的可用性与可靠性不够高,无法满足对***安全性的更高要求的技术问题。
第一方面,本发明实施例提供了一种多重冗余方法,用于监控***中至少三个服务器,所述方法包括:
接收来自上级服务器的上级运行状态信息,所述上级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息;
根据本级服务器的实时运行状态、所述本级服务器与外部设备的连通状态,对所述上级运行状态信息进行更新,生成本级运行状态信息,所述本级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息;
将所述本级运行状态信息传输至下级服务器;
所述至少三个服务器之间的通信状态为闭环循环过程。
结合第一方面,本发明实施例提供了第一方面的第一种可能的实施方式,其中,所述上级运行状态信息和所述本级运行状态信息还包括服务器编号、所述服务器编号对应的网络地址。
结合第一方面,本发明实施例提供了第一方面的第二种可能的实施方式,其中,所述将所述本级运行状态信息传输至下级服务器之前,还包括:
根据所述服务器运行状态信息与所述服务器编号的顺序状态,确定主服务器与从服务器,更新主服务器与从服务器信息。
结合第一方面,本发明实施例提供了第一方面的第三种可能的实施方式,其中,所述服务器运行状态信息包括所述服务器编号对应的服务器实时状态与对应的服务器异常状态。
结合第一方面,本发明实施例提供了第一方面的第四种可能的实施方式,其中,所述上级运行状态信息和/或所述本级运行状态信息为表格信息。
第二方面,本发明实施例还提供一种多重冗余服务器,包括:接收单元、更新单元以及传输单元;
所述接收单元用于接收来自上级服务器的上级运行状态信息,所述上级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息;
所述更新单元用于根据本级服务器的实时运行状态、所述本级服务器与外部设备的连通状态,对所述上级运行状态信息进行更新,生成本级运行状态信息,所述本级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息;
所述传输单元用于将所述本级运行状态信息传输至下级服务器;
至少三个服务器之间的通信状态为闭环循环过程。
结合第二方面,本发明实施例提供了第二方面的第一种可能的实施方式,其中,所述上级运行状态信息和/或所述本级运行状态信息还包括服务器编号、所述服务器编号对应的网络地址。
结合第二方面,本发明实施例提供了第二方面的第二种可能的实施方式,其中,所述更新单元还用于根据所述服务器运行状态信息与所述服务器编号的顺序状态,确定主服务器与从服务器,更新所述主服务器与从服务器信息。
结合第二方面,本发明实施例提供了第二方面的第三种可能的实施方式,其中,所述服务器运行状态信息包括所述服务器编号对应的服务器实时状态与服务器异常状态。
第三方面,本发明实施例还提供一种多重冗余***,包括通过网络连接的至少三个如第二方面的多重冗余服务器。
本发明实施例提供的技术方案带来了以下有益效果:本发明实施例提供的多重冗余方法、多重冗余服务器以及***中,多重冗余方法用于监控***中至少三个服务器,该方法包括:首先,接收来自上级服务器的上级运行状态信息,上级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息,然后,根据本级服务器的实时运行状态、本级服务器与外部设备的连通状态,对上级运行状态信息进行更新,生成本级运行状态信息,本级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息,之后,将本级运行状态信息传输至下级服务器,其中,至少三个服务器之间的通信状态为闭环循环过程,通过对来自上级服务器的上级运行状态信息进行更新,将根据本级服务器的实时运行状态、本级服务器与外部设备的连通状态而更新后的本级运行状态信息传到下级服务器,实现至少三个服务器之间的闭环循环的传输过程,达到更多台服务器之间的通信,以此实现了多台服务器的冗余机制,当主机出现故障时,能够支持多机切换保障运行的正常与安全,从而解决了现有技术中存在的双机冗余的综合监控***的可用性与可靠性不够高,无法满足对***安全性的更高要求的技术问题。
本发明的其他特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本发明实施例一所提供的多重冗余方法的流程图;
图2示出了本发明实施例二所提供的多重冗余方法的流程图;
图3示出了本发明实施例三所提供的多重冗余服务器的结构示意图;
图4示出了本发明实施例四所提供的多重冗余***的结构示意图;
图5示出了本发明实施例四所提供的多重冗余***的另一结构示意图。
图标:1-多重冗余服务器;11-接收单元;12-更新单元;13-传输单元; 2-多重冗余***。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
目前双机冗余的综合监控***的可用性与可靠性不够高,无法满足对***安全性的更高要求,基于此,本发明实施例提供的一种多重冗余方法、多重冗余服务器以及***,可以解决现有技术中存在的双机冗余的综合监控***的可用性与可靠性不够高,无法满足对***安全性的更高要求的技术问题。
为便于对本实施例进行理解,首先对本发明实施例所公开的一种多重冗余方法、多重冗余服务器以及***进行详细介绍。
实施例一:
本发明实施例提供的一种多重冗余方法,用于监控***中至少三个服务器,该方法可以是基于综合监控***的多重冗余实现方法,使综合监控***的服务器支持多重冗余。如图1所示,该方法包括:
S11:接收来自上级服务器的上级运行状态信息。
作为一个优选方案,上级运行状态信息也可以包括服务器运行状态信息、主服务器与从服务器信息。
S12:根据本级服务器的实时运行状态、本级服务器与外部设备的连通状态,对上级运行状态信息进行更新。
S13:生成本级运行状态信息。
进一步的是,本级运行状态信息也可以包括服务器运行状态信息、主服务器与从服务器信息;
S14:将本级运行状态信息传输至下级服务器。
本实施例中,至少三个服务器之间的通信状态为闭环循环过程。
具体的,本发明实施例支持多服务器冗余切换,***在线运行时可增加服务器结点,以此实现综合监控***的可用性的提高。
需要说明的是,对于三重冗余,是随着人们安全意识的增强因而对***可靠性越来越迫切,从基本元件到检测、控制***,至其调节机构,由三重传感器和检测***。机械设备上安装三个传感器,三个传感器信号通过检测***驱动三重冗余继电器,进入***后三个传感信号都会被***处理,当三个传感信号有一个故障时候,不影响这个信号点的工作。
因此,通过该多重冗余方法能够实时处理一个主服务器和多个从服务器运行时的状态,通过传递状态表实现该功能。并且,在综合监控***中加入多重冗余技术,也实现了可动态增加新的服务器结点,能够提高***的可用性。
实施例二:
本发明实施例提供的一种多重冗余方法,用于监控***中至少三个服务器,该方法可以是基于综合监控***的多重冗余实现方法,使综合监控***的服务器支持多重冗余。如图2所示,方法包括:
S21:接收来自上级服务器的上级运行状态信息。
其中,上级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息。并且,上级运行状态信息还可以包括服务器编号、服务器编号对应的网络地址。
作为本实施例的优选实施方式,服务器运行状态信息包括服务器编号对应的服务器实时状态与对应的服务器异常状态。
另外,上级运行状态信息可以为表格信息,例如运行图状态表。
S22:根据本级服务器的实时运行状态、本级服务器与外部设备的连通状态,对上级运行状态信息进行更新。
S23:根据服务器运行状态信息与服务器编号的顺序状态,确定主服务器与从服务器,更新主服务器与从服务器信息。
优选的,服务器运行状态信息可以包括服务器编号对应的服务器实时状态与对应的服务器异常状态。
S24:生成本级运行状态信息。
其中,本级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息。而且,本级运行状态信息还可以包括服务器编号、服务器编号对应的网络地址。
进一步,服务器运行状态信息包括服务器编号对应的服务器实时状态与对应的服务器异常状态。
另外,本级运行状态信息可以为表格信息,例如运行图状态表。
S25:将本级运行状态信息传输至下级服务器。
需要说明的是,至少三个服务器之间的通信状态为闭环循环过程。
在实际应用中,正常情况下***启动后,所有服务器根据运行图状态表中的优先级别设置本机冗余状态,即第一个服务器为主机,其他为从机。冗余诊断过程可以为:1号服务器跟据外部设备连通状态、CPU负荷等,更新运行状态表后,发送至2号服务器;2号服务器在规定时间内接收到运行状态表,其中,如果不是1号服务器发来的运行状态表,则需要记录服务器编号并保存;2号服务器接收到运行状态表后,如果本机为从机时,则判断收到的运行状态表中是否有主机,如果运行状态表中没有主机,则跟据外部设备连通状态、CPU负荷等条件置本机为主机,更新运行状态表后,发送至3号服务器;以下的服务器依次类推,循环进行状态诊断。服务器的状态表如表1。
表1:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中, 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果主机出现故障,则与正常情况下的处理过程有所不同。例如:当1号服务器出现网络故障,在规定时间内没有收到5号服务器发来的状态表,1号服务器对2号服务器进行网络诊断预设配置的次数后不通时,例如1号服务器对2号服务器进行网络诊断三次后仍不通时,1 号服务器接着对3号服务器、4号服务器依次循环进行网络诊断,当连续诊断预设配置的服务器数量都不通时,例如当连续诊断三个服务器都不通时,确认本机网络故障,之后周期诊断2号服务器网络,1号服务器的状态表如表2。
表2:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中, 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果5号服务器对1号服务器进行网络诊断预设配置的次数后不通时,例如进行网络诊断三次后仍不通时,更新1号服务器运行状态,可以设置主从状态为0,实时、异常状态为2,接着对2号服务器进行诊断,如果连通,则把运行状态发至2号服务器;如果2号服务器不通,则依此诊断每个服务器,直到有连通的服务器,5号服务器的状态表如表3。
表3:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中, 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果2号服务器在规定的时间内没有收到1号服务器发来的状态表,则将1号服务器状态置为2,查看本机的编号级别为仅次于 1号服务器,这时将主从状态置为1,1号服务器主从状态置为0。2号服务器经网络诊断后将发送至3号服务器,2号服务器发送的状态表如表4。
表4:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中, 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果备机出现故障,则与主机出现故障的处理过程有所不同。例如:当3号服务器出现故障,当2号服务器对3号机进行网络诊断时并重复诊断3次,发现不通时,将3号服务器的状态记录成离线状态后,对4号服务器进行网络诊断在线后将状态表发送至4号服务器。2号服务器发送出去的状态表如表5。
表5:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果4号服务器收到状态表,确认服务器编号级别和主从状态,然后对5号服务器进行网络诊断在线后将状态表发送至5号服务器,4号服务器发送出去的状态表如表6。
表6:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果主服务器故障恢复,则分为两种情况。第一种情况是,服务器***重新启动后,加载配置列表、查看本机的编号级别后置为主机,网络诊断后更新状态表中状态,发送至2号服务器;第二种情况是,1号服务器网络故障恢复,诊断与2号服务器网络联通后,更新状态表,发送至2号服务器。2号服务器收到相邻服务器发来的状态表,查看本机的编号级别后将本机的状态置为从机,2号服务器发送的状态表7。
表7:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果相邻服务器间不能访问,例如:当1号服务器与2 号服务器的网断开时,1号服务器诊断2号服务器不通后,1号服务器判定 2号服务器离线;1号服务器诊断3号服务器,将状态表中2号服务器的实时状态置为2后发送至3号服务器,1号服务器发送的状态表如表8。
表8:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果2号服务器在规定的时间内没有收到1号服务器发送来的状态表,检查本地状态表中哪个是主机,发现1号为主机时判定其离线,检查本机的编号级别后本机变为主机,2号服务器发送的状态表如表9。
表9:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果3号服务器在规定时间内收到2号服务器发来的状态表,则记录2号服务器状态正常;3号服务器同时又收到1号服务器发来的状态表,则记录1号服务器状态正常;同时将2号服务器、3号服务器在异常状态列中进行记录。3号服务器首先确认服务器编号级别和主从状态,认可1号服务器为主机,然后对4号服务器进行网络诊断,将状态表发送至4号服务器,发送的状态表如表10。
表10:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果2号服务器在下一次轮询中,未收到任何服务器发送来的状态表,可判定本机网络异常,更新状态表后发送至3号服务器。发送的状态表如表11。
表11:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果当2号服务器与3号服务器的网断开时,2号服务器诊断3号服务器不通后,判定3号服务器离线;2号服务器诊断4号服务器,将状态表中3的实时状态置为2后发送至4号服务器,2号服务器发送的状态表如表12。
表12:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果3号服务器在规定时间内没有收到2号服务器发来的状态表,检查本地状态表中哪个是主机,启动与主机进行网络诊断来判断是否变为主服务器,当发现主机正常时,将2号服务器置为离线状态发送至4号服务器。3号服务器发送的状态表如表13。
表13:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
在实际应用中,如果4号服务器在规定时间内收到3号服务器发来的状态表,则记录3号服务器状态正常;同时4号服务器又收到2号服务器发来的状态表,则记录2号服务器状态正常;4号服务器同时将2号服务器、 3号服务器在异常状态列中进行记录。4号服务器首先确认服务器编号级别和主从状态,然后对5号服务器进行网络诊断在线后将状态表发送至5号服务器,4号服务器发送出去的状态表如表14。
表14:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
作为本实施例的另一种实施方式,如果需要在线增加服务器,例如在***在运行过程中,增加服务器时在主服务器中配置。主服务器会周期扫描本地扩展配置目录中的文件,进行动态加载。首先在扩展配置文件中读取新增服务器标志,然后读取服务器数据及配置信息,主服务器首先核对与现有服务器信息是否有重复,然后对新增服务器进行网络诊断,加入到本地状态表置好状态值,传送至下个服务器。传送的状态表如表15。
表15:
其中,在服务器的主从状态中,0表示从机,1表示主机;异常状态中 1表示正常,2表示异常;实时状态中,1表示在线,2表示离线。
实施例三:
本发明实施例提供的一种多重冗余服务器,如图3所示,多重冗余服务器1包括:接收单元11、更新单元12以及传输单元13。
需要说明的是,接收单元11用于接收来自上级服务器的上级运行状态信息,上级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息。其中,服务器运行状态信息包括服务器编号对应的服务器实时状态与服务器异常状态。
进一步的是,更新单元12用于根据本级服务器的实时运行状态、本级服务器与外部设备的连通状态,对上级运行状态信息进行更新,生成本级运行状态信息,本级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息。更新单元12还可以用于根据服务器运行状态信息与服务器编号的顺序状态,确定主服务器与从服务器,更新主服务器与从服务器信息。
作为本实施例的优选实施方式,传输单元13用于将本级运行状态信息传输至下级服务器。
作为一个优选方案,至少三个服务器之间的通信状态为闭环循环过程。其中,上级运行状态信息与本级运行状态信息还包括服务器编号、服务器编号对应的网络地址。
实施例四:
本发明实施例提供的一种多重冗余***,如图4所示,多重冗余***2 包括通过网络连接的至少三个上述实施例三提供的多重冗余服务器。
例如,多重冗余***2中设置有六个多重冗余服务器1,图5所示,1 号服务器状态表、2号服务器状态表、3号服务器状态表、4号服务器状态表、5号服务器状态表与6号服务器状态表通过网络进行传送。
因此,在监控***中,为每个服务器创建运行状态表,按照服务器优先级记录所有服务器配置信息以及***运行后服务器实时运行状态信息,其中,配置中的服务器编号为服务器的优先级别。当监控***运行后,每个服务器加载配置信息,第一个服务器为主机,其它为从机,主服务器首先更新本机运行表状态后,判断下一个可用服务器,并把运行状态表传至下一个服务器,后续服务器重复上述过程,直到运行状态表回到第一个服务器,这个闭环过程为一个更新周期。
本发明实施例提供的多重冗余***,与上述实施例提供的多重冗余方法及多重冗余服务器具有相同的技术特征,所以也能解决相同的技术问题,达到相同的技术效果。
除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在这里示出和描述的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制,因此,示例性实施例的其他示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
附图中的流程图和框图显示了根据本发明的多个实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/ 或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本发明实施例的描述中,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
本发明实施例所提供的进行多重冗余方法的计算机程序产品,包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种多重冗余方法,其特征在于,用于监控***中至少三个服务器,所述方法包括:
接收来自上级服务器的上级运行状态信息,所述上级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息;
根据本级服务器的实时运行状态、所述本级服务器与外部设备的连通状态,对所述上级运行状态信息进行更新,生成本级运行状态信息,所述本级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息;
将所述本级运行状态信息传输至下级服务器;
所述至少三个服务器之间的通信状态为闭环循环过程。
2.根据权利要求1所述的多重冗余方法,其特征在于,所述上级运行状态信息和所述本级运行状态信息还包括服务器编号、所述服务器编号对应的网络地址。
3.根据权利要求2所述的多重冗余方法,其特征在于,所述将所述本级运行状态信息传输至下级服务器之前,还包括:
根据所述服务器运行状态信息与所述服务器编号的顺序状态,确定主服务器与从服务器,更新主服务器与从服务器信息。
4.根据权利要求2所述的多重冗余方法,其特征在于,所述服务器运行状态信息包括所述服务器编号对应的服务器实时状态与对应的服务器异常状态。
5.根据权利要求1所述的多重冗余方法,其特征在于,所述上级运行状态信息和/或所述本级运行状态信息为表格信息。
6.一种多重冗余服务器,其特征在于,包括:接收单元、更新单元以及传输单元;
所述接收单元用于接收来自上级服务器的上级运行状态信息,所述上级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息;
所述更新单元用于根据本级服务器的实时运行状态、所述本级服务器与外部设备的连通状态,对所述上级运行状态信息进行更新,生成本级运行状态信息,所述本级运行状态信息包括服务器运行状态信息、主服务器与从服务器信息;
所述传输单元用于将所述本级运行状态信息传输至下级服务器;
至少三个服务器之间的通信状态为闭环循环过程。
7.根据权利要求6所述的重冗余服务器,其特征在于,所述上级运行状态信息和/或所述本级运行状态信息还包括服务器编号、所述服务器编号对应的网络地址。
8.根据权利要求7所述的重冗余服务器,其特征在于,所述更新单元还用于根据所述服务器运行状态信息与所述服务器编号的顺序状态,确定主服务器与从服务器,更新所述主服务器与从服务器信息。
9.根据权利要求7所述的重冗余服务器,其特征在于,所述服务器运行状态信息包括所述服务器编号对应的服务器实时状态与服务器异常状态。
10.一种多重冗余***,其特征在于,包括通过网络连接的至少三个如权利要求6至9任一项所述的多重冗余服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710753669.1A CN107528730B (zh) | 2017-08-28 | 2017-08-28 | 多重冗余方法、多重冗余服务器以及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710753669.1A CN107528730B (zh) | 2017-08-28 | 2017-08-28 | 多重冗余方法、多重冗余服务器以及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107528730A true CN107528730A (zh) | 2017-12-29 |
CN107528730B CN107528730B (zh) | 2021-08-27 |
Family
ID=60682592
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710753669.1A Active CN107528730B (zh) | 2017-08-28 | 2017-08-28 | 多重冗余方法、多重冗余服务器以及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107528730B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110021998A (zh) * | 2019-03-22 | 2019-07-16 | 北京四方继保自动化股份有限公司 | 适用于大规模电网的安全稳定控制主站信息交互方法 |
CN112714143A (zh) * | 2019-10-25 | 2021-04-27 | 北京金山云网络技术有限公司 | 分布式存储***的服务协调方法、装置及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1741489A (zh) * | 2005-09-01 | 2006-03-01 | 西安交通大学 | 构建多机***高可用的自愈合逻辑环故障检测与容忍方法 |
EP2418804A1 (en) * | 2009-04-29 | 2012-02-15 | Huawei Technologies Co., Ltd. | Ring network protection method, network node and ring network |
CN102415054A (zh) * | 2009-05-11 | 2012-04-11 | 富士通株式会社 | 节点装置和通信方法 |
CN103532764A (zh) * | 2013-10-24 | 2014-01-22 | 中国科学院信息工程研究所 | 多机热备份方法及*** |
CN106411611A (zh) * | 2016-11-11 | 2017-02-15 | 安徽维德工业自动化有限公司 | 工业以太网交换机冗余环*** |
-
2017
- 2017-08-28 CN CN201710753669.1A patent/CN107528730B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1741489A (zh) * | 2005-09-01 | 2006-03-01 | 西安交通大学 | 构建多机***高可用的自愈合逻辑环故障检测与容忍方法 |
EP2418804A1 (en) * | 2009-04-29 | 2012-02-15 | Huawei Technologies Co., Ltd. | Ring network protection method, network node and ring network |
CN102415054A (zh) * | 2009-05-11 | 2012-04-11 | 富士通株式会社 | 节点装置和通信方法 |
CN103532764A (zh) * | 2013-10-24 | 2014-01-22 | 中国科学院信息工程研究所 | 多机热备份方法及*** |
CN106411611A (zh) * | 2016-11-11 | 2017-02-15 | 安徽维德工业自动化有限公司 | 工业以太网交换机冗余环*** |
Non-Patent Citations (1)
Title |
---|
郑军: "一种纯软件的双机热备份算法", 《计算机应用》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110021998A (zh) * | 2019-03-22 | 2019-07-16 | 北京四方继保自动化股份有限公司 | 适用于大规模电网的安全稳定控制主站信息交互方法 |
CN112714143A (zh) * | 2019-10-25 | 2021-04-27 | 北京金山云网络技术有限公司 | 分布式存储***的服务协调方法、装置及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN107528730B (zh) | 2021-08-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1863081B (zh) | 基板管理控制器的管理***和方法 | |
CN101592941B (zh) | 异类plc多级冗余控制*** | |
JP5747615B2 (ja) | 通信システム、及び通信方法 | |
CN102882704B (zh) | 一种issu的软重启升级过程中的链路保护方法和设备 | |
CN102426415A (zh) | 冗余管理器 | |
US9231779B2 (en) | Redundant automation system | |
CN104079442B (zh) | 基于实时以太网的冗余控制装置、设备冗余***和方法 | |
CN100571170C (zh) | 一种通讯链路故障的检测及恢复方法 | |
JP2011039702A (ja) | 制御システム | |
CN102026042A (zh) | 一种高级电信计算架构控制面的保活、自愈方法和装置 | |
CN107528730A (zh) | 多重冗余方法、多重冗余服务器以及*** | |
CN115913906A (zh) | 一种船用冗余控制***及方法 | |
US11748217B2 (en) | Method for failure detection and role selection in a network of redundant processes | |
JP5706347B2 (ja) | 二重化制御システム | |
JPWO2019087849A1 (ja) | 通信システム、被制御機器、及び、通信システムの制御方法 | |
CN109101372A (zh) | 机箱管理板的冗余切换方法、存储介质及机箱管理板 | |
JP2014215622A (ja) | プラント監視システム及びプラント監視方法 | |
CN103594135B (zh) | 一种核电站网络的控制方法、装置及*** | |
CN101453354A (zh) | 一种基于atca架构的高可用性*** | |
CN109491236A (zh) | 用于运行高可用性的自动化***的方法 | |
CN110955210B (zh) | Agv调度方法、装置和*** | |
US11997009B2 (en) | Method and apparatus for an alternate communication path for connected networks | |
CN101527667B (zh) | 多点架构下收发器与总线脱离的方法 | |
CN117826573A (zh) | Cdu的群控方法、群控***、电子设备及存储介质 | |
JP2000244520A (ja) | 二重化ネットワークの異常診断方法 |
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 |