CN103607310A - 一种异地容灾的仲裁方法 - Google Patents
一种异地容灾的仲裁方法 Download PDFInfo
- Publication number
- CN103607310A CN103607310A CN201310628548.6A CN201310628548A CN103607310A CN 103607310 A CN103607310 A CN 103607310A CN 201310628548 A CN201310628548 A CN 201310628548A CN 103607310 A CN103607310 A CN 103607310A
- Authority
- CN
- China
- Prior art keywords
- network
- network element
- disaster tolerance
- response message
- main device
- 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
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种异地容灾的仲裁方法,包括:若容灾装置在预设时间内未接收到主装置发送的心跳信号,向网元设备发送网络查询请求消息,网元设备接收到网络查询请求消息,获取与主装置的网络连接状态信息,网元设备向容灾装置发送网络查询响应消息,容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据。采用本发明实施例,当网元设备接收到容灾装置发送的网络查询请求信息时,可根据与主装置的网络连接状态信息控制是否进行容灾切换,网元设备作为容灾切换的仲裁方,可控制容灾装置是否接管网元设备发送的业务数据,可避免“脑裂”问题的发生,提高了异地容灾的仲裁准确性。
Description
技术领域
本发明涉及计算机领域,尤其涉及一种异地容灾的仲裁方法。
背景技术
在集群中,在多个独立主机之间建立通信的心跳网络,可将多个独立的直接连接为整体集群。EMS(Element Management System,网元管理***)可监控和管理设备的告警、性能统计、配置和日志等信息,并通过NBI(Networkbinding interface,网络关联接口)标准接口接入运营商OSS(Operations SupportSystem,运营支撑***),便于运营商对整网设备统一监控和运维。异地容灾方案可分为冷备方案、热备方案和温备方案。
现有技术中,异地容灾方案采用第三方异地双机软件提供异地容灾冷备方案,由异地双机软件充当双机运行仲裁方,第三方异地双机软件例如集群管理软件VCS(Veritas Cluster Server)。若检测到本地硬件或EMS***基础服务出现故障时,本地VCS软件启动故障切换并停止本地服务,异地VCS软件启动EMS服务接管业务;若异地VCS软件检测到心跳网络中断,异地VCS软件启动EMS服务接管业务。若实际出现心跳网络正常,而异地VCS软件由于承载网络故障等检测到心跳网络中断,则异地VCS软件启动EMS服务接管业务,造成容灾站点误启动,以致两个服务器同时工作,出现EMS***双主问题,即“脑裂”问题,现有技术中,EMS异地容灾方案脑裂问题需人工修复才能解决。
发明内容
本发明实施例提供一种异地容灾的仲裁方法,用于解决现有技术中EMS***中的“脑裂”问题。
本发明实施例第一方面提供了一种异地容灾的仲裁方法,包括:
接收容灾装置当在预设时间内未接收到主装置发送的心跳信号时发送的网络查询请求消息;
获取与所述主装置的网络连接状态信息;
根据所述获取到的与所述主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息,以使所述容灾装置根据所述网络查询响应消息确定是否接管网元设备发送的业务数据。
在第一方面的第一种可能的实现方式中,所述根据所述获取到的与所述主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息,以使所述容灾装置根据所述网络查询响应消息确定是否接管网元设备发送的业务数据包括:
若根据所述获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接中断,向所述容灾装置发送第一响应消息,以使所述容灾装置根据所述第一响应消息接收并处理所述网元设备发送的业务数据;
若根据所述获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接正常,向所述容灾装置发送第二响应消息,以使所述容灾装置根据所述第二响应消息控制不接收所述网元设备发送的业务数据。
结合第一方面、第一方面的第一种可能实现方式中任一种,在第一方面的第二种可能的实现方式中,所述与主装置的网络连接状态信息包括:站点信息;
所述根据所述获取到的与所述主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息之后,包括:
若根据所述获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接中断,更新所述站点信息。
在第一方面的第三种可能的实现方式中,所述方法还包括:
接收所述容灾装置发送的网络状态通知消息,所述网络状态通知消息为所述容灾装置根据所述主装置发送的故障通知消息生成的消息;
根据所述网络状态通知消息更新所述与主装置的网络连接状态信息,并向所述容灾装置返回与所述网络状态通知消息对应的网络状态响应消息。
本发明实施例第二方面提供了一种异地容灾的仲裁方法,包括:
若在预设时间内未接收到主装置发送的心跳信号,向网元设备发送网络查询请求消息;
接收所述网元设备根据所述网络查询请求消息返回的网络查询响应消息;
根据所述网络查询响应消息确定是否接管所述网元设备发送的业务数据。
在第二方面的第一种可能的实现方式中,所述根据所述网络查询响应消息确定是否接管所述网元设备发送的业务数据包括:
若接收到所述网元设备发送的第一响应消息,根据所述第一响应消息接收并处理所述网元设备发送的业务数据;
若接收到所述网元设备发送的第二响应消息,根据所述第二响应消息控制不接收所述网元设备发送的业务数据。
在第二方面的第二种可能的实现方式中,所述方法还包括:
接收所述主装置发送的故障通知消息;
根据所述故障通知消息生成网络状态通知消息,并将所述网络状态通知消息发送给所述网元设备;
接收所述网元设备根据所述网络状态通知消息返回的网络状态响应消息。
结合第二方面的第二种可能实现方式,在第二方面的第三种可能的实现方式中,所述接收所述主装置发送的故障通知消息之后,包括:根据所述故障通知消息生成故障告警信息,并向监控装置发送所述故障告警信息。
本发明实施例第三方面提供了一种网元设备,包括:
第一接收模块,用于接收容灾装置当在预设时间内未接收到主装置发送的心跳信号时发送的网络查询请求消息;
获取模块,用于获取与所述主装置的网络连接状态信息;
第一响应模块,用于根据所述获取模块获取到的与所述主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息,以使所述容灾装置根据所述网络查询响应消息确定是否接管所述网元设备发送的业务数据。
在第三方面的第一种可能的实现方式中,所述响应模块包括:第一响应单元或第二响应单元;
所述第一响应单元,用于当根据所述获取模块获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接中断时,向所述容灾装置发送第一响应消息,以使所述容灾装置根据所述第一响应消息接收并处理所述网元设备发送的业务数据;
所述第二响应单元,用于当根据所述获取模块获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接正常时,向所述容灾装置发送第二响应消息,以使所述容灾装置根据所述第二响应消息控制不接收所述网元设备发送的业务数据。
结合第三方面、第三方面的第一种可能实现方式中任一种,在第三方面的第二种可能的实现方式中,所述与主装置的网络连接状态信息包括:站点信息;
所述网元设备还包括:
更新模块,用于当根据所述获取模块获取到的所述与主装置的网络连接状态信息判断到与所述主装置的心跳网络连接中断时,更新所述站点信息。
在第三方面的第三种可能的实现方式中,所述网元设备还包括:
第二接收模块,用于接收所述容灾装置发送的网络状态通知消息,所述网络状态通知消息为所述容灾装置根据所述主装置发送的故障通知消息生成的消息;
第二响应模块,用于根据所述网络状态通知消息更新所述主装置的网络连接状态信息,并向所述容灾装置返回与所述网络状态通知消息对应的网络状态响应消息。
本发明实施例第四方面提供了一种容灾装置,包括:
发送模块,用于若在预设时间内未接收到主装置发送的心跳信号,向网元设备发送的网络查询请求消息;
第一接收模块,用于接收所述网元设备根据所述网络查询请求消息返回的网络查询响应消息;
处理模块,用于根据所述网络查询响应消息确定是否接管所述网元设备发送的业务数据。
在第四方面的第一种可能的实现方式中,所述处理模块包括:第一处理单元或第二处理单元;
所述第一处理单元,用于当接收到所述网元设备发送的第一响应消息时,根据所述第一响应消息接收并处理所述网元设备发送的业务数据;
所述第二处理单元,用于当接收到所述网元设备发送的第二响应消息时,根据所述第二响应消息控制不接收所述网元设备发送的业务数据。
在第四方面的第二种可能的实现方式中,所述容灾装置还包括:
第二接收模块,用于接收所述主装置发送的故障通知消息;
第一上报模块,用于根据所述故障通知消息生成网络状态通知消息,并将所述网络状态通知消息发送给所述网元设备;
第三接收模块,用于接收所述网元设备根据所述网络状态通知消息返回的网络状态响应消息。
结合第四方面的第二种可能的实现方式,在第四方面的第三种可能的实现方式中,所述容灾装置还包括:第二上报模块,用于根据所述故障通知消息生成故障告警信息,并向监控装置发送所述故障告警信息。
本发明实施例第五方面提供了一种异地容灾的仲裁***,包括:主装置、如第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式、第三方面的第三种可能的实现方式中任一所述的网元设备以及第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式、第四方面的第三种可能的实现方式中任一所述的容灾装置。
实施本发明实施例,若容灾装置在预设时间内未接收到主装置发送的心跳信号,容灾装置可向网元设备发送网络查询请求消息,网元设备获取与主装置的网络连接状态信息,网元设备根据获取到的与主装置的网络连接状态信息向容灾装置发送网络查询响应消息,容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据。网元设备可根据与主装置的网络连接状态信息控制是否进行容灾切换,网元设备作为容灾切换的仲裁方,可控制容灾装置是否接管网元设备发送的业务数据,可避免“脑裂”问题的发生,提高了异地容灾的仲裁准确性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明第一实施例提供的一种异地容灾的仲裁方法的流程图;
图2为本发明第二实施例提供的一种异地容灾的仲裁方法的流程图;
图3a为本发明第三实施例提供的一种异地容灾的仲裁方法的流程图;
图3b为本发明第四实施例提供的一种异地容灾的仲裁方法的流程图;
图4为本发明实施例提供的一种网元设备的结构示意图;
图5为本发明实施例提供的另一种网元设备的结构示意图;
图6为本发明实施例提供的一种容灾装置的结构示意图;
图7为本发明实施例提供的另一种容灾装置的结构示意图;
图8为本发明实施例提供的一种异地容灾的仲裁***的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种异地容灾的仲裁方法。若容灾装置在预设时间内未接收到主装置发送的心跳信号,向网元设备发送网络查询请求消息,网元设备接收到网络查询请求消息后,获取与主装置的网络连接状态信息,网元设备根据获取到的与主装置的网络连接状态信息向容灾装置发送网络查询响应消息,容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据。本发明实施例还提供了一种异地容灾的仲裁***可以包括:网元设备、容灾装置和主装置。
作为一种可选的实施方式,本发明实施例提供的异地容灾的仲裁方案可以应用于多种网络,例如EPS(Evolved Packet System,演进分组***)网络、wifi网络等。具体的,网元管理***(EMS)是管理特定类型的一个或多个电信网络单元的***,其中,网元由一个或多个机盘或机框组成,能够独立完成一定的传输功能,本发明实施例中的网元设备为网络侧的设备,包括但不局限于:EPS网络中的网元设备或wifi网络中的网元设备,例如:MME(MobilityManagement Entity,移动性管理网元)等。进一步可选的,本发明实施例中的网元设备可以为网络中新部署的网元设备,也可以为网络中已部署但重新启动的网元设备等,具体不受本发明实施例的限定。
作为一种可选的实施方式,主装置与容灾装置建立通信的心跳网络,其中,主装置与容灾装置为一一对应的关系。其中,主装置可以包括但不局限于:服务器等网络设备,还可以为服务器中的客户端模块或应用软件等,容灾装置可以包括但不局限于:用于容灾***的服务器等网络设备,还可以为服务器中的客户端模块或应用软件等。
主装置与网元设备建立通信的心跳网络。主装置在预设时间内向容灾装置发送心跳信号,若容灾装置在该预设时间内接收到主装置发送的心跳信号,则确定与主装置的心跳网络连接处于正常状态,若在该预设时间内未接收到主装置发送的心跳信号,则确定与主装置的心跳网络连接处于断开状态。
进一步可选的,网元设备管理主装置和容灾装置。具体的,在主装置和容灾装置处于正常工作状态下,网元设备的告警、性能统计、配置和日志等信息近提供给主装置,由主装置同步到容灾装置中。若主装置与网络设备连接正常,则由主装置接收并处理网元设备发送的业务数据。若网元设备根据与主装置的网络连接状态信息检测到与主装置的心跳网络连接中断,则网元设备可控制容灾装置开始接收并处理网元设备发送的业务数据。
作为一种可选的实施方式,本发明实施例提供的异地容灾的仲裁方案应用于异地容灾温备方案。其中,异地容灾方案可分为冷备方案、热备方案和温备方案,三者区别分别在于:冷备方案中容灾装置处理数据但不运行数据,热备方案中容灾装置处理数据且运行数据,温备方案中容灾装置运行数据但不处理数据。
通过发明实施例,当网元设备接收到容灾装置发送的网络查询请求消息时,可根据与主装置的网络连接状态信息控制是否进行容灾切换,网元设备作为容灾切换的仲裁方,可控制容灾装置是否接管网元设备发送的业务数据,可避免“脑裂”问题的发生,提高了异地容灾的仲裁准确性。下面通过具体实施例进行说明。
图1为本发明第一实施例提供的一种异地容灾的仲裁方法的流程图,图1所示的异地容灾的仲裁方法是以网元设备作为执行主体进行描述的,如图所示本实施例中的流程包括步骤S101~S103。
S101,接收容灾装置当在预设时间内未接收到主装置发送的心跳信号时发送的网络查询请求消息。
S102,获取与主装置的网络连接状态信息。
S103,根据获取到的与主装置的网络连接状态信息向容灾装置发送网络查询响应消息,以使容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据。
作为一种可选的实施方式,步骤S101中,网元设备接收容灾装置发送的网络查询请求消息,其中,容灾装置与主装置通过心跳网络连接,若容灾装置在预设时间内未接收到主装置发送的心跳信号,则容灾装置向网元设备发送网络查询请求消息,网元设备接收到该网络查询请求消息。
作为一种可选的实施方式,步骤S102中,网元设备从本地获取与主装置的网络连接状态信息,可选的,网络连接状态信息为网元设备与主装置建立通道时配置并存储的参数信息,具体的,网络连接状态信息可以包括如下表的参数信息,本发明实施例对此不作具体限定。
网元设备存储主设备的网络状态信息的数据结构如下: |
EMS站点类型(静态配置):0-主设备;1-容灾设备 |
EMS站点IP地址(静态配置): |
EMS站点心跳状态(动态调整):0-正常;1-中断 |
EMS站点接受全部信息状态(动态调整):0-是;1-仅心跳 |
其中,“EMS站点心跳状态”和“EMS站点接收全部信息状态”可动态调整,网元设备可根据当前的心跳网络状态实时调整“EMS站点心跳状态”。网络连接状态信息具体设置,例如,当前EMS站点类型为0,则当前EMS站点为主装置,EMS站点IP地址为该主装置的IP地址,EMS站点接受全部信息状态为0,EMS站点心跳状态为0。
作为一种可选的实施方式,步骤S103中,网元设备根据获取到的与主装置的网络连接状态信息向容灾装置发送网络查询响应消息,以使容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据。具体的,网元设备接收到网络查询请求消息,根据从本地获取到的与主装置的网络连接状态信息确定网元设备与主装置的心跳连接是否正常,可通过与主装置的网络连接状态信息中的“EMS站点心跳状态”来确定。
进一步可选的,步骤S103中,根据获取到的与主装置的网络连接状态信息向容灾装置发送网络查询响应消息,以使容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据具体可以包括:
若根据获取到的与主装置的网络连接状态信息判断到与主装置的心跳网络连接中断,向容灾装置发送第一响应消息,以使容灾装置根据第一响应消息接收并处理网元设备发送的业务数据;
若根据获取到的与主装置的网络连接状态信息判断到与主装置的心跳网络连接正常,向容灾装置发送第二响应消息,以使容灾装置根据第二响应消息控制不接收网元设备发送的业务数据。
具体的,若获取到的与主装置的网络连接状态信息中的“EMS站点心跳状态”为1,则判断到与主装置的心跳网络连接中断,向容灾装置发送第一响应消息。若获取到的与主装置的网络连接状态信息中的“EMS站点心跳状态”为0,则判断到与主装置的心跳网络连接正常,向容灾装置发送第二响应消息。
进一步可选的,本发明实施例在步骤S103之后,还可以包括步骤:
若根据获取到的与主装置的网络连接状态信息判断到与主装置的心跳网络连接中断,更新站点信息。
作为一种可选的实施方式,网元设备与主装置的网络连接状态信息可以提包括:站点信息,具体的,站点信息包括:EMS站点类型和EMS站点IP地址。例如:若获取到的与主装置的网络连接状态信息中的“EMS站点心跳状态”为1,则判断到与主装置的心跳网络连接中断,向容灾装置发送第一响应消息,将网络连接状态信息中的“EMS站点类型”更新为1,“EMS站点IP地址”更新为容灾装置的IP地址。
本发明实施例提供一种异地容灾的仲裁方法,当网元设备接收到容灾装置发送的网络查询请求消息后,获取与主装置的网络连接状态信息,根据获取到的与主装置的网络连接状态信息向容灾装置发送网络查询响应消息,以使容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据,从而实现根据网元设备与主装置的网络连接状态信息控制是否进行容灾切换,网元设备作为容灾切换的仲裁方,可控制容灾装置是否接管网元设备发送的业务数据,可避免“脑裂”问题的发生,提高了异地容灾的仲裁准确性。
图2为本发明第二实施例提供的一种异地容灾的仲裁方法的流程图,图2所示的异地容灾的仲裁方法是以容灾装置作为执行主体进行描述的,如图所示本实施例中的流程包括步骤S201~S203。
S201,若在预设时间内未接收到主装置发送的心跳信号,向网元设备发送网络查询请求消息。
S202,接收网元设备根据网络查询请求消息返回的网络查询响应消息。
S203,根据网络查询响应消息确定是否接管网元设备发送的业务数据。
作为一种可选的实施方式,步骤S201中,若容灾装置在预设时间内未接收到主装置发送的心跳信号,向网元设备发送网络查询请求消息,即向网元设备上报容灾装置与主装置的心跳网络连接中断了。其中,预设时间为预先设置的检测接收心跳信号的时间,与主装置预先设置的发送心跳信号的时间一致。
作为一种可选的实施方式,步骤S202中,容灾装置接收网元设备根据网络查询请求消息返回的网络查询响应消息。其中,网络查询响应消息可以包括:第一响应消息和第二响应消息。
作为一种可选的实施方式,步骤S203中,根据网络查询响应消息确定是否接管网元设备发送的业务数据。具体的,若接收到网元设备发送的第一响应消息,根据第一响应消息接收并处理网元设备发送的业务数据,即容灾装置开始接管业务数据且接收心跳信号。若接收到网元设备发送的第二响应消息,根据第二响应消息控制不接收网元设备发送的业务数据,即容灾装置不接管业务数据,但是接收心跳信号。
本发明实施例提供一种异地容灾的仲裁方法,若在预设时间内未接收到主装置发送的心跳信号,容灾装置可向网元设备发送网络查询请求消息,可接收网元设备根据网络查询请求消息返回的网络查询响应消息,并根据网络查询响应消息确定是否接管网元设备发送的业务数据,若接收到网元设备发送的第一响应消息,则接管网元设备发送的业务数据,若接收到网元设备发送的第二响应消息,则不接管网元设备发送的业务数据,从而实现网元设备作为容灾切换的仲裁方,容灾装置可根据网元设备返回的网络查询响应消息确定是否接管网元设备发送的业务数据,避免了“脑裂”问题的发生,提高了异地容灾的仲裁准确性。
图3a为本发明第三实施例提供的一种异地容灾的仲裁方法的流程图,图3a所示的异地容灾的仲裁方法是以流向图的角度进行描述的,如图所示本实施例中的流程包括步骤S3a01~S3a07。
S3a01,若主装置检测到出现本地故障,向容灾装置发送故障通知消息。
作为一种可选的实施方式,若主装置检测到出现本地故障,具体的,本地故障可以包括本地硬件或EMS基础服务的故障,主装置检测到出现本地故障后,关闭EMS服务,并向容灾装置发送故障通知消息。当主装置检测到出现本地故障时,仍由主装置作为仲裁方。
S3a02,容灾装置根据故障通知消息生成故障告警信息。
作为一种可选的实施方式,容灾装置根据故障通知消息生成故障告警信息,生成的故障告警信息中携带主装置标识。
S3a03,容灾装置向监控装置发送故障告警信息。
作为一种可选的实施方式,容灾装置向监控装置发送故障告警信息,具体的,监控装置可以为容灾装置的上层监控软件,或可与用户交互的监控装置或可与用户交互的设备中的监控软件等,具体不受本发明实施例的现在。容灾装置向监控装置发送故障告警信息,以使监控装置将该故障告警信息告知用户,从而对本地故障进行处理。
S3a04,容灾装置根据故障通知消息生成网络状态通知消息。
作为一种可选的实施方式,容灾装置根据故障通知消息生成网络状态通知消息。
S3a05,容灾装置将网络状态通知消息发送给网元设备。
S3a06,网元设备根据网络状态通知消息更新与主装置的网络连接状态信息。
作为一种可选的实施方式,网元设备接收到网络状态通知消息后,更新与主装置的网络连接状态信息,具体的,可更新与主装置的网络连接状态信息中的站点信息,具体的,站点信息可以包括:EMS站点类型和EMS站点IP地址。
S3a07,网元设备向容灾装置返回与网络状态通知消息对应的网络状态响应消息。
作为一种可选的实施方式,网元设备成功更新与主装置的网络连接状态信息后,向容灾装置返回与网络状态通知消息对应的网络状态响应消息。
进一步可选的,S3a02~S3a03、S3a04~S3a05的执行无先后之分,可先执行其中一组再执行另一组,也可以同时执行,具体执行方式不受本发明实施例的限制。
本发明实施例提供一种异地容灾的仲裁方法,若主装置检测到出现本地故障,可向容灾装置发送故障通知消息,容灾装置根据故障通知信息向网元设备发送网络状态通知消息,从而网元设备可根据网络状态通知消息更新与主装置的网络连接状态信息,保证了网络连接状态信息与实际网络状态的一致性,且容灾装置可向监控装置发送故障告警信息,从而可及时通知用户对故障进行处理,保证了故障维护的及时性。
图3b为本发明第四实施例提供的一种异地容灾的仲裁方法的流程图,图3b所示的异地容灾的仲裁方法是以流向图的角度进行描述的,如图所示本实施例中的流程包括步骤S3b01~S3b07。
S3b01,若在预设时间内未接收到主装置发送的心跳信号,容灾装置向网元设备发送网络查询请求消息。
S3b02,网元设备获取与主装置的网络连接状态信息。
S3b03,若根据与主装置的网络联机状态信息判断到与主装置的心跳网络连接中断,网元设备向容灾装置发送第一响应消息。
S3b04,网元设备更新与主装置的网络连接状态信息中的站点信息。
S3b05,容灾装置根据第一响应消息接收并处理网元设备发送的业务数据。
S3b06,若根据与主装置的网络连接状态信息判断到与主装置的心跳网络连接正常,网元设备向容灾装置发送第二响应消息。
S3b07,容灾装置根据第二响应消息控制不接收网元设备发送的业务数据。
本发明实施例提供一种异地容灾的仲裁方法,若在预设时间内未接收到主装置发送的心跳信号,容灾装置可向网元设备发送网络查询请求消息,若根据与主装置的网络连接状态信息判断到与主装置的心跳网络连接中断,网元设备向容灾装置发送第一响应消息,则容灾装置接管网元设备发送的业务数据,若根据与主装置的网络连接状态信息判断到与主装置的心跳网络连接正常,网元设备向容灾装置发送第二响应消息,则容灾装置不接管网元设备发送的业务数据,从而实现网元设备作为容灾切换的仲裁方,容灾装置可根据网元设备返回的网络查询响应消息确定是否接管网元设备发送的业务数据,避免了“脑裂”问题的发生,提高了异地容灾的仲裁准确性。
作为一种可选的实施方式,可以仅执行图3a中的步骤S3a01~S3a07,也可以仅执行图3b中的步骤S3b01~S3b07。还可以先执行图3a中的步骤S3a01~S3a07,再执行图3b中的步骤S3b01~S3b07。也可以先执行图3b中的步骤S3b01~S3b07,再执行图3a中的步骤S3a01~S3a07。还可以同时执行图3a中的步骤S3a01~S3a07与图3b中的步骤S3b01~S3b07,具体执行方式不受本发明实施例的限制。
下面将结合附图4、附图6,分别对本发明实施例提供的网元设备、容灾装置进行详细介绍。
需要说明的是,附图4所示的网元设备,用于执行本发明图1所示实施例的方法,为基于图1所述的异地容灾的仲裁方法的执行主体。为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明图1所示的实施例。
如图4所示,为本发明实施例提供的一种网元设备的结构示意图,本发明实施例提供的网元设备可以包括:第一接收模块401、获取模块402和第一响应模块403。
第一接收模块401,用于接收容灾装置当在预设时间内未接收到主装置发送的心跳信号时发送的网络查询请求消息。
作为一种可选的实施方式,第一接收模块401接收容灾装置发送的网络查询请求消息,其中,容灾装置与主装置通过心跳网络连接,若容灾装置在预设时间内未接收到主装置发送的心跳信号,则容灾装置向网元设备发送网络查询请求消息,网元设备接收到该网络查询请求消息。
获取模块402,用于获取与主装置的网络连接状态信息。
作为一种可选的实施方式,获取模块402从本地获取与主装置的网络连接状态信息,可选的,网络连接状态信息为网元设备与主装置建立通道时配置并存储的参数信息,具体的,网络连接状态信息可以包括如下表的参数信息,本发明实施例对此不作具体限定。
网元设备存储主设备的网络状态信息的数据结构如下: |
EMS站点类型(静态配置):0-主设备;1-容灾设备 |
EMS站点IP地址(静态配置): |
EMS站点心跳状态(动态调整):0-正常;1-中断 |
EMS站点接受全部信息状态(动态调整):0-是;1-仅心跳 |
其中,“EMS站点心跳状态”和“EMS站点接收全部信息状态”可动态调整,网元设备可根据当前的心跳网络状态实时调整“EMS站点心跳状态”。网络连接状态信息具体设置,例如,当前EMS站点类型为0,则当前EMS站点为主装置,EMS站点IP地址为该主装置的IP地址,EMS站点接受全部信息状态为0,EMS站点心跳状态为0。
第一响应模块403,用于根据获取到的与主装置的网络连接状态信息向容灾装置发送网络查询响应消息,以使容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据。
作为一种可选的实施方式,第一响应模块403根据获取到的与主装置的网络连接状态信息向容灾装置发送网络查询响应消息,以使容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据。具体的,网元设备接收到网络查询请求消息,根据从本地获取到的与主装置的网络连接状态信息确定网元设备与主装置的心跳连接是否正常,可通过与主装置的网络连接状态信息中的“EMS站点心跳状态”来确定。
作为一种可选的实施方式,响应模块403可以包括:第一响应单元或第二响应单元。其中,第一响应单元,用于当根据获取模块402获取到的与主装置的网络连接状态信息判断到与主装置的心跳网络连接中断时,向容灾装置发送第一响应消息,以使容灾装置根据第一响应消息接收并处理网元设备发送的业务数据。第二响应单元,用于当根据获取模块402获取到的与主装置的网络连接状态信息判断到与主装置的心跳网络连接正常时,向容灾装置发送第二响应消息,以使容灾装置根据第二响应消息控制不接收网元设备发送的业务数据。
具体的,若获取到的与主装置的网络连接状态信息中的“EMS站点心跳状态”为1,则判断到与主装置的心跳网络连接中断,向容灾装置发送第一响应消息。若获取到的与主装置的网络连接状态信息中的“EMS站点心跳状态”为0,则判断到与主装置的心跳网络连接正常,向容灾装置发送第二响应消息。
进一步可选的,本发明实施例提供的网元设备还包括:更新模块404。
更新模块404,用于当根据获取模块402获取到的与主装置的网络连接状态信息判断到与主装置的心跳网络连接中断时,更新站点信息。
作为一种可选的实施方式,网元设备与主装置的网络连接状态信息可以包括:站点信息,具体的,站点信息可以包括:EMS站点类型和EMS站点IP地址。例如:若获取到的与主装置的网络连接状态信息中的“EMS站点心跳状态”为1,则判断到与主装置的心跳网络连接中断,向容灾装置发送第一响应消息,将网络连接状态信息中的“EMS站点类型”更新为1,“EMS站点IP地址”更新为容灾装置的IP地址。
进一步可选的,本发明实施例提供的网元设备还可以包括:第二接收模块405和第二响应模块406。
第二接收模块405,用于接收容灾装置发送的网络状态通知消息,网络状态通知消息为容灾装置根据主装置发送的故障通知消息生成的消息。
作为一种可选的实施方式,若主装置检测到出现本地故障,具体的,本地故障可以包括本地硬件或EMS基础服务的故障,主装置检测到出现本地故障后,关闭EMS服务,并向容灾装置发送故障通知消息。当主装置检测到出现本地故障时,仍由主装置作为仲裁方。容灾装置根据故障通知消息生成网络状态通知消息。容灾装置将网络状态通知消息发送给网元设备,第二接收模块405接收到容灾装置发送的网络状态通知消息。
第二响应模块406,用于根据网络状态通知消息更新与主装置的网络连接状态信息,并向容灾装置返回与网络状态通知消息对应的网络状态响应消息。
作为一种可选的实施方式,网元设备接收到网络状态通知消息后,第二响应模块406更新与主装置的网络连接状态信息,具体的,可更新与主装置的网络连接状态信息中的站点信息,具体的,站点信息可以包括:EMS站点类型和EMS站点IP地址。网元设备成功更新与主装置的网络连接状态信息后,向容灾装置返回与网络状态通知消息对应的网络状态响应消息。
本发明实施例提供一种网元设备,第一接收模块接收容灾装置发送的网络查询请求消息,获取模块获取与主装置的网络连接状态信息,第一响应模块根据获取到的与主装置的网络连接状态信息向容灾装置发送网络查询响应消息,以使容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据,从而实现根据与主装置的网络连接状态信息控制是否进行容灾切换,网元设备作为容灾切换的仲裁方,可控制容灾装置是否接管网元设备发送的业务数据,可避免“脑裂”问题的发生,提高了异地容灾的仲裁准确性。进一步可选的,还可以通过第二接收模块接收主装置发送的故障通知消息,第二响应模块根据网络状态通知消息更新与主装置的网络连接状态信息,并向容灾装置返回与网络状态通知消息对应的网络状态响应消息,从而网元设备可根据网络状态通知消息更新与主装置的网络连接状态信息,保证了网络连接状态信息与实际网络状态的一致性。
需要说明的是,本实施例中的第一接收模块、第二接收模块可以为网元设备的接收机,且第一接收模块、第二接收模块和发送模块可以集成在一起构成网元设备的收发机。获取模块可以为单独设立的处理器,也可以集成在网元设备的某一个处理器中实现,此外,也可以以程序代码的形式存储于网元设备的存储器中,由网元设备的某一个处理器调用并执行以上获取模块的功能。第一响应模块的实现同获取模块,且可以与获取模块集成在一起,也可以独立实现。这里所述的处理器可以是一个中央处理器(Central Processing Unit,CPU),或者是特定集成电路(Application Specific Integrated Circuit,ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路。进一步可选的,更新模块、第二响应模块的实现同获取模块。
请参见图5,为本发明实施例提供的另一种网元设备的结构示意图,其中,本实施例提供的网元设备与图1所示的方法相对应,为基于图1所示的异地容灾的仲裁方法的执行主体。具体的实现形式如图5所示,本发明实施例的网元设备包括:接收机501、发射机502、存储器503和处理器504,其中,接收机501、发射机502、存储器503均和处理器504连接,例如,可以通过总线连接。当然,网元设备还可以包括天线、基带处理部件、中射频处理部件、输入输出装置等通用部件,本发明实施例在此不再任何限制。
接收机501和发射机502可以集成在一起,构成收发机。
存储器503用于存储可执行程序代码,该程序代码包括计算机操作指令。存储器503可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
处理器504可以是一个中央处理器,或者是特定集成电路,或者是被配置成实施本发明实施例的一个或多个集成电路。
其中,存储器503中存储一组程序代码,且处理器504用于调用存储器503中存储的程序代码,执行以下操作:
通过接收机501接收容灾装置当在预设时间内未接收到主装置发送的心跳信号时发送的网络查询请求消息;
获取与主装置的网络连接状态信息;
根据所述获取到的与主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息,以使所述容灾装置根据所述网络查询响应消息确定是否接管网元设备发送的业务数据。
作为一种可选的实施方式,处理器504根据所述获取到的与所述主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息,以使所述容灾装置根据所述网络查询响应消息确定是否接管网元设备发送的业务数据具体可以包括:
若根据所述获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接中断,向所述容灾装置发送第一响应消息,以使所述容灾装置根据所述第一响应消息接收并处理所述网元设备发送的业务数据;
若根据所述获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接正常,向所述容灾装置发送第二响应消息,以使所述容灾装置根据所述第二响应消息控制不接收所述网元设备发送的业务数据。
作为一种可选的实施方式,与所述主装置的网络连接状态信息包括:站点信息;处理器504根据所述获取到的所述与主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息之后,处理器504还用于:若根据所述获取到的所述与主装置的网络连接状态信息判断到与所述主装置的心跳网络连接中断,更新所述站点信息。
作为一种可选的实施方式,处理器504还用于:
通过接收机501接收所述容灾装置发送的网络状态通知消息,所述网络状态通知消息为所述容灾装置根据所述主装置发送的故障通知消息生成的消息;
根据所述网络状态通知消息更新所述与主装置的网络连接状态信息,并通过发射机502向所述容灾装置返回与所述网络状态通知消息对应的网络状态响应消息。
上述技术方案中,提供一种网元设备,包括接收机、发射机、存储器和处理器,处理器可通过接收机接收容灾装置发送的网络查询请求消息,获取与主装置的网络连接状态信息,根据获取到的与主装置的网络连接状态信息向容灾装置通过发射机发送网络查询响应消息,以使容灾装置根据网络查询响应消息确定是否接管网元设备发送的业务数据,从而实现根据与主装置的网络连接状态信息控制是否进行容灾切换,网元设备作为容灾切换的仲裁方,可控制容灾装置是否接管网元设备发送的业务数据,可避免“脑裂”问题的发生,提高了异地容灾的仲裁准确性。进一步可选的,还可以通过接收机接收主装置发送的故障通知消息,根据所述网络状态通知消息更新所述与主装置的网络连接状态信息,并通过发射机向所述容灾装置返回与所述网络状态通知消息对应的网络状态响应消息,从而网元设备可根据网络状态通知消息更新与主装置的网络连接状态信息,保证了网络连接状态信息与实际网络状态的一致性。
需要说明的是,附图6所示的容灾装置,用于执行本发明图2所示实施例的方法,为基于图2所述的异地容灾的仲裁方法的执行主体。为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明图2所示的实施例。
如图6所示,为本发明实施例提供的一种容灾装置的结构示意图,本发明实施例提供的容灾装置可以包括:发送模块601、第一接收模块602和处理模块603。
发送模块601,用于若在预设时间内未接收到主装置发送的心跳信号,向网元设备发送网络查询请求消息。
作为一种可选的实施方式,若容灾装置在预设时间内未接收到主装置发送的心跳信号,发送模块601向网元设备发送网络查询请求消息,即向网元设备上报容灾装置与主装置的心跳网络连接中断了。其中,预设时间为预先设置的检测接收心跳信号的时间,与主装置预先设置的发送心跳信号的时间一致。
第一接收模块602,用于接收网元设备根据网络查询请求消息返回的网络查询响应消息。
作为一种可选的实施方式,第一接收模块602接收网元设备根据网络查询请求消息返回的网络查询响应消息。其中,网络查询响应消息可以包括:第一响应消息和第二响应消息。
处理模块603,用于根据网络查询响应消息确定是否接管网元设备发送的业务数据。
作为一种可选的实施方式,处理模块603根据网络查询响应消息确定是否接管网元设备发送的业务数据。具体的,处理模块603可以包括:第一处理单元或第二处理单元,其中:
第一处理单元,用于当接收到网元设备发送的第一响应消息时,根据第一响应消息接收并处理网元设备发送的业务数据;
第二处理单元,用于当接收到网元设备发送的第二响应消息时,根据第二响应消息控制不接收网元设备发送的业务数据。
进一步可选的,本发明实施例提供的容灾装置还可以包括:第二接收模块604、第一上报模块605和第三接收模块606。
第二接收模块604,用于接收主装置发送的故障通知消息。
作为一种可选的实施方式,若主装置检测到出现本地故障,具体的,本地故障可以包括本地硬件或EMS基础服务的故障,主装置检测到出现本地故障后,关闭EMS服务,并向容灾装置发送故障通知消息,进而第二接收模块604接收到主装置发送的故障通知消息。当主装置检测到出现本地故障时,仍由主装置作为仲裁方。
第一上报模块605,用于根据故障通知消息生成网络状态通知消息,并将网络状态通知消息发送给网元设备。
作为一种可选的实施方式,根据故障通知消息生成网络状态通知消息。将网络状态通知消息发送给网元设备。
第三接收模块606,用于接收网元设备根据网络状态通知消息返回的网络状态响应消息。
作为一种可选的实施方式,网元设备接收到网络状态通知消息后,更新与主装置的网络连接状态信息,具体的,可更新与主装置的网络连接状态信息中的站点信息,具体的,站点信息可以包括:EMS站点类型和EMS站点IP地址。网元设备向容灾装置返回与网络状态通知消息对应的网络状态响应消息,进而接收到网元设备返回的网络状态响应消息。
进一步可选的,本发明实施例提供的容灾装置还可以包括:第二上报模块607
第二上报模块607,用于根据故障通知消息生成故障告警信息,并向监控装置发送故障告警信息。
作为一种可选的实施方式,可以根据故障通知消息生成故障告警信息,生成的故障告警信息中携带主装置标识,向监控装置发送故障告警信息。具体的,监控装置可以为容灾装置的上层监控软件,或可与用户交互的监控装置或可与用户交互的设备中的监控软件等,具体不受本发明实施例的现在。容灾装置向监控装置发送故障告警信息,以使监控装置将该故障告警信息告知用户,从而对本地故障进行处理。
本发明实施例提供一种容灾装置,若在预设时间内未接收到主装置发送的心跳信号,发送模块可向网元设备发送网络查询请求消息,第一接收模块接收网元设备根据网络查询请求消息返回的网络查询响应消息,处理模块根据网络查询响应消息确定是否接管网元设备发送的业务数据,若接收到网元设备发送的第一响应消息,则接管网元设备发送的业务数据,若接收到网元设备发送的第二响应消息,则不接管网元设备发送的业务数据,从而实现网元设备作为容灾切换的仲裁方,容灾装置可根据网元设备返回的网络查询响应消息确定是否接管网元设备发送的业务数据,避免了“脑裂”问题的发生,提高了异地容灾的仲裁准确性。进一步可选的,还可以通过第二接收模块接收主装置发送的故障通知消息,第一上报模块根据故障通知信息向网元设备发送网络状态通知消息,从而网元设备可根据网络状态通知消息更新与主装置的网络连接状态信息,保证了网络连接状态信息与实际网络状态的一致性,且第二上报模块可向监控装置发送故障告警信息,从而可及时通知用户对故障进行处理,保证了故障维护的及时性。
需要说明的是,本实施例中的第一接收模块、第二接收模块、第三接收模块可以为容灾装置的接收机,发送模块可以为容灾装置的发射机,且第一接收模块、第二接收模块、第三接收模块和发送模块可以集成在一起构成容灾装置的收发机。处理模块可以为单独设立的处理器,也可以集成在网元设备的某一个处理器中实现,此外,也可以以程序代码的形式存储于容灾装置的存储器中,由容灾装置的某一个处理器调用并执行以上获取模块的功能。第一上报模块、第二上报模块的实现同获取模块,且可以与处理模块集成在一起,也可以独立实现。这里所述的处理器可以是一个中央处理器,或者是特定集成电路,或者是被配置成实施本发明实施例的一个或多个集成电路。
请参见图7,为本发明实施例提供的另一种容灾装置的结构示意图,其中,本实施例提供的容灾装置与图2所示的方法相对应,为基于图2所示的异地容灾的仲裁方法的执行主体。具体的实现形式如图7所示,本发明实施例的容灾装置包括:接收机701、发射机702、存储器703和处理器704,其中,接收机701、发射机702、存储器703均和处理器704连接,例如,可以通过总线连接。当然,容灾装置还可以包括天线、基带处理部件、中射频处理部件、输入输出装置等通用部件,本发明实施例在此不再任何限制。
接收机701和发射机702可以集成在一起,构成收发机。
存储器703用于存储可执行程序代码,该程序代码包括计算机操作指令。存储器703可能包含高速RAM存储器,也可能还包括非易失性存储器,例如至少一个磁盘存储器。
处理器704可以是一个中央处理器,或者是特定集成电路,或者是被配置成实施本发明实施例的一个或多个集成电路。
其中,存储器703中存储一组程序代码,且处理器704用于调用存储器703中存储的程序代码,执行以下操作:
若在预设时间内未接收到主装置发送的心跳信号,通过发射机702向网元设备发送网络查询请求消息;
通过接收机701接收所述网元设备根据所述网络查询请求消息返回的网络查询响应消息;
根据所述网络查询响应消息确定是否接管所述网元设备发送的业务数据。
作为一种可选的实施方式,处理器704根据所述网络查询响应消息确定是否接管所述网元设备发送的业务数据具体可以包括:
若接收到所述网元设备发送的第一响应消息,根据所述第一响应消息接收并处理所述网元设备发送的业务数据;
若接收到所述网元设备发送的第二响应消息,根据所述第二响应消息控制不接收所述网元设备发送的业务数据。
作为一种可选的实施方式,处理器704还用于:
通过接收机701接收所述主装置发送的故障通知消息;
根据所述故障通知消息生成网络状态通知消息,并通过发射机702将所述网络状态通知消息发送给所述网元设备;
通过接收机701接收所述网元设备根据所述网络状态通知消息返回的网络状态响应消息。
作为一种可选的实施方式,处理器704还用于:
根据所述故障通知消息生成故障告警信息,并通过发射机702向监控装置发送所述故障告警信息。
上述技术方案中,提供一种容灾装置,包括接收机、发射机、存储器和处理器,若在预设时间内未接收到主装置发送的心跳信号,可通过发射机向网元设备发送网络查询请求消息,可通过接收机接收网元设备根据网络查询请求消息返回的网络查询响应消息,并根据网络查询响应消息确定是否接管网元设备发送的业务数据,若接收到网元设备发送的第一响应消息,则接管网元设备发送的业务数据,若接收到网元设备发送的第二响应消息,则不接管网元设备发送的业务数据,从而实现网元设备作为容灾切换的仲裁方,容灾装置可根据网元设备返回的网络查询响应消息确定是否接管网元设备发送的业务数据,避免了“脑裂”问题的发生,提高了异地容灾的仲裁准确性。进一步可选的,还可以通过接收机接收主装置发送的故障通知消息,根据故障通知信息向网元设备发送网络状态通知消息,从而网元设备可根据网络状态通知消息更新与主装置的网络连接状态信息,保证了网络连接状态信息与实际网络状态的一致性,且容灾装置可向监控装置发送故障告警信息,从而可及时通知用户对故障进行处理,保证了故障维护的及时性。
进一步可选的,如图8所示,为本发明实施例提供的一种异地容灾的仲裁***的结构示意图,如图所示,本发明实施例提供的异地容灾的仲裁***,可以包括:主装置801、容灾装置802以及网元设备803。进一步可选的,在主装置807和容灾装置802处于正常工作状态下,网元设备803的告警、性能统计、配置和日志等信息仅提供给主装置801,由主装置801同步到容灾装置802中。本发明实施例中,网元设备803可作为仲裁方,存储主装置801、容灾装置802的状态信息。进一步可选的,本发明实施例提供的异地容灾的仲裁***还可以包括:监控装置。
作为一种可选的实施方式,网元设备803如图4所示,容灾装置802如图6所示。其具体结构和功能可参见图4、图6所示实施例的相关描述,在此不赘述。需要说明的是,本实施例的***可应用于上述方法中。
综上,本发明实施例提供一种异地容灾的仲裁方法、网元设备、容灾装置及***。若在预设时间内未接收到主装置发送的心跳信号,容灾装置可向网元设备发送网络查询请求消息,网元设备接收到该网络查询请求消息后,获取与主装置的网络连接状态信息,根据获取到的与主装置的网络连接状态信息向容灾装置发送网络查询响应消息,容灾装置可根据网络查询响应消息确定是否接管网元设备发送的业务数据,网络查询响应消息包括:第一响应消息和第二响应消息,若接收到网元设备发送的第一响应消息,则接管网元设备发送的业务数据,若接收到网元设备发送的第二响应消息,则不接管网元设备发送的业务数据,从而实现网元设备作为容灾切换的仲裁方,容灾装置可根据网元设备返回的网络查询响应消息确定是否接管网元设备发送的业务数据,避免了“脑裂”问题的发生,提高了异地容灾的仲裁准确性。进一步可选的,还可以接收主装置发送的故障通知消息,根据故障通知信息向网元设备发送网络状态通知消息,从而网元设备可根据网络状态通知消息更新与主装置的网络连接状态信息,保证了网络连接状态信息与实际网络状态的一致性,且容灾装置可向监控装置发送故障告警信息,从而可及时通知用户对故障进行处理,保证了故障维护的及时性。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或模块可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置、模块或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
作为分离部件说明的模块或单元可以是或者也可以不是物理上分开的,作为模块或单元显示的部件可以是或者也可以不是物理模块或单元,即可以位于一个地方,或者也可以分布到多个网络模块或单元上。可以根据实际的需要选择其中的部分或者全部模块或单元来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能模块或单元可以集成在一个处理模块或单元中,也可以是各个模块或单元单独物理存在,也可以是两个或两个以上模块或单元集成在一个模块或单元中。上述集成的模块或单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的模块或单元如果以软件功能模块或单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (17)
1.一种异地容灾的仲裁方法,其特征在于,所述方法包括:
接收容灾装置当在预设时间内未接收到主装置发送的心跳信号时发送的网络查询请求消息;
获取与所述主装置的网络连接状态信息;
根据所述获取到的与所述主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息,以使所述容灾装置根据所述网络查询响应消息确定是否接管网元设备发送的业务数据。
2.如权利要求1所述的方法,其特征在于,所述根据所述获取到的与所述主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息,以使所述容灾装置根据所述网络查询响应消息确定是否接管网元设备发送的业务数据包括:
若根据所述获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接中断,向所述容灾装置发送第一响应消息,以使所述容灾装置根据所述第一响应消息接收并处理所述网元设备发送的业务数据;
若根据所述获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接正常,向所述容灾装置发送第二响应消息,以使所述容灾装置根据所述第二响应消息控制不接收所述网元设备发送的业务数据。
3.如权利要求1~2任一所述的方法,其特征在于,所述与所述主装置的网络连接状态信息包括:站点信息;
所述根据所述获取到的所述主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息之后,包括:
若根据所述获取到的所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接中断,更新所述站点信息。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述容灾装置发送的网络状态通知消息,所述网络状态通知消息为所述容灾装置根据所述主装置发送的故障通知消息生成的消息;
根据所述网络状态通知消息更新所述与所述主装置的网络连接状态信息,并向所述容灾装置返回与所述网络状态通知消息对应的网络状态响应消息。
5.一种异地容灾的仲裁方法,其特征在于,所述方法包括:
若在预设时间内未接收到主装置发送的心跳信号,向网元设备发送网络查询请求消息;
接收所述网元设备根据所述网络查询请求消息返回的网络查询响应消息;
根据所述网络查询响应消息确定是否接管所述网元设备发送的业务数据。
6.如权利要求5所述的方法,其特征在于,所述根据所述网络查询响应消息确定是否接管所述网元设备发送的业务数据包括:
若接收到所述网元设备发送的第一响应消息,根据所述第一响应消息接收并处理所述网元设备发送的业务数据;
若接收到所述网元设备发送的第二响应消息,根据所述第二响应消息控制不接收所述网元设备发送的业务数据。
7.如权利要求5所述的方法,其特征在于,所述方法还包括:
接收所述主装置发送的故障通知消息;
根据所述故障通知消息生成网络状态通知消息,并将所述网络状态通知消息发送给所述网元设备;
接收所述网元设备根据所述网络状态通知消息返回的网络状态响应消息。
8.如权利要求7所述的方法,其特征在于,所述接收所述主装置发送的故障通知消息之后,包括:
根据所述故障通知消息生成故障告警信息,并向监控装置发送所述故障告警信息。
9.一种网元设备,其特征在于,所述网元设备包括:
第一接收模块,用于接收容灾装置当在预设时间内未接收到主装置发送的心跳信号时发送的网络查询请求消息;
获取模块,用于获取与所述主装置的网络连接状态信息;
第一响应模块,用于根据所述获取模块获取到的与所述主装置的网络连接状态信息向所述容灾装置发送网络查询响应消息,以使所述容灾装置根据所述网络查询响应消息确定是否接管所述网元设备发送的业务数据。
10.如权利要求9所述的网元设备,其特征在于,所述响应模块包括:第一响应单元或第二响应单元;
所述第一响应单元,用于当根据所述获取模块获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接中断时,向所述容灾装置发送第一响应消息,以使所述容灾装置根据所述第一响应消息接收并处理所述网元设备发送的业务数据;
所述第二响应单元,用于当根据所述获取模块获取到的与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接正常时,向所述容灾装置发送第二响应消息,以使所述容灾装置根据所述第二响应消息控制不接收所述网元设备发送的业务数据。
11.如权利要求9~10任一所述的网元设备,其特征在于,所述与所述主装置的网络连接状态信息包括:站点信息;
所述网元设备还包括:
更新模块,用于当根据所述获取模块获取到的所述与所述主装置的网络连接状态信息判断到与所述主装置的心跳网络连接中断时,更新所述站点信息。
12.如权利要求9所述的网元设备,其特征在于,所述网元设备还包括:
第二接收模块,用于接收所述容灾装置发送的网络状态通知消息,所述网络状态通知消息为所述容灾装置根据所述主装置发送的故障通知消息生成的消息;
第二响应模块,用于根据所述网络状态通知消息更新所述主装置的网络连接状态信息,并向所述容灾装置返回与所述网络状态通知消息对应的网络状态响应消息。
13.一种容灾装置,其特征在于,所述容灾装置包括:
发送模块,用于若在预设时间内未接收到主装置发送的心跳信号,向网元设备发送网络查询请求消息;
第一接收模块,用于接收所述网元设备根据所述网络查询请求消息返回的网络查询响应消息;
处理模块,用于根据所述网络查询响应消息确定是否接管所述网元设备发送的业务数据。
14.如权利要求13所述的容灾装置,其特征在于,所述处理模块包括:第一处理单元或第二处理单元;
所述第一处理单元,用于当接收到所述网元设备发送的第一响应消息时,根据所述第一响应消息接收并处理所述网元设备发送的业务数据;
所述第二处理单元,用于当接收到所述网元设备发送的第二响应消息时,根据所述第二响应消息控制不接收所述网元设备发送的业务数据。
15.如权利要求13所述的容灾装置,其特征在于,所述容灾装置还包括:
第二接收模块,用于接收所述主装置发送的故障通知消息;
第一上报模块,用于根据所述故障通知消息生成网络状态通知消息,并将所述网络状态通知消息发送给所述网元设备;
第三接收模块,用于接收所述网元设备根据所述网络状态通知消息返回的网络状态响应消息。
16.如权利要求15所述的容灾装置,其特征在于,所述容灾装置还包括:
第二上报模块,用于根据所述故障通知消息生成故障告警信息,并向监控装置发送所述故障告警信息。
17.一种异地容灾的仲裁***,其特征在于,所述包括如:主装置、如权利要求9~12任一所述的网元设备以及如权利要求13~16任一所述的容灾装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310628548.6A CN103607310A (zh) | 2013-11-29 | 2013-11-29 | 一种异地容灾的仲裁方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310628548.6A CN103607310A (zh) | 2013-11-29 | 2013-11-29 | 一种异地容灾的仲裁方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103607310A true CN103607310A (zh) | 2014-02-26 |
Family
ID=50125511
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310628548.6A Pending CN103607310A (zh) | 2013-11-29 | 2013-11-29 | 一种异地容灾的仲裁方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103607310A (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016065925A1 (zh) * | 2014-10-29 | 2016-05-06 | 中兴通讯股份有限公司 | 控制器替换方法及装置 |
CN105634848A (zh) * | 2014-11-04 | 2016-06-01 | ***通信集团四川有限公司 | 一种虚拟路由器监控方法及装置 |
CN106452696A (zh) * | 2016-10-28 | 2017-02-22 | 郑州云海信息技术有限公司 | 一种服务器集群的控制*** |
WO2017071274A1 (zh) * | 2015-10-30 | 2017-05-04 | 华为技术有限公司 | 双活集群***中容灾的方法及装置 |
CN106789155A (zh) * | 2016-11-16 | 2017-05-31 | 深圳市中博睿存科技有限公司 | 元数据仲裁服务器、控制方法和通讯*** |
CN106953761A (zh) * | 2017-03-29 | 2017-07-14 | 杭州云纪网络科技有限公司 | 服务器备灾***及基于备灾***的处理消息的方法 |
CN107147528A (zh) * | 2017-05-23 | 2017-09-08 | 郑州云海信息技术有限公司 | 一种存储网关智能防脑裂***及方法 |
CN107276846A (zh) * | 2017-06-07 | 2017-10-20 | 腾讯科技(深圳)有限公司 | 一种网关容灾方法、装置和存储介质 |
CN109756797A (zh) * | 2017-11-07 | 2019-05-14 | 阿里巴巴集团控股有限公司 | 双上联方法、光网络管理设备以及光传输*** |
CN109947593A (zh) * | 2017-12-21 | 2019-06-28 | 中国电信股份有限公司 | 数据容灾方法、***、策略仲裁装置和存储介质 |
CN110391929A (zh) * | 2018-04-23 | 2019-10-29 | 深圳市格瑞信息科技有限公司 | 一种容错控制方法、装置及容错构件 |
CN112540873A (zh) * | 2020-12-03 | 2021-03-23 | 华云数据控股集团有限公司 | 容灾方法、装置、电子设备及容灾*** |
US11533221B2 (en) | 2018-05-25 | 2022-12-20 | Huawei Technologies Co., Ltd. | Arbitration method and related apparatus |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN202004776U (zh) * | 2011-01-07 | 2011-10-05 | 北京捷世伟业电子科技有限公司 | 冗余热切换*** |
CN102257848A (zh) * | 2011-05-31 | 2011-11-23 | 华为技术有限公司 | 通信设备间的主备倒换方法、通信设备和***及服务请求设备 |
CN102265556A (zh) * | 2011-05-31 | 2011-11-30 | 华为技术有限公司 | 通信设备间的主备倒换方法、通信设备和***及服务请求设备 |
CN102265555A (zh) * | 2011-05-31 | 2011-11-30 | 华为技术有限公司 | 通信设备间的主备倒换方法、通信设备和***及服务请求设备 |
CN102394914A (zh) * | 2011-09-22 | 2012-03-28 | 浪潮(北京)电子信息产业有限公司 | 集群脑裂处理方法和装置 |
CN102916825A (zh) * | 2011-08-01 | 2013-02-06 | 中兴通讯股份有限公司 | 一种双机热备***的管理设备、管理方法及双机热备*** |
-
2013
- 2013-11-29 CN CN201310628548.6A patent/CN103607310A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN202004776U (zh) * | 2011-01-07 | 2011-10-05 | 北京捷世伟业电子科技有限公司 | 冗余热切换*** |
CN102257848A (zh) * | 2011-05-31 | 2011-11-23 | 华为技术有限公司 | 通信设备间的主备倒换方法、通信设备和***及服务请求设备 |
CN102265556A (zh) * | 2011-05-31 | 2011-11-30 | 华为技术有限公司 | 通信设备间的主备倒换方法、通信设备和***及服务请求设备 |
CN102265555A (zh) * | 2011-05-31 | 2011-11-30 | 华为技术有限公司 | 通信设备间的主备倒换方法、通信设备和***及服务请求设备 |
CN102916825A (zh) * | 2011-08-01 | 2013-02-06 | 中兴通讯股份有限公司 | 一种双机热备***的管理设备、管理方法及双机热备*** |
CN102394914A (zh) * | 2011-09-22 | 2012-03-28 | 浪潮(北京)电子信息产业有限公司 | 集群脑裂处理方法和装置 |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105634765A (zh) * | 2014-10-29 | 2016-06-01 | 中兴通讯股份有限公司 | 控制器替换方法及装置 |
WO2016065925A1 (zh) * | 2014-10-29 | 2016-05-06 | 中兴通讯股份有限公司 | 控制器替换方法及装置 |
CN105634848B (zh) * | 2014-11-04 | 2019-06-28 | ***通信集团四川有限公司 | 一种虚拟路由器监控方法及装置 |
CN105634848A (zh) * | 2014-11-04 | 2016-06-01 | ***通信集团四川有限公司 | 一种虚拟路由器监控方法及装置 |
WO2017071274A1 (zh) * | 2015-10-30 | 2017-05-04 | 华为技术有限公司 | 双活集群***中容灾的方法及装置 |
US11809291B2 (en) | 2015-10-30 | 2023-11-07 | Huawei Technologies Co., Ltd. | Method and apparatus for redundancy in active-active cluster system |
US11194679B2 (en) | 2015-10-30 | 2021-12-07 | Huawei Technologies Co., Ltd. | Method and apparatus for redundancy in active-active cluster system |
US10671498B2 (en) | 2015-10-30 | 2020-06-02 | Huawei Technologies Co., Ltd. | Method and apparatus for redundancy in active-active cluster system |
CN106452696A (zh) * | 2016-10-28 | 2017-02-22 | 郑州云海信息技术有限公司 | 一种服务器集群的控制*** |
CN106789155A (zh) * | 2016-11-16 | 2017-05-31 | 深圳市中博睿存科技有限公司 | 元数据仲裁服务器、控制方法和通讯*** |
CN106953761B (zh) * | 2017-03-29 | 2020-03-10 | 恒生电子股份有限公司 | 服务器备灾***及基于备灾***的处理消息的方法 |
CN106953761A (zh) * | 2017-03-29 | 2017-07-14 | 杭州云纪网络科技有限公司 | 服务器备灾***及基于备灾***的处理消息的方法 |
CN107147528A (zh) * | 2017-05-23 | 2017-09-08 | 郑州云海信息技术有限公司 | 一种存储网关智能防脑裂***及方法 |
CN107276846B (zh) * | 2017-06-07 | 2022-03-08 | 腾讯科技(深圳)有限公司 | 一种网关容灾方法、装置和存储介质 |
CN107276846A (zh) * | 2017-06-07 | 2017-10-20 | 腾讯科技(深圳)有限公司 | 一种网关容灾方法、装置和存储介质 |
CN109756797A (zh) * | 2017-11-07 | 2019-05-14 | 阿里巴巴集团控股有限公司 | 双上联方法、光网络管理设备以及光传输*** |
CN109947593B (zh) * | 2017-12-21 | 2021-06-04 | 中国电信股份有限公司 | 数据容灾方法、***、策略仲裁装置和存储介质 |
CN109947593A (zh) * | 2017-12-21 | 2019-06-28 | 中国电信股份有限公司 | 数据容灾方法、***、策略仲裁装置和存储介质 |
CN110391929A (zh) * | 2018-04-23 | 2019-10-29 | 深圳市格瑞信息科技有限公司 | 一种容错控制方法、装置及容错构件 |
CN110391929B (zh) * | 2018-04-23 | 2022-07-26 | 深圳市格瑞信息科技有限公司 | 一种容错控制方法、装置及容错构件 |
US11533221B2 (en) | 2018-05-25 | 2022-12-20 | Huawei Technologies Co., Ltd. | Arbitration method and related apparatus |
CN112540873A (zh) * | 2020-12-03 | 2021-03-23 | 华云数据控股集团有限公司 | 容灾方法、装置、电子设备及容灾*** |
CN112540873B (zh) * | 2020-12-03 | 2021-12-31 | 华云数据控股集团有限公司 | 容灾方法、装置、电子设备及容灾*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103607310A (zh) | 一种异地容灾的仲裁方法 | |
CN103618627B (zh) | 一种管理虚拟机的方法、装置及*** | |
KR101737746B1 (ko) | 무선 네트워크에 액세스하기 위한 방법, 단말기, 클라이언트, 스마트카드 및 시스템 | |
CN103346903A (zh) | 一种双机备份的方法和装置 | |
CN104408071A (zh) | 一种基于集群管理器的分布式数据库高可用方法及*** | |
CN105099761A (zh) | 一种集中管理客户端的配置信息的方法和*** | |
CN102255761B (zh) | 基于文件的配置回滚***及配置回滚方法 | |
US11438249B2 (en) | Cluster management method, apparatus and system | |
CN102957623B (zh) | 一种边界网关协议邻居的维护方法和设备 | |
CN103888277A (zh) | 一种网关容灾备份方法、装置和*** | |
WO2016177231A1 (zh) | 基于双主控的主备倒换方法及装置 | |
CN103036719A (zh) | 一种基于主备集群服务器的跨地区服务容灾方法及装置 | |
CN110275680B (zh) | 一种双控双活存储*** | |
CN103746855A (zh) | 电信云中异常事件的处理方法及装置 | |
CN104010034A (zh) | 一种高可用集群关于组依赖的管理方法 | |
US11153173B1 (en) | Dynamically updating compute node location information in a distributed computing environment | |
CN106254814B (zh) | 一种会议恢复的方法、业务管理中心及*** | |
CN108900441B (zh) | 网络切换方法、第一电子设备及可读存储介质 | |
CN104516744A (zh) | 软件更新方法及*** | |
CN106817387A (zh) | 一种数据同步方法、装置和*** | |
CN105573872A (zh) | 数据存储***的硬盘维护方法和装置 | |
CN105530145A (zh) | 一种基于zabbix框架的无代理设备监控网络、组网方法以及监控方法 | |
CN102239665A (zh) | 管理业务的方法及装置 | |
CN104869166A (zh) | 桌面云集群***及桌面云集群中的信息交互方法 | |
CN106792843B (zh) | 一种设备管理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140226 |