CN109768884A - 通信系统及其高可用性的实现方法、装置和计算机设备 - Google Patents

通信系统及其高可用性的实现方法、装置和计算机设备 Download PDF

Info

Publication number
CN109768884A
CN109768884A CN201811598397.3A CN201811598397A CN109768884A CN 109768884 A CN109768884 A CN 109768884A CN 201811598397 A CN201811598397 A CN 201811598397A CN 109768884 A CN109768884 A CN 109768884A
Authority
CN
China
Prior art keywords
active
active system
high availability
management module
component software
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
Application number
CN201811598397.3A
Other languages
English (en)
Inventor
许彬
杨鹏
夏裕坚
刘学敏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Comba Network Systems Co Ltd
Original Assignee
Comba Telecom Technology Guangzhou Ltd
Comba Telecom Systems China Ltd
Comba Telecom Systems Guangzhou Co Ltd
Tianjin Comba Telecom Systems Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Comba Telecom Technology Guangzhou Ltd, Comba Telecom Systems China Ltd, Comba Telecom Systems Guangzhou Co Ltd, Tianjin Comba Telecom Systems Co Ltd filed Critical Comba Telecom Technology Guangzhou Ltd
Priority to CN201811598397.3A priority Critical patent/CN109768884A/zh
Publication of CN109768884A publication Critical patent/CN109768884A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Hardware Redundancy (AREA)

Abstract

本申请涉及一种通信系统及其高可用性的实现方法、装置、计算机设备和存储介质,其中,通信系统包括主用系统和备用系统,主用系统和备用系统分别包括软件组件、硬件组件以及用于监测硬件组件运行状态的告警管理模块,并通过高可用性的实现装置监测主用系统中软件组件是否发生故障或检测主用系统中告警管理模块的故障切换指令,从而在监测到故障或检测到故障切换指令时通知备用系统,以指示备用系统提供服务。本申请通过检测告警管理模块的故障切换指令并对软件组件进行故障监测,从而进行故障切换与故障恢复,避免了传统技术中通过高可用性的实现装置直接对硬件组件的运行状态进行监测而导致其接口较为复杂的问题,提高了系统的高可用性。

Description

