CN101227333B - 一种容灾网管***及其网管客户端的登陆方法 - Google Patents
一种容灾网管***及其网管客户端的登陆方法 Download PDFInfo
- Publication number
- CN101227333B CN101227333B CN2008100575018A CN200810057501A CN101227333B CN 101227333 B CN101227333 B CN 101227333B CN 2008100575018 A CN2008100575018 A CN 2008100575018A CN 200810057501 A CN200810057501 A CN 200810057501A CN 101227333 B CN101227333 B CN 101227333B
- Authority
- CN
- China
- Prior art keywords
- server
- node server
- disaster tolerance
- service
- host node
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种网管客户端的登陆方法,包括步骤有:动态域名服务器更新域名解析数据,将该域名解析数据更新为当前提供服务的主节点/容灾节点服务器的IP地址;网管客户端填写用于登陆网管服务器端的服务名称,并向动态域名服务器发送服务名称的解析请求;动态域名服务器对该服务名称进行解析,将当前提供服务的主节点/容灾节点服务器的IP地址作为解析结果发送给网管客户端;网管客户端得到该解析结果后,使用所收到的主节点/容灾节点服务器的IP地址登陆主节点服务器或容灾节点服务器。本发明还相应公开了一种容灾网管***。借此,本发明不仅增强了网管***用户操作友好性,同时降低了网管***复杂性。
Description
技术领域
本发明涉及网管***组网方案中的实现技术,尤其涉及一种容灾网管***及其网管客户端的登陆方法。
背景技术
随着通信技术的迅速发展,通信市场规模进一步扩大,目前在网上运行的设备复杂度不断提高,越来越多的关键应用和服务建立在数据网络上。对于电信运营部门而言,确保网络正常、高效运转至关重要。电信运营商必须对支持服务的网络***进行有效的管理和规划,以最大限度地满足不断增长的用户需求,确保网络正常高效地运行。为了能更好地监控网络运行情况,提高网络维护的效率,降低运营成本,提高服务质量,运营商对网管***的可靠性提出了严格要求,网管***作为监控和管理网络的核心应用***,要求能够长期、稳定的运行。
在网管***原有的单服务器运行不能满足长期、稳定的运行的需求之后,针对网管***提出的可靠性方案主要有两种:一种本地高可用性方案,通过在本地提供完全的硬件和软件冗余配置,并在集群模块(软件)的控制下提供本地高可用性网管服务;另一种是远程异地容灾方案,在不同物理地域提供硬件和软件的完全冗余配置,并在集群模块控制下实现异地容灾的网管服务。
与远程异地容灾方案相比,本地高可用性方案只能解决计划性维护、本地部分硬件损坏的情况,此时可以由冗余软件及硬件接管网管服务,但是并不能解决网管机房停电,甚至是地域性灾难的发生所带来的网管服务终止的问题。所以在多数情况下都采用远程异地容灾方案作为网管***的可靠性方案,但是这样一来又带来了新的问题。
由于在本地高可用性方案中,网管***服务器冗余硬件处于同一个子网中,可以使用浮动IP地址的方式供网管客户端登陆使用,这样在网管服务在不同服务器之间切换时,网管客户端使用同一IP地址登陆。而在远程异地容灾方案中,由于不同物理地域之间可能相距成百上千公里,如果使用光纤设备拉专线来提供子网,部署成本太高。所以网管***容灾服务器冗余硬件不太可能处于同一个子网当中,如果使用2层VPN(Virtual Private Network,虚拟专用网络)的方式提供浮动IP地址,则需要对于承载网提出一些技术要求,这样提高了组网的复杂度,并且有可能带来其他一些网络问题,加大了网管***部署的难度、降低了网管***的可靠性。
在网管***的远程异地容灾方案中,如果网管服务无法获得浮动IP,则当主节点服务器对外提供服务时,网管客户端需要使用主节点服务器的IP地址A进行登陆,当主节点服务器因为计划检修或者意外灾难停机,容灾节点服务器对外提供服务时,网管客户端需要使用容灾节点服务器的IP地址B进行登陆,而这种网管客户端登陆时IP地址的变化需要由网管***维护人员向网管客户端操作人员给予通知方可进行。因为当网管客户端无法通过主节点服务器的IP地址A登陆时,网管客户端操作人员无法区分登陆失败是因为网管客户端与服务器之间网络中断造成,还是网管服务在主、容灾节点服务器之间发生了切换造成。
另外,当网管服务还作为下级网管接入上级网管***或OSS(OperationSupport System,运营支撑***)***,并且上级网管作为Socket通讯客户端连接网管***时,如上级网管使用CORBA(Common Object Request BrokerArchitecture,公共对象请求代理体系)、FTP(File Transfer Protocol,文件传输协议)等协议连接网管***时,网管服务在主、容灾节点服务器之间的切换还需要对上级网管、OSS进行切换通知,这也增大了网管***的开发难度和复杂度。
综上可知,现有网管***组网方案,在实际使用上显然存在不便与缺陷,所以有必要加以改进。
发明内容
针对上述的缺陷,本发明的目的在于提供一种容灾网管***及其网管客户端的登陆方法,其不仅增强了网管***用户操作友好性,同时降低了网管***复杂性。
为了实现上述目的,本发明提供一种网管客户端的登陆方法,应用于包括网管客户端和网管服务器端的容灾网管***,该网管服务器端又包括有动态域名服务器、主节点服务器和容灾节点服务器,所述网管服务器端还包括集群模 块,用于切换所述主节点服务器或容灾节点服务器来向外提供网管服务,集群模块会检测主节点服务器或容灾节点服务器是否发生异常,若异常,则将提供服务的服务器切换成容灾节点服务器或主节点服务器;所述方法包括步骤有:
A、所述动态域名服务器更新域名解析数据,将该域名解析数据更新为当前提供服务的主节点服务器或容灾节点服务器的IP地址;
B、网管客户端填写用于登陆网管服务器端的服务名称,并向所述动态域名服务器发送服务名称的解析请求;
C、所述动态域名服务器对该服务名称进行解析,将当前提供服务的主节点服务器或容灾节点服务器的IP地址作为解析结果发送给网管客户端;
D、网管客户端得到该解析结果后,使用所收到的主节点服务器或容灾节点服务器的IP地址登陆主节点服务器或容灾节点服务器。
根据本发明的登陆方法,所述网管服务器端还包括一用于切换所述主节点服务器或容灾节点服务器来提供服务的集群模块,
所述步骤A中,当前提供服务的主节点服务器或容灾节点服务器在所述集群模块的控制下,向所述动态域名服务器请求更新域名解析数据,以将域名解析数据更新为当前提供服务的主节点服务器或容灾节点服务器的IP地址。
根据本发明的登陆方法,所述步骤A还包括:
A1、主节点服务器或容灾节点服务器启动后,向所述动态域名服务器请求更新域名解析数据;
A2、所述动态域名服务器收到该更新请求后,将所述域名解析数据更新为当前提供服务的主节点服务器或容灾节点服务器的IP地址;
A3、所述集群模块检测主节点服务器或容灾节点服务器是否发生异常,若异常,则将提供服务的服务器切换成容灾节点服务器或主节点服务器;
A4、所述容灾节点服务器或主节点服务器启动后,向所述动态域名服务器请求更新域名解析数据;
A5、所述动态域名服务器收到该更新请求后,将所述域名解析数据更新为容灾节点服务器或主节点服务器的IP地址。
根据本发明的登陆方法,所述步骤A和B之间还包括,所述网管客户端将其操作***中的DNS服务器地址配置为所述动态域名服务器的IP地址。
根据本发明的登陆方法,所述步骤A和B之间还包括,所述网管客户端 将其内嵌的DNS服务器地址配置为所述动态域名服务器的IP地址。
根据本发明的登陆方法,所述步骤B中网管客户端通过DNS协议向所述动态域名服务器发送服务名称的解析请求。
根据本发明的登陆方法,所述主节点服务器和容灾节点服务器互为异地容灾或者本地容灾。
根据本发明的登陆方法,所述容灾网管***中包括多个主节点服务器和/或容灾节点服务器。
本发明还提供一种容灾网管***,包括网管客户端和网管服务器端,该网管服务器端又包括有动态域名服务器、主节点服务器和容灾节点服务器;
所述网管客户端,用于填写用于登陆网管服务器端的服务名称,并向所述动态域名服务器发送服务名称的解析请求;以及在得到该服务名称的解析结果后,使用所收到的主节点服务器或容灾节点服务器的IP地址登陆主节点服务器或容灾节点服务器;
所述网管服务器端,其动态域名服务器用于更新域名解析数据,将该域名解析数据更新为当前提供服务的主节点服务器或容灾节点服务器的IP地址,以及对网管客户端发来的该服务名称进行解析,将当前提供服务的主节点服务器或容灾节点服务器的IP地址作为解析结果发送给所述网管客户端。
根据本发明的容灾网管***,所述网管服务器端还包括一集群模块,该集群模块用于切换所述主节点服务器或容灾节点服务器来提供服务,并控制当前提供服务的主节点服务器或容灾节点服务器向所述动态域名服务器请求更新域名解析数据,以将该域名解析数据更新为当前提供服务的主节点服务器或容灾节点服务器的IP地址。
本发明引入动态域名服务器进行服务名称的解析,且动态域名服务器域名解析数据会在主节点服务器或容灾节点服务器启动后自动更新为当前提供服务的服务器的IP地址,当网管客户端向网管服务器端发送登陆请求前,由动态域名服务器对服务名称进行解析,并将当前提供服务的主节点服务器或容灾节点服务器的IP地址作为解析结果发送给网管客户端,网管客户端使用所收到的IP地址登陆主节点服务器或容灾节点服务器。借此,本发明引入服务名称作为登陆网管服务的唯一标识,一方面保证了网管***容灾方案部署情况下 服务器之间服务切换时对于网管客户端的透明,从而增强了网管***用户操作友好性;另一方面,当网管服务作为下级网管接入上级网管,主备切换不需对上级网管进行切换通知,从而降低了网管***复杂性。此外,本发明使用了标准的DNS协议,使得网管客户端可以直接使用内嵌的或者操作***提供的DNS客户端功能,从而提高了***设计的灵活性。
附图说明
图1是本发明提供的网管***的结构示意图;
图2是本发明网管***中网管客户端的登陆方法流程图;
图3是本发明动态域名服务器进行域名数据更新的方法流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
图1示出了本发明提供的容灾网管***的结构,该***包括网管客户端10和网管服务器端20,该网管服务器端20又包括主节点服务器21、容灾节点服务器22以及动态域名服务器23,其中:
网管客户端10,其部署有网管客户端应用,并提供网管人机接口。本发明的网管客户端10用于填写用于登陆网管服务器端20的服务名称,并向所述动态域名服务器23发送服务名称的解析请求;以及在得到该服务名称的解析结果后,使用所收到的主节点服务器21或容灾节点服务器22的IP地址登陆主节点服务器21或容灾节点服务器22。优选的是,所述网管客户端10将其操作***中的DNS服务器地址配置为动态域名服务器23的IP地址;或者,所述网管客户端10将其内嵌的DNS服务器地址配置为动态域名服务器23的IP地址。这样,网管客户端10就可通过DNS协议向动态域名服务器23发送服务名称的解析请求。由于本发明使用了标准的DNS协议,使得网管客户端10可以使用内嵌的DNS客户端功能或者直接使用操作***提供的DNS客户端功能,从而提高了***设计的灵活性。
所述网管服务器端20由冗余软件和硬件构成,其动态域名服务器23也是一种DNS(Domain Name Server,域名服务器)服务器,主要用于接收网管客户端10的服务名称的解析请求,以将当前提供服务的服务器的IP地址信息作 为响应返回给网管客户端10。
本发明中的动态域名服务器23用于更新域名解析数据,可以将该域名解析数据更新为当前提供服务的主节点服务器21的IP地址,例如将主节点服务器21的IP地址A作为域名解析数据;或者以将该域名解析数据更新为当前提供服务的容灾节点服务器22的IP地址,例如将容灾节点服务器22的IP地址B作为域名解析数据。并且,动态域名服务器23对网管客户端10发来的该服务名称进行解析,将当前提供服务的主节点服务器21或容灾节点服务器22的IP地址作为解析结果发送给网管客户端10。
优选的是,所述网管服务器端20还包括至少一集群模块24,通常是一种控制软件,用于切换所述主节点服务器21或容灾节点服务器22来向外提供网管服务。具体而言,所述集群模块24提供网管***主、容灾节点服务器22和22之间的心跳检测、远程数据复制等功能,并通过对服务器硬件可用性检测和服务软件状态检测以完成对网管服务进程在网管主、容灾节点服务器21和22之间的切换。
本发明中,所述集群模块24控制当前提供服务的主节点服务器21或容灾节点服务器22向动态域名服务器23请求更新域名解析数据,以将该域名解析数据更新为当前提供服务的主节点服务器21或容灾节点服务器22的IP地址,即动态域名服务器23内的域名解析数据对应为主节点服务器21的IP地址(此时由主节点服务器21对外提供网管服务)或容灾节点服务器22的IP地址(此时由容灾节点服务器22对外提供网管服务)。
本发明尤其适用于网管***异地容灾方案,即主节点服务器21和容灾节点服务器22互为异地容灾。当然,本发明也可适用于本地高可用性方案,即主节点服务器21和容灾节点服务器22互为本地容灾。另外,所述容灾网管***中可以包括多个主节点服务器21或/和多个容灾节点服务器22,即属于N+N容灾方案,所述若干容灾节点服务器22可以在本地或异地,且主点服务器21和容灾节点服务器22的数量可为任意多个。
借此,本发明在网管***中引入动态域名服务器23进行服务名称的解析,使网管客户端10可以使用服务名称进行登陆。网管客户端10先请求动态域名服务器23进行DNS解析得到目前对外实际提供网管服务的服务器IP地址,然后网管客户端10再向实际提供服务的服务器发起登陆。一方面保证了网管 ***容灾方案部署情况下服务器之间服务切换时对于网管客户端10的透明,增强了网管***用户操作友好性;另一方面减少了服务切换通知的开发工作,并降低了网管***复杂性。
图2示出了本发明网管客户端的登陆方法流程,其通过图1所示的容灾网管***实现,具体包括步骤如下:
步骤S201,动态域名服务器23更新域名解析数据,将该域名解析数据更新为当前提供服务的主节点服务器21或容灾节点服务器22的IP地址。本步骤优选的是,当前提供服务的主节点服务器21或容灾节点服务器22在所述集群模块24的控制下,向所述动态域名服务器23请求更新域名解析数据,以将该域名解析数据更新为当前提供服务的主节点服务器21或容灾节点服务器22的IP地址。
步骤S202,网管客户端10填写用于登陆网管服务器端20的服务名称,并向所述动态域名服务器23发送服务名称的解析请求。本步骤之前还可包括,所述网管客户端10将其操作***中的DNS服务器地址配置为动态域名服务器23的IP地址;或者,所述网管客户端10将其内嵌的DNS服务器地址配置为所述动态域名服务器23的IP地址。这样,网管客户端10就可填写服务名称作为登陆网管服务的唯一标志,并通过DNS协议向动态域名服务器23发送服务名称的解析请求。
步骤S203,动态域名服务器23对该服务名称进行解析,将当前提供服务的主节点服务器21或容灾节点服务器22的IP地址作为解析结果发送给网管客户端10,也就是动态域名服务器23将实际提供网管服务的服务器的IP地址封装成包后发送给网管客户端10。
步骤S204,网管客户端10得到该解析结果后,进入正常登陆程序,即使用所收到的主节点服务器21或容灾节点服务器22的IP地址登陆主节点服务器21或容灾节点服务器22,向提供服务的主节点服务器21或容灾节点服务器22请求网管服务注册,进而实现网络维护与管理。
图3示出了本发明动态域名服务器进行域名数据更新的方法流程,其通过图1所示的容灾网管***实现,具体包括步骤如下:
步骤S301,主节点服务器21或容灾节点服务器22启动后,向动态域名服务器23请求更新域名解析数据。一般而言,首先启动的是主节点服务器21。
步骤S302,动态域名服务器23收到该更新请求后,将所述域名解析数据更新为当前提供服务的主节点服务器21或容灾节点服务器22的IP地址,并返回成功的响应。此时,动态域名服务器23能够响应网管客户端10发起的服务名称的解析请求,并返回主节点服务器21或容灾节点服务器22的IP地址作为解析结果。
步骤S303,集群模块24检测主节点服务器21或容灾节点服务器22是否发生异常,包括各类软硬件异常,例如计划内检修或其他意外灾难会使得当前提供服务的主节点服务器21或容灾节点服务器22无法继续提供服务,一旦发生异常,则将提供服务的服务器切换成容灾节点服务器22或主节点服务器21。
步骤S304,容灾节点服务器22或主节点服务器21启动后,向所述动态域名服务器23请求更新域名解析数据。
步骤S305,动态域名服务器23收到该更新请求后,将所述域名解析数据更新为容灾节点服务器22或主节点服务器21的IP地址。此时,动态域名服务器23能够响应网管客户端10发起的服务名称的解析请求,并返回容灾节点服务器22或主节点服务器21的IP地址作为解析结果。
综上可知,本发明引入动态域名服务器进行服务名称的解析,且动态域名服务器域名解析数据会在主节点服务器或容灾节点服务器启动后自动更新为当前提供服务的服务器的IP地址,当网管客户端向网管服务器端发送登陆请求前,由动态域名服务器对服务名称进行解析,并将当前提供服务的主节点服务器或容灾节点服务器的IP地址作为解析结果发送给网管客户端,网管客户端使用所收到的IP地址登陆主节点服务器或容灾节点服务器。借此,本发明引入服务名称作为登陆网管服务的唯一标识,一方面保证了网管***容灾方案部署情况下服务器之间服务切换时对于网管客户端的透明,从而增强了网管***用户操作友好性;另一方面,当网管服务作为下级网管接入上级网管,主备切换不需对上级网管进行切换通知,从而降低了网管***复杂性。此外,本发明使用了标准的DNS协议,使得网管客户端可以直接使用内嵌的或者操作***提供的DNS客户端功能,从而提高了***设计的灵活性。
当然,本发明还可有其它多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (9)
1.一种网管客户端的登陆方法,其特征在于,应用于包括网管客户端和网管服务器端的容灾网管***,该网管服务器端又包括有动态域名服务器、主节点服务器和容灾节点服务器,所述网管服务器端还包括集群模块,用于切换所述主节点服务器或容灾节点服务器来向外提供网管服务,集群模块会检测主节点服务器或容灾节点服务器是否发生异常,若异常,则将提供服务的服务器切换成容灾节点服务器或主节点服务器;所述方法包括步骤有:
A、所述动态域名服务器更新域名解析数据,将该域名解析数据更新为当前提供服务的主节点服务器或容灾节点服务器的IP地址;
B、网管客户端填写用于登陆网管服务器端的服务名称,并向所述动态域名服务器发送服务名称的解析请求;
C、所述动态域名服务器对该服务名称进行解析,将当前提供服务的主节点服务器或容灾节点服务器的IP地址作为解析结果发送给网管客户端;
D、网管客户端得到该解析结果后,使用所收到的主节点服务器或容灾节点服务器的IP地址登陆主节点服务器或容灾节点服务器。
2.根据权利要求1所述的登陆方法,其特征在于,所述网管服务器端还包括一用于切换所述主节点服务器或容灾节点服务器来提供服务的集群模块,
所述步骤A中,当前提供服务的主节点服务器或容灾节点服务器在所述集群模块的控制下,向所述动态域名服务器请求更新域名解析数据,以将该域名解析数据更新为当前提供服务的主节点服务器或容灾节点服务器的IP地址。
3.根据权利要求2所述的登陆方法,其特征在于,所述步骤A还包括:
A1、主节点服务器或容灾节点服务器启动后,向所述动态域名服务器请求更新域名解析数据;
A2、所述动态域名服务器收到该更新请求后,将所述域名解析数据更新为当前提供服务的主节点服务器或容灾节点服务器的IP地址;
A3、所述集群模块检测主节点服务器或容灾节点服务器是否发生异常,若异常,则将提供服务的服务器切换成容灾节点服务器或主节点服务器;
A4、所述容灾节点服务器或主节点服务器启动后,向所述动态域名服务 器请求更新域名解析数据;
A5、所述动态域名服务器收到该更新请求后,将所述域名解析数据更新为容灾节点服务器或主节点服务器的IP地址。
4.根据权利要求2所述的登陆方法,其特征在于,所述步骤A和B之间还包括,所述网管客户端将其操作***中的DNS服务器地址配置为所述动态域名服务器的IP地址。
5.根据权利要求2所述的登陆方法,其特征在于,所述步骤A和B之间还包括,所述网管客户端将其内嵌的DNS服务器地址配置为所述动态域名服务器的IP地址。
6.根据权利要求2所述的登陆方法,其特征在于,所述步骤B中网管客户端通过DNS协议向所述动态域名服务器发送服务名称的解析请求。
7.根据权利要求1所述的登陆方法,其特征在于,所述主节点服务器和容灾节点服务器互为异地容灾或者本地容灾。
8.根据权利要求1所述的登陆方法,其特征在于,所述容灾网管***中包括多个主节点服务器和/或容灾节点服务器。
9.一种实现如权利要求1~8任一项方法的容灾网管***,其特征在于,包括网管客户端和网管服务器端,该网管服务器端又包括有动态域名服务器、主节点服务器和容灾节点服务器;
所述网管客户端,用于填写用于登陆网管服务器端的服务名称,并向所述动态域名服务器发送服务名称的解析请求;以及在得到该服务名称的解析结果后,使用所收到的主节点服务器或容灾节点服务器的IP地址登陆主节点服务器或容灾节点服务器;
所述网管服务器端,其动态域名服务器用于更新域名解析数据,将该域名解析数据更新为当前提供服务的主节点服务器或容灾节点服务器的IP地址,以及对网管客户端发来的该服务名称进行解析,将当前提供服务的主节点服务器或容灾节点服务器的IP地址作为解析结果发送给所述网管客户端;
所述网管服务器端还包括一集群模块,该集群模块用于切换所述主节点服务器或容灾节点服务器来提供服务,并控制当前提供服务的主节点服务器或容灾节点服务器向所述动态域名服务器请求更新域名解析数据,以将该域名解析数据更新为当前提供服务的主节点服务器或容灾节点服务器的IP地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100575018A CN101227333B (zh) | 2008-02-02 | 2008-02-02 | 一种容灾网管***及其网管客户端的登陆方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100575018A CN101227333B (zh) | 2008-02-02 | 2008-02-02 | 一种容灾网管***及其网管客户端的登陆方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101227333A CN101227333A (zh) | 2008-07-23 |
CN101227333B true CN101227333B (zh) | 2010-12-29 |
Family
ID=39859100
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100575018A Active CN101227333B (zh) | 2008-02-02 | 2008-02-02 | 一种容灾网管***及其网管客户端的登陆方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101227333B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101729290A (zh) * | 2009-11-04 | 2010-06-09 | 中兴通讯股份有限公司 | 用于实现业务***保护的方法及装置 |
CN102215271A (zh) * | 2010-04-07 | 2011-10-12 | 上海交通大学医学院附属瑞金医院 | 一种基于ftp的容灾服务器寻址处理方法及装置 |
CN104836689A (zh) * | 2015-05-21 | 2015-08-12 | 武汉新芯集成电路制造有限公司 | 服务器故障转移方法及*** |
CN105024855B (zh) * | 2015-07-13 | 2018-09-04 | 浪潮(北京)电子信息产业有限公司 | 分布式集群管理***和方法 |
CN106878254B (zh) * | 2016-11-16 | 2020-09-25 | 国家数字交换***工程技术研究中心 | 提高dns***安全性的方法及装置 |
CN108900572B (zh) * | 2018-05-31 | 2022-08-09 | 康键信息技术(深圳)有限公司 | 主数据库域名切换控制方法、计算机设备和存储介质 |
CN109560903B (zh) * | 2019-02-14 | 2024-01-19 | 湖南智领通信科技有限公司 | 一种完全容灾的车载指挥通信*** |
CN112887109B (zh) * | 2019-11-29 | 2023-01-06 | 北京百度网讯科技有限公司 | 基础设施区域的容灾处理方法、装置、设备及可读介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1536811A (zh) * | 2003-04-09 | 2004-10-13 | 华为技术有限公司 | 一种网络认证计费的方法 |
CN1863110A (zh) * | 2005-05-13 | 2006-11-15 | 中兴通讯股份有限公司 | 一种家庭网络中多个服务器设备协同工作的方法 |
CN101043398A (zh) * | 2006-06-28 | 2007-09-26 | 华为技术有限公司 | 一种动态共享连接的方法和*** |
-
2008
- 2008-02-02 CN CN2008100575018A patent/CN101227333B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1536811A (zh) * | 2003-04-09 | 2004-10-13 | 华为技术有限公司 | 一种网络认证计费的方法 |
CN1863110A (zh) * | 2005-05-13 | 2006-11-15 | 中兴通讯股份有限公司 | 一种家庭网络中多个服务器设备协同工作的方法 |
CN101043398A (zh) * | 2006-06-28 | 2007-09-26 | 华为技术有限公司 | 一种动态共享连接的方法和*** |
Also Published As
Publication number | Publication date |
---|---|
CN101227333A (zh) | 2008-07-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101227333B (zh) | 一种容灾网管***及其网管客户端的登陆方法 | |
US10140112B2 (en) | Update management system and update management method | |
CN107846315B (zh) | 数据中心的业务迁移方法、装置及*** | |
CN104935672B (zh) | 负载均衡服务高可用实现方法和设备 | |
CN102664747B (zh) | 一种云计算平台*** | |
CN101145972B (zh) | 一种容灾网管***及其网管客户端的登陆方法 | |
CN101729290A (zh) | 用于实现业务***保护的方法及装置 | |
CN103368768A (zh) | 混合云环境中具有启发式监视的自动缩放网络覆盖 | |
EP1924086B1 (en) | Method and system for upgrading distributed set top box and device thereof | |
CN101902361B (zh) | 容灾业务***及容灾方法 | |
CN103312809A (zh) | 云平台中服务的分布式管理方法 | |
CN101595689B (zh) | 在多机架网络接入环境中改变用户信息 | |
EP3806395A1 (en) | Virtual network function (vnf) deployment method and apparatus | |
US9451483B2 (en) | Mobile communication system, communication system, control node, call-processing node, and communication control method | |
CN101005399A (zh) | 网络设备管理方法、网络设备和网络设备管理*** | |
US8614943B2 (en) | Method and apparatus for protecting subscriber access network | |
CN100563263C (zh) | 在网络存储业务中实现***高可用性的方法和*** | |
CN114697191A (zh) | 一种资源迁移方法、装置、设备及存储介质 | |
CN114338670B (zh) | 一种边缘云平台和具有其的网联交通三级云控平台 | |
CN107733717B (zh) | 一种云平台移动式运维的网络配置方法 | |
US20180367427A1 (en) | Method for performing connectivity check and apparatus | |
KR20140061534A (ko) | 확장가능 분산 멀티클러스터 장치 관리 서버 아키텍처 및 그 동작 방법 | |
CN110661651A (zh) | 一种sdn控制器数据管理方法、***、装置及可读存储介质 | |
CN114124803B (zh) | 设备管理方法、装置、电子设备及存储介质 | |
CN106302626A (zh) | 一种弹性扩容方法、装置及*** |
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 |