CN101442429A - 一种实现业务系统容灾的方法及系统 - Google Patents
一种实现业务系统容灾的方法及系统 Download PDFInfo
- Publication number
- CN101442429A CN101442429A CNA2007101877010A CN200710187701A CN101442429A CN 101442429 A CN101442429 A CN 101442429A CN A2007101877010 A CNA2007101877010 A CN A2007101877010A CN 200710187701 A CN200710187701 A CN 200710187701A CN 101442429 A CN101442429 A CN 101442429A
- Authority
- CN
- China
- Prior art keywords
- disaster tolerance
- operation system
- service
- message
- address
- 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
Images
Abstract
本发明公开了一种实现业务系统容灾的方法,包括:确定业务系统发生故障时,修改IP路由设备的设置,在对应容灾业务系统局点的消息分发设备上,设置所述故障业务系统的服务IP地址相关的设置;接收到给所述故障业务系统发送的消息时,通过连接所述容灾业务系统局点的端口,将所述消息发送到所述容灾业务系统局点的消息分发设备;并根据消息分发设备中的映射关系,将所述消息转发到所述容灾业务系统;由容灾业务系统进行处理。本发明还公开了一种实现业务系统容灾的系统及容灾控制系统。使用本发明确保了实现了在业务系统局点内部的容灾切换,使得容灾切换与周边网元无关。
Description
技术领域
本发明涉及容灾技术领域,具体涉及一种实现业务系统容灾的方法及系统。
背景技术
在现代社会,随着通讯业务和互连网技术的快速发展,人们沟通越来越便捷;同时,通讯业务和互连网业务也越来越依赖于计算机系统,计算机系统在为电信业务迅猛发展提供技术基础架构的同时,也成为电信业务支撑系统的核心。随着电信业务处理的高度集中,运营商对业务系统的容灾也越来越重视。
当某个电信业务系统出现故障时,必然会影响用户的正常业务。现有技术中解决业务系统容灾的方法主要是异地容灾,即在两个地方组建业务系统的正常业务节点和容灾业务节点,业务系统对外提供两个服务接入点。当正常业务节点瘫痪,需要切换到容灾业务节点时,周边网元通过手动或自动设置的方式,启用容灾业务节点对外提供服务。
下面以多媒体消息业务中心(MMSC,Multimedia Messaging ServiceCenter)异地容灾技术为例,说明现有业务系统容灾的方案。
MMSC系统包括多个MMSC局点,每个局点用来分别实时控制归属于该局点的用户消息的提交和下发,并将用户信息、多媒体消息和会话信息存储在该MMSC局点的存储设备中。一旦MMSC系统中某一局点发生灾难,就会使得归属于该局点的用户信息丢失,并且会导致该局点MMSC业务的中断,甚至是长时间无法恢复业务,从而使归属于该MMSC局点的用户无法使用MMS,影响了用户使用质量的同时,也会给运营商造成极大的经济损失。
图1为现有MMSC的容灾系统结构图。如图1所示,正常情况下两个局点A和B同时对外提供MMS,对外表现为两个多媒体消息业务中心MMSC A和MMSC B;同时两个局点互为容灾;每个局点对外提供两个公网IP地址,对应负载均衡器上也有两个虚拟IP(VIP,Virtual IP)地址,一个为本局点对外提供服务(Vip-A/Vip-B),另一个作为对端局点的容灾IP地址(Vip-A’/Vip-B’)。
当图1所示业务系统的两个MMSC局点都正常工作时,两个MMSC局点同时分别为归属于自身的用户提供MMS,对外网表现为两个多媒体消息业务中心。每个MMSC局点的负载均衡器都保存了两个虚拟IP(VIP,VirtualInternet Protocol)地址,其中一个为自身对外网的IP地址,第二个为另一局点的容灾IP地址。例如MMSC局点A的负载均衡器A有VIP-A和VIP-B’两个IP地址,VIP-A为MMSC局点A对外网的IP地址,VIP-B’为MMSC局点B的容灾IP地址。此时,电子编码域名服务器(Enum DNS)上保存的MMSC ID和IP地址的对应关系为:
MMSC ID A<--->VIP A
MMSC ID B<--->VIP B。
当MMSC局点A发生灾难时,MMSC局点A的容灾模块和容灾数据库服务器启动,容灾模块RG_A1’和RG_A2’启动,将Enum DNS上保存的MMSC ID和IP地址的对应关系修改为:
MMSC ID A<--->VIP A’
MMSC ID B<--->VIP B。
容灾模块RG_A1’和RG_A2’从相应的磁盘中读入MMSC局点A的多媒体消息和会话信息,继续处理MMSC局点A的MMS。从而使得归属于MMSC的用户仍然能够使用MMS,而不会造成大面积用户MMS的中断,避免了运营商的经济损失。
当图1所示的业务系统没有ENUM DNS时,需要将所有互联的周边网元上故障MMSC的IP地址修改为其容灾IP地址,这些网元包括位于图1左边所示的无线应用协议(WAP,Wireless Application Protocol)网关(WAPGW)、其它MMSC、多媒体消息业务网关(MMSG,Multimedia MessagingService Gateway)以及多媒体消息业务互联网关(MMSIG,MultimediaMessaging Service Interworking Gateway)等。
可见,在异地业务系统容灾切换过程中,需要更改业务系统的接入点,必须修改周边网元上与故障MMSC对应的设置,无法在正常业务系统和容灾业务系统内部完成,因此在容灾切换时需要涉及的周边网元过多,有些网元在修改设置后还需要重新启动,从而使得容灾切换缓慢。
发明内容
本发明实施例提供一种业务系统容灾的方法,使得业务系统的容灾切换在正常业务系统和容灾业务系统内部完成,而对周边网元透明。
本发明实施例还提供一种业务系统容灾的系统,使得业务系统的容灾切换在正常业务系统和容灾业务系统内部完成,而对周边网元透明。
本发明实施例还提供一种容灾控制系统,使得业务系统的容灾切换在正常业务系统和容灾业务系统内部完成,而对周边网元透明。
为达到上述目的,本发明实施例的技术方案是这样实现的:
一种实现业务系统容灾的方法,包括:
确定业务系统发生故障时,禁用IP路由设备上连接所述故障业务系统局点的端口;然后,将IP路由设备上连接对应容灾业务系统局点的端口的子网范围修改为包含所述故障业务系统的服务IP地址;
在对应容灾业务系统局点的消息分发设备上,设置所述故障业务系统的服务IP地址,及所述故障业务系统的服务IP地址与所述容灾业务系统之间的映射关系;
接收到给所述故障业务系统发送的消息时,通过连接所述容灾业务系统局点的端口,将所述消息发送到所述容灾业务系统局点的消息分发设备;并根据消息分发设备中的映射关系,将所述消息转发到所述容灾业务系统;由容灾业务系统进行处理。
一种实现业务系统容灾的系统,包括业务系统和对应的容灾业务系统、容灾控制系统、IP路由设备及消息分发设备,
所述故障业务系统,用于处理归属于自身的用户业务,对应的容灾业务系统用于在业务系统发生故障时,处理归属于所述故障业务系统的用户业务;
所述容灾控制系统,用于在业务系统发生故障时,控制IP路由设备禁用连接所述故障业务系统局点的端口;控制IP路由设备将连接对应容灾业务系统局点的端口的子网范围修改为包含所述故障业务系统的服务IP地址;通知对应容灾业务系统局点的消息分发设备设置所述故障业务系统的服务IP地址及所述故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系;
所述IP路由设备,用于在所述容灾控制系统的控制下,禁用连接所述故障业务系统局点的端口;然后,将IP路由设备上连接对应容灾业务系统局点的端口的子网范围修改为包含所述故障业务系统的服务IP地址;在接收到给所述故障业务系统发送的消息时,通过连接对应容灾业务系统局点的端口,将所述消息发送到对应容灾业务系统局点的消息分发设备;
所述消息分发设备,用于在接收到所述容灾控制系统的通知后,设置所述故障业务系统的服务IP地址及所述故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系;在接收到发往故障业务系统的消息时,根据自身的映射关系,将所述消息转发到容灾业务系统。
一种容灾控制系统,包括控制模块和通知模块,
所述控制模块,用于在业务系统发生故障时,控制IP路由设备禁用连接故障业务系统局点的端口;控制IP路由设备将连接对应容灾业务系统局点的端口的子网范围修改为包含所述故障业务系统的服务IP地址;
所述通知模块,用于通知对应容灾业务系统局点的消息分发设备设置所述故障业务系统的服务IP地址及所述故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系。
与现有技术相比,本发明实施例所提供的技术方案,利用IP路由设备的路由能力,确定业务系统发生故障时,更改IP路由设备上的设置,以及更改故障业务系统局点中消息分发设备的设置,使得接收到给该故障业务系统发送的消息时,通过IP路由设备上连接所述容灾业务系统局点的端口,将所述消息发送到所述容灾业务系统局点的消息分发设备;并根据消息分发设备中的映射关系,将所述消息转发到所述容灾业务系统;由容灾业务系统进行处理。从而使得容灾切换过程在业务系统局点内部完成,而对周边网元透明,减少了容灾切换时需要修改设置的网元数目,且加快了容灾切换的速度。
附图说明
图1为现有MMSC的容灾系统结构图;
图2为本发明实施例中业务系统容灾的方法流程图;
图3为本发明实施例中业务系统容灾的系统结构及对外连接关系图;
图4为本发明实施例中MMSC系统结构图;
图5为本发明实施例中MMSC系统容灾示意图。
具体实施方式
下面结合附图及具体实施例对本发明进行详细说明。
本发明实施例提供的业务系统容灾方案主要利用IP路由设备的IP路由能力。在某个业务系统出现故障时,通过容灾控制系统自动控制更改IP路由设备的设置以及对应容灾业务系统局点中消息分发设备的配置,使得IP路由设备将所有目的地址为故障业务系统的消息转发到容灾业务系统上进行处理。同时,在业务系统需要主动对外发送消息时,通过业务系统所在局点的消息分发设备对IP源地址的处理,解决整个业务环境中周边网元设备对本局点内容灾业务系统和正常业务系统的识别鉴权问题。这样,实施容灾方案后,当某个业务系统出现故障后,可以手动或自动切换到容灾业务系统,而这些切换对周边的业务系统来说是透明的。
图2为本发明实施例中业务系统容灾的方法流程图。如图2所示,该方法包括以下步骤:
步骤200:确定业务系统发生故障时,禁用IP路由设备上连接该故障业务系统局点的端口;然后,将IP路由设备上连接对应容灾业务系统局点的端口的子网范围修改为包含该故障业务系统的服务IP地址。
本步骤中,确定业务系统发生故障可以是由容灾控制系统与业务系统之间周期性的交换心跳信息或心跳响应,如果容灾控制系统在预定的时间内没有接收到业务系统发送的心跳信息或心跳响应,则容灾控制系统判断该故障业务系统发生故障;或者也可以是由人为确定该故障业务系统是否发生故障,并触发容灾控制系统执行后续步骤。
步骤201:在对应容灾业务系统局点的消息分发设备上,设置该故障业务系统的服务IP地址,及该故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系。
其中,在对应容灾业务系统局点的消息分发设备上,设置该故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系,例如,可以是首先将对应容灾业务系统局点中的所有业务系统作为一个内网,每个业务系统设置有内网的IP地址,然后,将该业务系统的服务IP地址与各业务系统在内网的IP地址的对应关系保存在消息分发设备上,从而使得消息分发设备可以将发送到该局点的消息映射到容灾业务系统进行处理。
步骤202:IP路由设备接收到给该故障业务系统发送的消息时,通过连接对应容灾业务系统局点的端口,将该消息发送到对应容灾业务系统局点的消息分发设备;消息分发设备根据该映射关系,将该消息转发到对应容灾业务系统。
步骤203:消息分发设备和IP路由设备将从对应容灾业务系统下发的消息发送出去。
周边网元接收到IP路由设备发送的消息时,根据其中的源IP地址,认为该消息是由发生故障的业务系统下发的,因此,本发明实施例的方案使得容灾切换对于周边网元是透明的。
本步骤中,消息分发设备接收对应容灾业务系统下发的消息;将该消息的源IP地址修改为对应容灾业务系统的服务IP地址后,转发给IP路由设备;IP路由设备将该消息发送到该消息的接收方。
当然,在消息处理过程中,也可以将业务系统与对应容灾业务之间的数据及会话信息互相备份,从而当在消息处理过程中,业务系统发生故障时,通过容灾切换到对应的容灾业务系统,还可以继续进行该消息的处理,而不会发生消息处理中断的问题。
图3为本发明实施例中业务系统容灾的系统结构及对外连接关系图。如图3所示,该系统包括两个业务系统局点:局点A和局点B,容灾控制系统及IP路由设备。局点A包括局点A的业务系统、局点B容灾业务系统和消息分发设备A;局点B包括局点B的业务系统、局点A容灾业务系统、消息分发设备B。
其中,业务系统用于在正常情况下处理归属于该故障业务系统的用户业务,对应的容灾业务系统用于在业务系统发生故障时,处理归属于该故障业务系统的用户业务。
容灾控制系统用于在业务系统发生故障时,控制IP路由设备禁用连接该故障业务系统局点的端口;然后,控制IP路由设备将连接对应容灾业务系统局点的端口的子网范围修改为包含该故障业务系统的服务IP地址;通知对应容灾业务系统局点的消息分发设备设置该故障业务系统的服务IP地址及该故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系。
IP路由设备,用于在容灾控制系统的控制下,禁用连接该故障业务系统局点的端口;然后,将IP路由设备上连接对应容灾业务系统局点的端口的子网范围修改为包含该故障业务系统的服务IP地址;在接收到给该故障业务系统发送的消息时,通过连接对应容灾业务系统局点的端口,将该消息发送到对应容灾业务系统局点的消息分发设备;还可进一步将来自消息分发设备的消息发送到相关的网元。
消息分发设备,用于在容灾控制系统的控制下,设置该故障业务系统的服务IP地址,及该故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系;在接收到发往故障业务系统的消息时,根据自身的映射关系,将该消息转发到容灾业务系统;还可进一步将从对应容灾业务系统下发的消息发送给IP路由设备。
正常情况下,在局点A的消息分发设备上设置局点A正常业务系统的服务IP地址为IP-A,局点A中为局点B提供的容灾业务系统不对外服务。在局点B的消息分发设备上设置局点B中正常业务系统的服务IP地址为IP-B,局点B中为局点A提供的容灾业务系统也不对外服务。IP-A和IP-B在相邻的两个较小的IP子网中。IP路由设备通过两个端口(例如P2和Pn-1)分别连接局点A和局点B。
当某一局点出现故障时,例如局点A的业务系统出现故障时,由容灾控制系统控制IP路由设备禁用连接局点A的端口;然后,控制IP路由设备将连接局点B的端口的子网范围修改为包含该故障业务系统的服务IP地址;通知消息分发设备B设置该故障业务系统的服务IP地址,及该故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系。
当IP路由设备接收到给该故障业务系统发送的消息时,通过连接局点B的端口,将该消息发送到局点B的消息分发设备B;消息分发设备B根据自身的映射关系,将该消息转发到容灾业务系统;当容灾业务系统需要向外发送消息时,消息分发设备和IP路由设备将从对应容灾业务系统下发的消息发送出去。
其中,容灾控制系统包括控制模块和通知模块。控制模块,用于在业务系统发生故障时,控制IP路由设备禁用连接故障业务系统局点的端口;控制IP路由设备将连接对应容灾业务系统局点的端口的子网范围修改为包含故障业务系统的服务IP地址。通知模块,用于通知对应容灾业务系统局点的消息分发设备设置故障业务系统的服务IP地址及故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系。
容灾控制系统进一步在故障业务系统恢复正常时,通知容灾业务系统局点的消息分发设备取消设置的故障业务系统的服务IP地址;控制IP路由设备将连接容灾业务系统局点的端口的子网范围修改为不包含故障业务系统的服务IP地址;控制IP路由设备启用连接故障业务系统局点的端口。
具体来说,由控制模块进一步在故障业务系统恢复正常时,控制IP路由设备启用连接故障业务系统局点的端口;控制IP路由设备将连接容灾业务系统局点的端口的子网范围修改为不包含故障业务系统的服务IP地址;由通知模块进一步通知容灾业务系统局点的消息分发设备取消设置的故障业务系统的服务IP地址。
IP路由设备进一步在容灾控制系统的控制下,将连接容灾业务系统局点的端口的子网范围修改为不包含故障业务系统的服务IP地址,启用连接故障业务系统局点的端口。
消息分发设备进一步在接收到容灾控制系统的通知后,取消故障业务系统的服务IP地址设置。
IP路由设备可以是路由器或具有IP路由能力的交换机等具有IP路由功能的设备,消息分发设备可以是防火墙或负载均衡器等具有消息分发能力的设备。
下面以MMSC系统为例,对本发明实施例提供的业务系统容灾的方案进行详细说明。其中IP路由设备以三层交换机为例,消息分发设备以负载均衡器为例。
图4为本发明实施例中MMSC系统结构图。如图4所示,正常情况下,在局点A的负载均衡器上设置局点A正常业务系统(MMSC A,对应图中RG_A1和RG_A2)的服务IP地址为IP-A,局点A中为局点B提供的容灾业务系统(对应图中RG_B1’和RG_B2’)不对外服务。在局点B的负载均衡器上设置局点B中正常业务系统(MMSC B,对应图中RG_B1和RG_B2)的服务IP地址为IP-B,局点B中为局点A提供的容灾业务系统(对应图中RG_A1’和RG_A2’)也不对外服务。IP-A和IP-B在相邻的两个较小的IP子网中。三层交换机通过两个端口(如P2和Pn-1)分别连接局点A和局点B。该系统中各设备对应的IP地址和子网分别假设如下:
设MMSC A的服务IP地址为A.B.C.2;三层交换机P2端口的IP地址及子网范围为A.B.C.1/28;
MMSC B的服务IP地址为A.B.C.18;三层交换机Pn-1端口的IP地址及子网范围为A.B.C.17/28。
图4所示的系统传输多媒体消息的流程如下:
对于由周边网元发往业务系统的消息,三层交换机接收到目的地址为A.B.C.2的消息时,通过P2端口将该消息发送到局点A的负载均衡器,如图4中①所示;局点A的负载均衡器根据自身设置的MMSC A的服务IP地址与MMSC A的映射关系,将该消息映射给MMSC A进行处理,如图中②所示。
其中在局点A的负载均衡器上设置MMSC A的服务IP地址与MMSC A的映射关系,例如,可以是首先将局点A中的所有MMSC作为一个内网,每个MMSC设置有内网的IP地址,然后,将MMSC A的服务IP地址与各MMSC的内网IP地址的对应关系保存在负载均衡器上,从而使得负载均衡器可以按照自身的负载均衡方案及映射关系,将发送到该MMSC A的消息映射到MMSC A进行处理。
三层交换机接收到目的地址为A.B.C.18的消息时,通过Pn-1端口将该消息发送到局点B的负载均衡器;负载均衡器根据自身设置的MMSC B的服务IP地址与MMSC B的映射关系,将该消息映射给MMSC B进行处理。
对于由业务系统下发到周边网元的消息,当MMSC A主动发送消息给周边网元时,首先发送到局点A中的负载均衡器,如图中③所示;负载均衡器将该消息中的源IP地址修改为MMSC A的服务IP地址A.B.C.2后,通过三层交换机将消息发送出去,如图中④所示。
MMSC B主动发送消息给周边网元时,首先发送到局点B中的负载均衡器;负载均衡器将该消息中的源IP地址修改为MMSC B的服务IP地址A.B.C.18后,发送到相关的网元。
这样,MMSC A和MMSC B分别为归属于各自的用户提供MMS服务。同时,在两个局点中,分别为对方MMSC提供的容灾业务系统暂不运行。
图5为本发明实施例中MMSC系统容灾示意图。如图5所示,当容灾控制系统检测到局点A的MMSC A无法提供服务时,通过以下步骤完成容灾切换:
1)容灾控制系统控制三层交换机禁用连接局点A的端口P2;
2)容灾控制系统控制三层交换机调整连接局点B的端口Pn-1的子网范围,将IP-A、IP-B均包含到该子网中,例如将Pn-1端口的子网范围设置为A.B.C.17/27;
3)容灾控制系统通知局点B的负载均衡器设置MMSC A的服务IP地址IP-A,此时,局点B对外提供两个IP地址:IP-A、IP-B;
4)容灾控制系统启动局点B中MMSC A的容灾业务系统,同时通知负载均衡器设置IP-A与容灾业务系统之间的映射关系,结束容灾切换过程。
其中,负载均衡器设置IP-A与容灾业务系统之间的映射关系,例如可以是设置IP-A与容灾业务系统在局点B的内网中的IP地址的对应关系。
以上容灾切换流程中,除了步骤1和步骤2之间限定顺序外,其它步骤之间或其它步骤与步骤1和步骤2之间不限定顺序。
此时,该系统传输多媒体消息的流程如下:
对于归属MMSC B服务的用户来说,其多媒体消息业务没有任何变化,也就是说对于发往MMSC B的消息来说,传输过程与图4中的相关说明相同,在此不再赘述。
对于发往MMSC A的消息来说,三层交换机接收到目的地址为A.B.C.2的IP消息时,由于此时三层交换机P2端口禁止使用,同时MMSC A的服务IP地址A.B.C.2包含在端口Pn-1的子网范围中,且由于在容灾切换时,局点B的负载均衡器上设置了MMSC A的服务IP地址,因此,三层交换机通过连接MMSC局点B的Pn-1端口将消息转发给局点B的负载均衡器进行处理,如图中①所示。
由于在容灾切换时,局点B的负载均衡器上设置了IP-A到容灾业务系统的映射关系,因此,局点B的负载均衡器将该消息转发到容灾业务系统进行处理,从而MMSC A所属的用户得到正常MMS服务,如图中②所示。
对于从容灾业务系统发往周边网元的消息,当局点B的容灾业务系统主动发送消息给周边网元时,容灾业务系统使用不同于MMSC B正常业务系统的源IP地址。
如图中③所示,局点B的负载均衡器接收源IP地址为容灾业务系统在内网IP地址的消息,然后根据自身设置的MMSC A的服务IP地址与容灾业务系统的映射关系,将该消息的源地址修改为MMSC A的服务IP地址IP-A:A.B.C.2后,发送到三层交换机,由三层交换机发送到周边网元,如图中④所示。这样,周边网元可以根据接收的消息中的源IP地址区分MMSC A和MMSC B,并完成相关鉴权与业务交互。
本发明实施例还提供了由容灾切换到正常工作的流程。容灾切换倒回流程是容灾切换流程的逆过程,步骤如下:
首先,容灾控制系统检测到局点A的MMSC A恢复正常运行时,停止局点B上的容灾业务系统,通知局点B的负载均衡器取消设置的MMSC A的服务IP地址IP-A,将IP-A重新设置到局点A中的负载均衡器上,同时设置IP-A与正常业务系统MMSC A之间的映射关系。
容灾控制系统控制三层交换机调整连接局点B的端口Pn-1的子网范围,仅将IP-B包含到该子网中,例如将端口Pn-1的子网范围设回为A.B.C.17/28;然后,容灾控制系统控制三层交换机重新启用连接局点A的端口P2,如果端口P2的子网范围在业务切换到容灾业务系统的过程中进行修改,则还需要设置端口P2的子网范围包含IP-A地址,例如将端口P2的子网范围设回为A.B.C.1/28,并结束容灾倒回流程。
以上所述的流程,除控制三层交换机调整连接局点B的端口Pn-1的子网范围和重新启用连接局点A的端口P2的步骤之间需限定顺序之外,其它步骤之间及其它步骤与这两个步骤之间不限定顺序。
当然,除上述在MMSC系统中应用之外,本发明实施例提供的技术方案还可以应用于其它基于IP路由的业务系统,例如提供WAP应用的WAP网关系统以及下载服务器(Download Server)等。
由以上所述可以看出,本发明实施例所提供的技术方案,利用IP路由设备的路由能力,确定业务系统发生故障时,更改IP路由设备上的设置,以及更改对应容灾业务系统局点中消息分发设备的设置,使得IP路由设备接收到给该故障业务系统发送的消息时,通过连接对应容灾业务系统局点的端口,将消息发送到容灾业务系统局点的消息分发设备;消息分发设备根据设置的映射关系,将消息转发到容灾业务系统;由容灾业务系统进行处理。从而使得容灾切换过程在业务系统局点内部完成,而对周边网元透明,减少了容灾切换时需要修改设置的网元数目,且加快了容灾切换的速度。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1、一种实现业务系统容灾的方法,其特征在于,该方法包括:
确定业务系统发生故障时,禁用IP路由设备上连接所述故障业务系统局点的端口;然后,将IP路由设备上连接对应容灾业务系统局点的端口的子网范围修改为包含所述故障业务系统的服务IP地址;
在对应容灾业务系统局点的消息分发设备上,设置所述故障业务系统的服务IP地址,及所述故障业务系统的服务IP地址与所述容灾业务系统之间的映射关系;
接收到给所述故障业务系统发送的消息时,通过IP路由设备上连接所述容灾业务系统局点的端口,将所述消息发送到所述容灾业务系统局点的消息分发设备;并根据消息分发设备中的映射关系,将所述消息转发到所述容灾业务系统;由容灾业务系统进行处理。
2、如权利要求1所述的方法,其特征在于,所述容灾业务系统进行处理之后,该方法进一步包括:
消息分发设备接收所述容灾业务系统下发的消息;将该消息的源IP地址修改为所述故障业务系统的服务IP地址后,转发给IP路由设备;
IP路由设备将该消息发送到该消息的接收方。
3、如权利要求1所述的方法,其特征在于,该方法进一步包括:
确定所述故障业务系统恢复正常时,取消在所述容灾业务系统局点的消息分发设备上设置的所述故障业务系统的服务IP地址;
将IP路由设备上连接所述容灾业务系统局点的端口的子网范围修改为不包含所述故障业务系统的服务IP地址;
启用IP路由设备上连接所述故障业务系统局点的端口。
4、如权利要求1所述的方法,其特征在于,所述IP路由设备为路由器或具有IP路由能力的交换机。
5、如权利要求1所述的方法,其特征在于,所述消息分发设备为负载均衡器或防火墙。
6、一种实现业务系统容灾的系统,其特征在于,该系统包括业务系统和对应的容灾业务系统、容灾控制系统、IP路由设备及消息分发设备,
所述故障业务系统,用于处理归属于自身的用户业务,对应的容灾业务系统用于在业务系统发生故障时,处理归属于所述故障业务系统的用户业务;
所述容灾控制系统,用于在业务系统发生故障时,控制IP路由设备禁用连接所述故障业务系统局点的端口;控制IP路由设备将连接对应容灾业务系统局点的端口的子网范围修改为包含所述故障业务系统的服务IP地址;通知对应容灾业务系统局点的消息分发设备设置所述故障业务系统的服务IP地址及所述故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系;
所述IP路由设备,用于在所述容灾控制系统的控制下,禁用连接所述故障业务系统局点的端口;然后,将IP路由设备上连接对应容灾业务系统局点的端口的子网范围修改为包含所述故障业务系统的服务IP地址;在接收到给所述故障业务系统发送的消息时,通过连接对应容灾业务系统局点的端口,将所述消息发送到对应容灾业务系统局点的消息分发设备;
所述消息分发设备,用于在接收到所述容灾控制系统的通知后,设置所述故障业务系统的服务IP地址及所述故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系;在接收到发往故障业务系统的消息时,根据自身的映射关系,将所述消息转发到容灾业务系统。
7、如权利要求6所述的系统,其特征在于,所述消息分发设备进一步接收容灾业务系统下发的消息,将该消息的源IP地址修改为所述故障业务系统的服务IP地址后,转发给IP路由设备。
8、如权利要求6所述的系统,其特征在于,所述容灾控制系统进一步在所述故障业务系统恢复正常时,通知所述消息分发设备取消设置的所述故障业务系统的服务IP地址;控制IP路由设备将连接所述容灾业务系统局点的端口的子网范围修改为不包含所述故障业务系统的服务IP地址;控制IP路由设备启用连接所述故障业务系统局点的端口;
所述IP路由设备进一步在所述容灾控制系统的控制下,将连接所述容灾业务系统局点的端口的子网范围修改为不包含所述故障业务系统的服务IP地址,启用连接所述故障业务系统局点的端口;
所述容灾业务系统局点的消息分发设备进一步在接收到所述容灾控制系统的通知后,取消所述故障业务系统的服务IP地址设置。
9、如权利要求6所述的系统,其特征在于,所述IP路由设备为路由器或具有IP路由能力的交换机。
10、如权利要求6所述的系统,其特征在于,所述消息分发设备为负载均衡器或防火墙。
11、一种容灾控制系统,其特征在于,该容灾控制系统包括控制模块和通知模块,
所述控制模块,用于在业务系统发生故障时,控制IP路由设备禁用连接故障业务系统局点的端口;控制IP路由设备将连接对应容灾业务系统局点的端口的子网范围修改为包含所述故障业务系统的服务IP地址;
所述通知模块,用于通知对应容灾业务系统局点的消息分发设备设置所述故障业务系统的服务IP地址及所述故障业务系统的服务IP地址与对应容灾业务系统之间的映射关系。
12、如权利要求11所述的容灾控制系统,其特征在于,所述控制模块进一步用于在故障业务系统恢复正常时,控制IP路由设备启用连接故障业务系统局点的端口;控制IP路由设备将连接所述容灾业务系统局点的端口的子网范围修改为不包含所述故障业务系统的服务IP地址;
所述通知模块进一步用于通知所述容灾业务系统局点的消息分发设备取消设置的所述故障业务系统的服务IP地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101877010A CN101442429B (zh) | 2007-11-20 | 2007-11-20 | 一种实现业务系统容灾的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101877010A CN101442429B (zh) | 2007-11-20 | 2007-11-20 | 一种实现业务系统容灾的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101442429A true CN101442429A (zh) | 2009-05-27 |
CN101442429B CN101442429B (zh) | 2011-04-20 |
Family
ID=40726686
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101877010A Expired - Fee Related CN101442429B (zh) | 2007-11-20 | 2007-11-20 | 一种实现业务系统容灾的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101442429B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012174893A1 (zh) * | 2011-06-23 | 2012-12-27 | 中兴通讯股份有限公司 | 一种iptv系统中基于双中心容灾的切换方法及装置 |
CN103490999A (zh) * | 2013-09-11 | 2014-01-01 | 华为技术有限公司 | 一种容灾切换方法和装置 |
CN104901881A (zh) * | 2015-04-30 | 2015-09-09 | 华为技术有限公司 | 路由设备、负载均衡设备、消息分发方法及系统 |
CN106412969A (zh) * | 2016-07-01 | 2017-02-15 | 广东省电信规划设计院有限公司 | 综合业务网关容灾切换的方法和装置 |
CN107066355A (zh) * | 2017-05-15 | 2017-08-18 | 郑州云海信息技术有限公司 | 一种高可用的备份服务器系统及其搭建方法 |
CN107508700A (zh) * | 2017-08-15 | 2017-12-22 | 北京小米移动软件有限公司 | 容灾方法、装置、设备及存储介质 |
CN110727501A (zh) * | 2019-09-29 | 2020-01-24 | 上海英方软件股份有限公司 | 一种基于虚拟机备份数据的演练方法及系统 |
CN111741375A (zh) * | 2020-06-23 | 2020-10-02 | 海看网络科技(山东)股份有限公司 | 一种iptv中平台内和平台间容灾的方法及系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030193958A1 (en) * | 2002-04-11 | 2003-10-16 | Vidya Narayanan | Methods for providing rendezvous point router redundancy in sparse mode multicast networks |
CN100370761C (zh) * | 2005-10-26 | 2008-02-20 | 华为技术有限公司 | 一种智能网业务控制设备容灾系统 |
CN1946058A (zh) * | 2006-10-28 | 2007-04-11 | 武汉市中光通信公司 | 适用于软交换网络的软交换设备异地容灾系统及其方法 |
-
2007
- 2007-11-20 CN CN2007101877010A patent/CN101442429B/zh not_active Expired - Fee Related
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012174893A1 (zh) * | 2011-06-23 | 2012-12-27 | 中兴通讯股份有限公司 | 一种iptv系统中基于双中心容灾的切换方法及装置 |
CN102231677B (zh) * | 2011-06-23 | 2017-09-29 | 中兴通讯股份有限公司 | Iptv系统中一种基于双中心容灾的切换方法及其装置 |
CN103490999B (zh) * | 2013-09-11 | 2016-09-07 | 华为技术有限公司 | 一种容灾切换方法和装置 |
CN103490999A (zh) * | 2013-09-11 | 2014-01-01 | 华为技术有限公司 | 一种容灾切换方法和装置 |
CN104901881A (zh) * | 2015-04-30 | 2015-09-09 | 华为技术有限公司 | 路由设备、负载均衡设备、消息分发方法及系统 |
CN104901881B (zh) * | 2015-04-30 | 2018-12-07 | 华为技术有限公司 | 路由设备、负载均衡设备、消息分发方法及系统 |
CN106412969A (zh) * | 2016-07-01 | 2017-02-15 | 广东省电信规划设计院有限公司 | 综合业务网关容灾切换的方法和装置 |
CN106412969B (zh) * | 2016-07-01 | 2019-06-04 | 广东省电信规划设计院有限公司 | 综合业务网关容灾切换的方法和装置 |
CN107066355A (zh) * | 2017-05-15 | 2017-08-18 | 郑州云海信息技术有限公司 | 一种高可用的备份服务器系统及其搭建方法 |
CN107508700A (zh) * | 2017-08-15 | 2017-12-22 | 北京小米移动软件有限公司 | 容灾方法、装置、设备及存储介质 |
CN110727501A (zh) * | 2019-09-29 | 2020-01-24 | 上海英方软件股份有限公司 | 一种基于虚拟机备份数据的演练方法及系统 |
CN110727501B (zh) * | 2019-09-29 | 2021-12-17 | 上海英方软件股份有限公司 | 一种基于虚拟机备份数据的演练方法及系统 |
CN111741375A (zh) * | 2020-06-23 | 2020-10-02 | 海看网络科技(山东)股份有限公司 | 一种iptv中平台内和平台间容灾的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101442429B (zh) | 2011-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101442429B (zh) | 一种实现业务系统容灾的方法及系统 | |
US7215970B2 (en) | Messaging applications router | |
US7796593B1 (en) | Router using internal flood groups for flooding VPLS traffic | |
EP2108224B1 (en) | Multipath virtual router redundancy | |
EP2533475B1 (en) | Method and system for host route reachability in packet transport network access ring | |
US20140064130A1 (en) | Geographic redundancy for call servers in a cellular system based on a bearer-independent core network | |
KR100680888B1 (ko) | 상태 동기를 갖는 클러스터에 대한 버츄얼 멀티캐스트라우팅 | |
CN100525237C (zh) | 数据转发系统、方法以及网络转发设备 | |
CN101529825B (zh) | 用于结合的用户管理和呼叫控制的系统和方法 | |
CN101009662A (zh) | 基于负载均衡技术的报文处理方法、系统及设备 | |
US7864788B2 (en) | System and method for bridging proxy traffic in an electronic network | |
CN101060533B (zh) | 一种提高vgmp协议可靠性的方法、系统及装置 | |
EP2081336B1 (en) | Business message transmission method, system and apparatus | |
EP2437538B1 (en) | Multi-network multi-plane structure smsc system and method | |
CN102916897B (zh) | 一种实现vrrp负载分担的方法和设备 | |
US8213299B2 (en) | Methods and systems for locating redundant telephony call processing hosts in geographically separate locations | |
US20220264419A1 (en) | Method and apparatus for user plane resource optimization | |
US7263087B2 (en) | Method and system for adding IP routes to a routing mobile terminal with 3G messages | |
CN1487706B (zh) | 企业即时通信的方法、系统和控制流程 | |
US20050022045A1 (en) | Method and system for node failure detection | |
CN104518902A (zh) | 一种应用软件定义网络优化二层网络流量的方法和设备 | |
CN102045259B (zh) | 分组交换设备以及管理用户业务的方法 | |
US20190200216A1 (en) | Mobile network user monitoring system | |
CN114363228B (zh) | MLAG-Lite测试系统及方法 | |
US11252074B2 (en) | Detection of multihoming misconfiguration |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110420 Termination date: 20131120 |