通信系统及其高可用性的实现方法、装置和计算机设备
技术领域
本申请涉及通信技术领域,特别是涉及一种通信系统及其高可用性的实现方法、装置、计算机设备和存储介质。
背景技术
在现有移动通信系统中,用户对系统的高可用性要求越来越高,既要求整个系统可以呈现出极低的故障率以及提供长时间的有效工作,又要求当系统出现故障时,能不断业务的及时恢复,保障用户的业务能继续运行。
然而,一台通信基站系统通常包括两大部分:硬件部分和软件部分,因此,相应的会出现硬件故障和软件故障。目前,高可用性的实施主要是靠一台备用的设备进行故障切换,当主设备发生故障时,通过无缝切换到备用设备上而不影响用户的体验。
因此,在设计高可用性模块时,需要同时考虑硬件故障的监测和软件故障的监测,这就要求高可用性模块需要同时具备与硬件及软件通信的接口,从而才能够同时监测硬件故障和软件故障。但是,对于不同的基站硬件,其接口较为复杂且不可直接复用,从而导致了设计高可用性模块的复杂度。
发明内容
基于此,有必要针对上述高可用性模块接口复杂的技术问题,提供一种通信系统及其高可用性的实现方法、装置、计算机设备和存储介质。
为了实现上述目的,一方面,本申请实施例提供了一种通信系统高可用性的实现方法,其中,通信系统包括主用系统和备用系统,主用系统和备用系统分别包括软件组件、硬件组件以及用于监测硬件组件运行状态的告警管理模块,所述方法包括:
监测主用系统中软件组件是否发生故障,并检测主用系统中告警管理模块的故障切换指令;
当监测到主用系统中软件组件发生故障或检测到主用系统中告警管理模块的故障切换指令,则通知备用系统,以指示备用系统提供服务。
在其中一个实施例中,通知备用系统,以指示备用系统提供服务之前,还包括:判断备用系统是否正常运行;当确定备用系统正常运行时,则通知备用系统,以指示备用系统提供服务。
在其中一个实施例中,判断备用系统是否正常运行,包括:通过心跳链路与备用系统进行通信连接;检测是否在第一预设时间间隔内接收到备用系统的心跳报文;当在第一预设时间间隔内接收到备用系统的心跳报文,则确定备用系统正常运行。
在其中一个实施例中,通知备用系统,以指示备用系统提供服务,包括:通知备用系统进行数据恢复和业务恢复,以指示备用系统提供服务。
在其中一个实施例中,监测主用系统中软件组件是否发生故障,包括:检测是否在第二预设时间间隔内接收到主用系统中软件组件的心跳报文;当在第二预设时间间隔内未接收到主用系统中软件组件的心跳报文,则确定主用系统中软件组件发生故障。
在其中一个实施例中,故障切换指令是主用系统中告警管理模块在监测到主用系统中硬件组件出现故障不能提供服务时发出的。
另一方面,本申请实施例还提供了一种通信系统高可用性的实现装置,其中,通信系统包括主用系统和备用系统,主用系统和备用系统分别包括软件组件、硬件组件以及用于监测硬件组件运行状态的告警管理模块,所述装置包括:
监测模块,用于监测主用系统中软件组件是否发生故障;
检测模块,用于检测主用系统中告警管理模块的故障切换指令;
服务切换模块,用于当监测到主用系统中软件组件发生故障或检测到主用系统中告警管理模块的故障切换指令,则通知备用系统,以指示备用系统提供服务。
又一方面,本申请实施例还提供了一种通信系统,包括:
当前提供服务的主用系统;
当主用系统发生故障不能提供服务时,代替主用系统继续提供服务的备用系统;以及
高可用性的实现装置,用于监测主用系统中软件组件是否发生故障,并检测主用系统中告警管理模块的故障切换指令;当监测到主用系统中软件组件发生故障或检测到主用系统中告警管理模块的故障切换指令,则通知备用系统,以指示备用系统提供服务。
再一方面,本申请实施例还提供了一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现如上所述方法的步骤。
本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述方法的步骤。
上述通信系统及其高可用性的实现方法、装置、计算机设备和存储介质,通过系统中原有的告警管理模块进行硬件组件运行状态的监测,通过高可用性的实现装置检测告警管理模块的故障切换指令并对软件组件进行故障监测,从而进行故障切换与故障恢复,避免了传统技术中通过高可用性的实现装置直接对硬件组件的运行状态进行监测而导致其接口较为复杂的问题,提高了系统的高可用性。
附图说明
图1为一个实施例中通信系统的结构框图;
图2为一个实施例中通信系统高可用性的实现方法的流程示意图;
图3为另一个实施例中通信系统高可用性的实现方法的流程示意图;
图4为一个实施例中硬件故障切换的具体流程示意图;
图5为一个实施例中软件故障切换的具体流程示意图;
图6为一个实施例中高可用性的实现装置的结构框图;
图7为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供了一种通信系统,如图1所示,包括当前提供服务的主用系统102,当主用系统102发生故障不能提供服务时,代替主用系统102继续提供服务的备用系统104,以及高可用性的实现装置106。其中,高可用性的实现装置106通过心跳链路分别与主用系统102和备用系统104建立通信连接。主用系统102和备用系统104分别包括软件组件、硬件组件以及用于监测硬件组件运行状态的告警管理模块。具体的,软件组件包括通信系统中通过软件提供相关功能的各软件模块,如上层协议软件模块等。硬件组件包括通信系统中必需的硬件相关模块,如电源模块等。
在本实施例中,通过系统中原有的告警管理模块进行硬件组件运行状态的监测,当监测到主用系统中硬件组件故障不能提供服务时,向高可用性的实现装置106发送故障切换指令;高可用性的实现装置106则用于检测主用系统102中告警管理模块的故障切换指令并监测主用系统102中软件组件是否发生故障;当监测到主用系统102中软件组件发生故障或检测到主用系统102中告警管理模块的故障切换指令,则通知备用系统104,以指示备用系统104提供服务。具体的,高可用性的实现装置106可以单独设置,也可以集成在主用系统102或备用系统104中,只要使其与主用系统102和备用系统104建立通信连接即可,本申请中并不对此进行限定。
上述通信系统,通过系统中原有的告警管理模块进行硬件组件运行状态的监测,通过高可用性的实现装置检测告警管理模块的故障切换指令并对软件组件进行故障监测,从而进行故障切换与故障恢复,避免了传统技术中通过高可用性的实现装置直接对硬件组件的运行状态进行监测而导致其接口较为复杂的问题,提高了系统的高可用性。
在一个实施例中,如图2所示,提供了一种通信系统高可用性的实现方法,以该方法应用于图1中的高可用性的实现装置为例进行说明,包括以下步骤:
步骤202,监测主用系统中软件组件是否发生故障。若是则执行步骤206,否则继续监测。
在本实施例中,由于高可用性的实现装置通过心跳链路与主用系统建立通信连接,因此,高可用性的实现装置可以直接监测主用系统软件组件中各软件模块的心跳。具体的,高可用性的实现装置检测是否在预设周期内接收到主用系统中软件组件的心跳报文,其中,预设周期可以是预先设置的一定的时间间隔,心跳报文则按此时间间隔周期性发送。如果高可用性的实现装置在预设周期内未接收到主用系统中软件组件的心跳报文,则表示主用系统中软件组件发生故障。如果高可用性的实现装置在预设周期内接收到主用系统中软件组件的心跳报文,则表示主用系统中软件组件未发生故障。
步骤204,检测主用系统中告警管理模块的故障切换指令。若检测到则执行步骤206,否则继续检测。
其中,故障切换指令是主用系统中告警管理模块在监测到主用系统中硬件组件出现故障不能提供服务时发出的,用于指示高可用性的实现装置进行系统切换。
具体的,当当前使用的系统(假设为主用系统)中的某一硬件组件发生故障,且该故障在当前系统中无法完成自我恢复时,便会上报告警给告警管理模块。告警管理模块则根据告警对应的处理作出判断,如果该告警对应的处理为“亮灯提示”,则告警管理模块只做对应的“亮灯”处理,以作提示。如果该告警对应的处理为“系统重启”,则告警管理模块生成故障切换指令,并通过该故障切换指令指示高可用性的实现装置进行故障切换,从而使得主用系统重启时,备用系统可以继续提供服务,以提高系统的高可用性。
步骤206,通知备用系统,以指示备用系统提供服务。
具体而言,高可用性的实现装置在监测到主用系统中软件组件发生故障或检测到主用系统中告警管理模块的故障切换指令时,则表示主用系统出现故障不能提供服务,因此,高可用性的实现装置通知备用系统,以指示备用系统代替主用系统提供服务。从而实现不对硬件直接进行监测,但是可以同时对硬件故障和软件故障进行故障切换和故障恢复,增强了高可用性的实现装置的移植性及可扩展性。
在一个实施例中,如图3所示,在步骤206,通知备用系统,以指示备用系统提供服务之前,该方法还包括如下步骤:
步骤205,判断备用系统是否正常运行。若确定备用系统正常运行时,则执行步骤206,否则执行步骤208。
步骤208,上报告警管理模块故障切换失败。
其中,高可用性的实现装置通过心跳链路分别与主用系统和备用系统建立通信连接,因此,高可用性的实现装置通过检测是否正常接收到备用系统的心跳报文即可确定备用系统是否正常运行。具体的,备用系统周期性发送心跳报文,假设周期为第一预设时间间隔,高可用性的实现装置则检测是否在第一预设时间间隔内接收到备用系统的心跳报文,如果在第一预设时间间隔内接收到备用系统的心跳报文,则确定备用系统正常运行。如果在第一预设时间间隔内未接收到备用系统的心跳报文,则确定备用系统异常。
具体而言,当高可用性的实现装置在监测到主用系统出现故障不能提供服务时,即监测到主用系统中软件组件发生故障或检测到主用系统中告警管理模块的故障切换指令时,则进一步判断备用系统是否正常运行,如果确定备用系统正常运行,则通知备用系统,以指示备用系统提供服务,从而进行故障切换和故障恢复。如果确定备用系统异常,则上报告警管理模块故障切换失败,同时也可以将失败原因进行上报,如失败原因为备份单元故障。
上述实施例中,在不增加任何系统硬件及接口的情况下,改变原有直接对硬件故障进行监测的方式,而采用系统中原有的告警管理模块对硬件故障进行监测,并通过故障切换指令触发高可用性的实现装置进行故障切换与故障恢复,从而有利于实现接口的统一,使得接口的可复用性较高,减少了高可用性的实现装置的设计复杂度及开发成本。
进一步的,步骤206,通知备用系统,以指示备用系统提供服务,具体包括:当高可用性的实现装置经过上述步骤确定主用系统出现故障不能提供服务且备用系统正常运行时,则通知备用系统中软件组件以及硬件组件进行数据恢复和业务恢复,以指示备用系统代替主用系统继续提供服务。具体的,数据恢复可以理解为迅速实现备用系统中的数据与主用系统中数据的同步,即两者的数据保持统一和完整,从而使得备用系统可以继续提供服务。
业务恢复是则指通过备用系统继续执行因主用系统出现故障而未能执行完毕的业务。例如,某一终端正在进行下载业务,当下载业务执行到一半时,后台执行当前下载业务的主用系统因故障不能继续提供服务,且通过本申请中高可用性的实现装置进行了故障切换,因此,通过备用系统继续执行下载业务,从而实现对下载业务的业务恢复,以实现高可用性,提高用户体验。
以下分别通过硬件故障切换和软件故障切换进一步说明本申请的方法,在一个实施例中,如图4所示,硬件故障切换的实现方法包括如下步骤:
步骤402,通过当前使用系统(主用系统)中的告警管理模块监测各硬件模块的状态。
步骤404,当监测到硬件故障时,判断是否进行故障切换。若进行故障切换,则执行步骤406,否则结束。
步骤406,向高可用性的实现装置发送故障切换指令。
步骤408,高可用性的实现装置接收到故障切换指令后判断是否可进行故障切换。若经判断后确定可以进行故障切换,则执行步骤410,否则执行步骤412。
步骤410,指示备用系统进行切换,以提供服务。
步骤412,向告警管理模块返回故障切换失败。
步骤414,备用系统进行数据恢复和业务恢复。
步骤416,备用系统继续提供服务。
在上述流程中,高可用性的实现装置通过心跳链路分别与当前使用的系统和备用系统建立通信连接,且通过当前使用系统中的告警管理模块对系统中各硬件模块的状态进行监测,因此,高可用性的实现装置无需直接对系统的硬件模块进行监测,只需要根据告警管理模块的故障切换指令进行故障切换即可,从而避免了传统技术中通过高可用性的实现装置直接对硬件组件的运行状态进行监测而导致其接口较为复杂、设计难度大的问题。且本申请中利用系统中原有的告警管理模块进行硬件组件运行状态的监测,因此,不需要增加服务器的硬件成本,且高可用性的实现装置直接与告警管理模块进行数据对接,从而也不必设计复杂的接口,即可实现硬件检测与软件监测的接口统一,使其具有较高的可移植性。
在一个实施例中,如图5所示,软件故障切换的实现方法包括如下步骤:
步骤502,监测当前系统中软件组件的状态。
步骤504,当监测到软件故障时,判断是否可进行故障切换。若经判断后确定可以进行故障切换,则执行步骤506,否则执行步骤508。
步骤506,指示备用系统进行切换,以提供服务。
步骤508,向告警管理模块返回故障切换失败。
步骤510,备用系统进行数据恢复和业务恢复。
步骤512,备用系统继续提供服务。
在上述流程中,高可用性的实现装置通过心跳链路分别与当前使用的系统和备用系统建立通信连接,并通过直接监测当前使用的系统软件组件中各软件模块的心跳,因此,当在预设时间间隔内未监测到某一软件模块发送的心跳报文时,则确定软件组件发生故障。从而,进一步通过心跳链路确定备用系统是否正常运行,只有当确定备用系统正常运行时,才指示备用系统进行切换,以提供服务,进而提高了系统的可用性。
应该理解的是,虽然图2-5的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-5中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图6所示,提供了一种通信系统高可用性的实现装置,其中,通信系统包括主用系统和备用系统,主用系统和备用系统分别包括软件组件、硬件组件以及用于监测硬件组件运行状态的告警管理模块,而该高可用性的实现装置则包括:监测模块601、检测模块602以及服务切换模块603,其中:
监测模块601,用于监测主用系统中软件组件是否发生故障;
检测模块602,用于检测主用系统中告警管理模块的故障切换指令;
服务切换模块603,用于当监测到主用系统中软件组件发生故障或检测到主用系统中告警管理模块的故障切换指令,则通知备用系统,以指示备用系统提供服务。
在一个实施例中,还包括判断模块604,用于判断备用系统是否正常运行;当确定备用系统正常运行时,则通知备用系统,以指示备用系统提供服务。
在一个实施例中,判断备用系统是否正常运行,包括:通过心跳链路与备用系统进行通信连接;检测是否在第一预设时间间隔内接收到备用系统的心跳报文;当在第一预设时间间隔内接收到备用系统的心跳报文,则确定备用系统正常运行。
在一个实施例中,通知备用系统,以指示备用系统提供服务,包括:通知备用系统进行数据恢复和业务恢复,以指示备用系统提供服务。
在一个实施例中,监测主用系统中软件组件是否发生故障,包括:检测是否在第二预设时间间隔内接收到主用系统中软件组件的心跳报文;当在第二预设时间间隔内未接收到主用系统中软件组件的心跳报文,则确定主用系统中软件组件发生故障。
在一个实施例中,故障切换指令是主用系统中告警管理模块在监测到主用系统中硬件组件出现故障不能提供服务时发出的。
关于通信系统高可用性的实现装置的具体限定可以参见上文中对于通信系统高可用性的实现方法的限定,在此不再赘述。上述通信系统高可用性的实现装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储主用系统和备用系统的系统数据以及业务数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种通信系统高可用性的实现方法。
本领域技术人员可以理解,图7中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
监测主用系统中软件组件是否发生故障,并检测主用系统中告警管理模块的故障切换指令;
当监测到主用系统中软件组件发生故障或检测到主用系统中告警管理模块的故障切换指令,则通知备用系统,以指示备用系统提供服务。
在一个实施例中,通知备用系统,以指示备用系统提供服务之前,还包括:判断备用系统是否正常运行;当确定备用系统正常运行时,则通知备用系统,以指示备用系统提供服务。
在一个实施例中,判断备用系统是否正常运行,包括:通过心跳链路与备用系统进行通信连接;检测是否在第一预设时间间隔内接收到备用系统的心跳报文;当在第一预设时间间隔内接收到备用系统的心跳报文,则确定备用系统正常运行。
在一个实施例中,通知备用系统,以指示备用系统提供服务,包括:通知备用系统进行数据恢复和业务恢复,以指示备用系统提供服务。
在一个实施例中,监测主用系统中软件组件是否发生故障,包括:检测是否在第二预设时间间隔内接收到主用系统中软件组件的心跳报文;当在第二预设时间间隔内未接收到主用系统中软件组件的心跳报文,则确定主用系统中软件组件发生故障。
在一个实施例中,故障切换指令是主用系统中告警管理模块在监测到主用系统中硬件组件出现故障不能提供服务时发出的。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
监测主用系统中软件组件是否发生故障,并检测主用系统中告警管理模块的故障切换指令;
当监测到主用系统中软件组件发生故障或检测到主用系统中告警管理模块的故障切换指令,则通知备用系统,以指示备用系统提供服务。
在一个实施例中,通知备用系统,以指示备用系统提供服务之前,还包括:判断备用系统是否正常运行;当确定备用系统正常运行时,则通知备用系统,以指示备用系统提供服务。
在一个实施例中,判断备用系统是否正常运行,包括:通过心跳链路与备用系统进行通信连接;检测是否在第一预设时间间隔内接收到备用系统的心跳报文;当在第一预设时间间隔内接收到备用系统的心跳报文,则确定备用系统正常运行。
在一个实施例中,通知备用系统,以指示备用系统提供服务,包括:通知备用系统进行数据恢复和业务恢复,以指示备用系统提供服务。
在一个实施例中,监测主用系统中软件组件是否发生故障,包括:检测是否在第二预设时间间隔内接收到主用系统中软件组件的心跳报文;当在第二预设时间间隔内未接收到主用系统中软件组件的心跳报文,则确定主用系统中软件组件发生故障。
在一个实施例中,故障切换指令是主用系统中告警管理模块在监测到主用系统中硬件组件出现故障不能提供服务时发出的。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种通信系统高可用性的实现方法,其特征在于,所述通信系统包括主用系统和备用系统,所述主用系统和备用系统分别包括软件组件、硬件组件以及用于监测所述硬件组件运行状态的告警管理模块,所述方法包括:
监测所述主用系统中软件组件是否发生故障,并检测所述主用系统中告警管理模块的故障切换指令;
当监测到所述主用系统中软件组件发生故障或检测到所述主用系统中告警管理模块的故障切换指令,则通知所述备用系统,以指示所述备用系统提供服务。
2.根据权利要求1所述的通信系统高可用性的实现方法,其特征在于,所述通知所述备用系统,以指示所述备用系统提供服务之前,所述方法还包括:
判断所述备用系统是否正常运行;
当确定所述备用系统正常运行时,则通知所述备用系统,以指示所述备用系统提供服务。
3.根据权利要求2所述的通信系统高可用性的实现方法,其特征在于,所述判断所述备用系统是否正常运行,包括:
通过心跳链路与所述备用系统进行通信连接;
检测是否在第一预设时间间隔内接收到所述备用系统的心跳报文;
当在第一预设时间间隔内接收到所述备用系统的心跳报文,则确定所述备用系统正常运行。
4.根据权利要求1所述的通信系统高可用性的实现方法,其特征在于,所述通知所述备用系统,以指示所述备用系统提供服务,包括:
通知所述备用系统进行数据恢复和业务恢复,以指示所述备用系统提供服务。
5.根据权利要求1至4任一项所述的通信系统高可用性的实现方法,其特征在于,所述监测所述主用系统中软件组件是否发生故障,包括:
检测是否在第二预设时间间隔内接收到所述主用系统中软件组件的心跳报文;
当在第二预设时间间隔内未接收到所述主用系统中软件组件的心跳报文,则确定所述主用系统中软件组件发生故障。
6.根据权利要求1至4任一项所述的通信系统高可用性的实现方法,其特征在于,所述故障切换指令是所述主用系统中告警管理模块在监测到所述主用系统中硬件组件出现故障不能提供服务时发出的。
7.一种通信系统高可用性的实现装置,其特征在于,所述通信系统包括主用系统和备用系统,所述主用系统和备用系统分别包括软件组件、硬件组件以及用于监测所述硬件组件运行状态的告警管理模块,所述装置包括:
监测模块,用于监测所述主用系统中软件组件是否发生故障;
检测模块,用于检测所述主用系统中告警管理模块的故障切换指令;
服务切换模块,用于当监测到所述主用系统中软件组件发生故障或检测到所述主用系统中告警管理模块的故障切换指令,则通知所述备用系统,以指示所述备用系统提供服务。
8.一种通信系统,基特征在于,包括:
当前提供服务的主用系统;
当所述主用系统发生故障不能提供服务时,代替所述主用系统继续提供服务的备用系统;以及
高可用性的实现装置,用于监测所述主用系统中软件组件是否发生故障,并检测所述主用系统中告警管理模块的故障切换指令;当监测到所述主用系统中软件组件发生故障或检测到所述主用系统中告警管理模块的故障切换指令,则通知所述备用系统,以指示所述备用系统提供服务。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
CN201811598397.3A 2018-12-26 2018-12-26 通信系统及其高可用性的实现方法、装置和计算机设备 Pending CN109768884A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811598397.3A CN109768884A (zh) 2018-12-26 2018-12-26 通信系统及其高可用性的实现方法、装置和计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811598397.3A CN109768884A (zh) 2018-12-26 2018-12-26 通信系统及其高可用性的实现方法、装置和计算机设备

Publications (1)

Publication Number Publication Date
CN109768884A true CN109768884A (zh) 2019-05-17

Family

ID=66451767

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811598397.3A Pending CN109768884A (zh) 2018-12-26 2018-12-26 通信系统及其高可用性的实现方法、装置和计算机设备

Country Status (1)

Country Link
CN (1) CN109768884A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113742165A (zh) * 2021-07-23 2021-12-03 文华学院 双主控设备及主备控制方法
CN113839801A (zh) * 2020-06-24 2021-12-24 华为技术有限公司 运行状态的切换方法及装置、主备管理系统、网络系统
CN113985852A (zh) * 2021-10-29 2022-01-28 北京经纬恒润科技股份有限公司 车载终端日志处理方法、装置及系统
CN114143619A (zh) * 2021-11-25 2022-03-04 新华三技术有限公司成都分公司 一种基站过温保护方法、装置及电子设备
WO2023280041A1 (zh) * 2021-07-09 2023-01-12 三维通信股份有限公司 主备切换的处理方法、系统、电子装置和存储介质
CN113742165B (zh) * 2021-07-23 2024-05-24 文华学院 双主控设备及主备控制方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1463081A (zh) * 2002-05-30 2003-12-24 华为技术有限公司 通信设备中实现主备设备快速倒换的方法
CN102932052A (zh) * 2012-11-20 2013-02-13 浙江创亿光电设备有限公司 一种基于数据中心的主控交换板热备份系统及其方法
CN104967691A (zh) * 2015-07-08 2015-10-07 浪潮(北京)电子信息产业有限公司 一种分布式存储控制方法及系统
US20170155560A1 (en) * 2015-12-01 2017-06-01 Quanta Computer Inc. Management systems for managing resources of servers and management methods thereof

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1463081A (zh) * 2002-05-30 2003-12-24 华为技术有限公司 通信设备中实现主备设备快速倒换的方法
CN102932052A (zh) * 2012-11-20 2013-02-13 浙江创亿光电设备有限公司 一种基于数据中心的主控交换板热备份系统及其方法
CN104967691A (zh) * 2015-07-08 2015-10-07 浪潮(北京)电子信息产业有限公司 一种分布式存储控制方法及系统
US20170155560A1 (en) * 2015-12-01 2017-06-01 Quanta Computer Inc. Management systems for managing resources of servers and management methods thereof

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113839801A (zh) * 2020-06-24 2021-12-24 华为技术有限公司 运行状态的切换方法及装置、主备管理系统、网络系统
WO2023280041A1 (zh) * 2021-07-09 2023-01-12 三维通信股份有限公司 主备切换的处理方法、系统、电子装置和存储介质
CN113742165A (zh) * 2021-07-23 2021-12-03 文华学院 双主控设备及主备控制方法
CN113742165B (zh) * 2021-07-23 2024-05-24 文华学院 双主控设备及主备控制方法
CN113985852A (zh) * 2021-10-29 2022-01-28 北京经纬恒润科技股份有限公司 车载终端日志处理方法、装置及系统
CN113985852B (zh) * 2021-10-29 2024-03-12 北京经纬恒润科技股份有限公司 车载终端日志处理方法、装置及系统
CN114143619A (zh) * 2021-11-25 2022-03-04 新华三技术有限公司成都分公司 一种基站过温保护方法、装置及电子设备

Similar Documents

Publication Publication Date Title
CN109768884A (zh) 通信系统及其高可用性的实现方法、装置和计算机设备
CN202798798U (zh) 基于云计算技术的高可用系统
EP2882136B1 (en) Method and system for implementing remote disaster recovery switching of service delivery platform
CN102346779B (zh) 分布式文件系统和主控节点的备份方法
CN108710673B (zh) 实现数据库高可用方法、系统、计算机设备和存储介质
US20070288585A1 (en) Cluster system
CN100492305C (zh) 一种计算机系统的快速恢复方法及设备
CN102916825A (zh) 一种双机热备系统的管理设备、管理方法及双机热备系统
CN108897658B (zh) 主数据库监控方法、装置、计算机设备和存储介质
CN105095001A (zh) 分布式环境下虚拟机异常恢复方法
CN103425645A (zh) 数据库集群单点故障的监控系统及方法
CN103139033A (zh) 单主通信控制总线主设备冗余切换方法
CN111399879A (zh) 一种cpld的固件升级系统和方法
CN108243031B (zh) 一种双机热备的实现方法及装置
CN108319256A (zh) 控制器冗余切换方法、装置、计算机设备和存储介质
CN113489149B (zh) 基于实时状态感知的电网监控系统业务主节点选取方法
CN103324554A (zh) 备用系统设备、控制方法及其程序
CN103931139B (zh) 一种冗余保护方法、装置、设备及系统
CN111934909B (zh) 主备机ip资源切换方法、装置、计算机设备和存储介质
CN112269693B (zh) 一种节点自协调方法、装置和计算机可读存储介质
CN101567804A (zh) 一种实现系统异常保护的方法、设备和系统
CN107122228A (zh) 超融合系统的管理平台的部署方法和装置
CN115333044B (zh) 基于智能变电站芯片化保护装置的即时备用方法和系统
CN114520811B (zh) 一种生产中心数据恢复方法、系统、终端设备及存储介质
CN113542028A (zh) 一种物联网数据接收的双机热备方法

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200108

Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Applicant after: COMBA TELECOM SYSTEMS (CHINA) Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant before: COMBA TELECOM SYSTEMS (CHINA) Ltd.

Applicant before: COMBA TELECOM SYSTEMS (GUANGZHOU) Ltd.

Applicant before: COMBA TELECOM TECHNOLOGY (GUANGZHOU) Ltd.

Applicant before: TIANJIN COMBA TELECOM SYSTEMS Ltd.

CB02 Change of applicant information
CB02 Change of applicant information

Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Applicant after: Jingxin Network System Co.,Ltd.

Address before: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Applicant before: COMBA TELECOM SYSTEMS (CHINA) Ltd.

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190517