CN102349266A - 通信系统中节点设备上配置的服务故障的处理方法及装置 - Google Patents
通信系统中节点设备上配置的服务故障的处理方法及装置 Download PDFInfo
- Publication number
- CN102349266A CN102349266A CN2011800015675A CN201180001567A CN102349266A CN 102349266 A CN102349266 A CN 102349266A CN 2011800015675 A CN2011800015675 A CN 2011800015675A CN 201180001567 A CN201180001567 A CN 201180001567A CN 102349266 A CN102349266 A CN 102349266A
- Authority
- CN
- China
- Prior art keywords
- service
- main
- subsequent use
- disposing
- node 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.)
- Granted
Links
Images
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明实施例涉及一种通信系统中节点设备上配置的服务故障的处理方法及装置,本发明实施例中当第一节点设备上配置的第一服务的主用服务故障时,可以将第二节点设备和第三节点设备中的一个节点设备上配置的该服务的备用服务配置为主用服务,继续进行业务处理,能够避免现有技术中由于一个节点设备上配置的主用服务正常时,配置对应的备用服务的另一节点设备的CPU一直处于空闲状态而导致的另一节点设备上的CPU没有被充分利用的问题,从而提高了节点设备的CPU利用率。
Description
技术领域
本发明实施例涉及信息处理技术,尤其涉及一种通信系统中节点设备上配置的服务故障的处理方法及装置。
背景技术
在通信系统中,许多节点设备上配置的服务,例如:线程、进程、进程组或虚拟机等,都采用1+1主备备份方式,将一个服务的主用服务和备用服务分别配置在两个节点设备上,正常情况下,主用服务运行以进行该服务业务处理,并将该主用服务的业务数据备份到备用服务器上。例如:节点设备A上配置的主用服务运行以进行业务处理时,将该主用服务的业务数据备份到节点设备B上配置的备用服务上。当节点设备A上配置的主用服务故障(例如:主用服务自身故障或者由于节点故障而导致的主用服务故障)时,备用服务升级作为主用服务,由于升级作为主用服务的原备用服务上备份有业务数据,因此该升级的主用服务能够继续进行业务处理。
然而,由于节点设备A上配置的主用服务正常时,节点设备B的CPU一直处于空闲状态,使得节点设备B上的CPU没有被充分利用,从而导致了节点设备的CPU利用率的降低。
发明内容
本发明实施例提供一种通信系统中节点设备上配置的服务故障的处理方法及装置,用以提高节点设备的CPU利用率。
本发明一方面提供了一种通信系统中节点设备上配置的服务故障的处理方法,所述通信系统包括第一节点设备、第二节点设备和第三节点设备;所述第一节点设备上配置第一服务的主用服务和第二服务的第一备用服务,所述第二节点设备上配置第二服务的主用服务和第一服务的第一备用服务,所述第三节点设备上配置第一服务的第二备用服务和第二服务的第二备用服务;其中,所述第一服务的主用服务将该第一服务的业务数据备份到所述第一服务的第一备用服务,所述第二服务的主用服务将该第二服务的业务数据备份到所述第二服务的第一备用服务;所述方法包括:
检测所述第一服务的主用服务和所述第二服务的主用服务的工作状态,所述工作状态包括正常和故障;
当检测到所述第一服务的主用服务故障时,
根据所述第二节点设备的剩余CPU处理能力,将所述第二节点设备上配置的第一服务的第一备用服务配置为主用服务,以使得所述第二节点设备上配置的第一服务的主用服务进行业务处理;或者
根据所述第二节点设备的剩余CPU处理能力和所述第三节点设备的剩余CPU处理能力,将所述第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得所述第三节点设备上配置的第一服务的主用服务从所述第二节点设备上配置的第一服务的第一备用服务获得所述备份的第一服务的业务数据,并进行业务处理。
本发明另一方面提供了一种通信系统中节点设备上配置的服务故障的处理装置,所述通信系统包括第一节点设备、第二节点设备和第三节点设备;所述第一节点设备上配置第一服务的主用服务和第二服务的第一备用服务,所述第二节点设备上配置第二服务的主用服务和第一服务的第一备用服务,所述第三节点设备上配置第一服务的第二备用服务和第二服务的第二备用服务;其中,所述第一服务的主用服务将该第一服务的业务数据备份到所述第一服务的第一备用服务,所述第二服务的主用服务将该第二服务的业务数据备份到所述第二服务的第一备用服务;所述装置包括:
监控单元,用于检测所述第一服务的主用服务和所述第二服务的主用服务的工作状态,所述工作状态包括正常和故障;
仲裁单元,用于当所述监控单元检测到所述第一服务的主用服务故障时,
根据所述第二节点设备的剩余CPU处理能力,将所述第二节点设备上配置的第一服务的第一备用服务配置为主用服务,以使得所述第二节点设备上配置的第一服务的主用服务进行业务处理;或者
根据所述第二节点设备的剩余CPU处理能力和所述第三节点设备的剩余CPU处理能力,将所述第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得所述第三节点设备上配置的第一服务的主用服务从所述第二节点设备上配置的第一服务的第一备用服务获得所述备份的第一服务的业务数据,并进行业务处理。
由上述技术方案可知,本发明实施例通过每个服务可以配置一个主用服务和两个备用服务,其中,第一服务的主用服务和第二服务的一个备用服务配置到第一节点设备上,第一服务的一个备用服务和第二服务的主用服务配置到第二节点设备上,第一服务的另一个备用服务和第二服务的另一个备用服务配置到第三节点设备上,并且主用服务在运行的同时将对应的业务数据备份到交叉配置节点设备(即第一节点设备或第二节点设备)上的备用服务上,使得当第一节点设备上配置的第一服务的主用服务故障时,可以将另两个节点设备(即第二节点设备和第三节点设备)中的一个节点设备上配置的该服务的备用服务配置为主用服务,继续进行业务处理,能够避免现有技术中由于一个节点设备上配置的主用服务正常时,配置对应的备用服务的另一节点设备的CPU一直处于空闲状态而导致的另一节点设备上的CPU没有被充分利用的问题,从而提高了节点设备的CPU利用率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的通信系统中节点设备上配置的服务故障的处理方法的流程示意图;
图2为图1对应的实施例中节点设备上的进程配置示意图;
图3为图2所示的节点设备1上配置的进程A的主用进程Process A(A)故障的处理方法的一流程示意图;
图4为图2所示的节点设备1上配置的进程A的主用进程Process A(A)故障的处理方法的另一流程示意图;
图5为图2所示的节点设备1上配置的进程A的主用进程Process A(A)故障的处理方法的另一流程示意图;
图6为本发明另一实施例提供的通信系统中节点设备上配置的服务故障的处理装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的技术方案,可以应用于各种通信系统,例如:全球移动通信系统(Global System for Mobile Communications,简称GSM)、通用分组无线业务(General Packet Radio Service,简称GPRS)系统、码分多址(Code Division Multiple Access,简称CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,简称WCDMA)系统、时分同步码分多址(Time Division-Synchronous Code Division Multiple Access,简称TD-SCDMA)系统、长期演进(Long Term Evolution,简称LTE)系统等。
其中的节点设备可以是基站(Base Transceiver Station,简称BTS)、基站(NodeB)、演进型基站(Evolutional Node B,简称eNB或eNodeB)、基站控制器(Base Station Controller,简称BSC)、无线网络控制器(Radio Network Controller,简称RNC)、服务通用分组无线服务(GeneralPacket Radio Service,简称GPRS)支持节点设备(Serving GPRS Supporting Node,简称SGSN)、移动交换中心(Mobile Switching Center,简称MSC)、移动性管理实体(Mobility Management Entity,简称MME)、网关GPRS支持节点设备(Gateway GPRS Supporting Node,简称GGSN)、分组数据网络网关(Packet Data Network Gateway,简称P-GW)等网元。
本发明实施例中所涉及的服务可以运行在节点设备上,可以理解为用于完成指定业务的功能单元。其中,服务可以包括但不限于线程、进程、进程组或虚拟机。例如:运行在MSC上的话单管理进程,用于对获得的话单数据进行格式转换,形成话单文件,并将该话单文件发送给计费中心。其中,主用服务则表示该服务能够处理业务,备用服务则表示该进程暂时不能处理业务,当主用进程故障时,备用进程才能被配置为主用进程以处理业务。
本发明实施例中所涉及的通信系统可以包括第一节点设备、第二节点设备和第三节点设备。其中,第一节点设备上配置第一服务的主用服务和第二服务的第一备用服务,第二节点设备上配置第二服务的主用服务和第一服务的第一备用服务,第三节点设备上配置第一服务的第二备用服务和第二服务的第二备用服务。具体地,可以通过操作维护系统(Operations andMaintenance System,简称OMS)对上述节点设备进行服务的配置。
其中,在主用服务运行的过程中,第一服务的主用服务将该第一服务的业务数据备份到第一服务的第一备用服务,第二服务的主用服务将该第二服务的业务数据备份到第二服务的第一备用服务。
需要说明的是:由于第一服务的主用服务只将该第一服务的业务数据备份到第一服务的第一备用服务,第二服务的主用服务也只将该第二服务的业务数据备份到第二服务的第一备用服务,可以理解的是:本发明实施例中的第一备用服务的状态为备用状态(备份有对应服务的业务数据),第二备用服务的状态为互助状态(没有备份对应服务的业务数据)。
图1为本发明一实施例提供的通信系统中节点设备上配置的服务故障的处理方法的流程示意图,如图1所示,本实施例的通信系统中节点设备上配置的服务故障的处理方法可以包括:
101、检测第一服务的主用服务和第二服务的主用服务的工作状态,上述工作状态包括正常和故障;
本发明实施例中所涉及的主用服务的工作状态为正常,可以理解为主用服务能正常运行,或能正常处理业务;主用服务的工作状态为故障,可以理解为主用服务不能正常运行,或不能正常处理业务。
102、当检测到第一服务的主用服务故障时,
根据第二节点设备的剩余CPU处理能力,将第二节点设备上配置的第一服务的第一备用服务配置为主用服务,以使得第二节点设备上配置的第一服务的主用服务进行业务处理;或者
根据第二节点设备的剩余CPU处理能力和第三节点设备的剩余CPU处理能力,将第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得第三节点设备上配置的第一服务的主用服务从第二节点设备上配置的第一服务的第一备用服务获得备份的第一服务的业务数据,并进行业务处理。
101和102的执行主体可以为一个实体,例如:监控仲裁单元,或者还可以为几个实体,例如:一部分由监控单元完成,另一部分由仲裁单元完成,两者通过交互完成整个处理流程,本发明实施例对此不进行限制。
可选地,可以判断第二节点设备是否有第一服务的主用服务对应的CPU处理能力,如果有,则将第二节点设备上配置的第一服务的第一备用服务配置为主用服务;如果没有,则继续判断第三节点设备是否有第一服务的主用服务对应的CPU处理能力,如果有,则将第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得第三节点设备上配置的第一服务的主用服务从第二节点设备上配置的第一服务的第一备用服务获得备份的第一服务的业务数据,并进行业务处理,如果没有,那么则可以不做任何处理,等待故障的第一服务或故障的第一节点设备恢复正常(例如:通过重启)。具体地,可以根据获得的第二节点设备的CPU占用率,确定第二节点设备的剩余CPU处理能力,然后再判断该第二节点设备的剩余CPU处理能力是否大于第一服务的主用服务对应的CPU处理能力,如果大于,则将第二节点设备上配置的第一服务的第一备用服务配置为主用服务;如果没有,则可以继续根据获得的第三节点设备的CPU占用率,确定第三节点设备的剩余CPU处理能力,然后再判断该第三节点设备的剩余CPU处理能力是否大于第一服务的主用服务对应的CPU处理能力,如果大于,则将第三节点设备上配置的第一服务的第二备用服务配置为主用服务。
可选地,如果判断第三节点设备有第一服务的主用服务对应的CPU处理能力,但是该第三节点设备当前已经配置了其他服务的备用服务作为主用服务,那么则可以不做任何处理,等待故障的第一服务或故障的第一节点设备恢复正常(例如:通过重启);如果判断第三节点设备有第一服务的主用服务对应的CPU处理能力,而且该第三节点设备当前没有配置其他服务的备用服务作为主用服务,那么则将第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得第三节点设备上配置的第一服务的主用服务从第二节点设备上配置的第一服务的第一备用服务获得备份的第一服务的业务数据,并进行业务处理。
可选地,如果第一节点设备上配置第一服务的类型/个数较多,或者第一服务的启动时间较短,那么,第三节点设备上配置的对应的第二备用服务可以不启动,能够有效节省服务资源,然后在第三节点设备上配置的第一服务的第二备用服务被配置为主用服务时再启动,并从第二节点设备上配置的第一备用服务获得备份的第一服务的业务数据,并进行业务处理。如果第一节点设备上配置第一服务的类型/个数较少或者第一服务的启动时间较长,那么,第三节点设备上配置的对应的第二备用服务可以先启动,但是不进行任何操作,能够有效提高配置的效率,然后在第三节点设备上配置的第一服务的第二备用服务被配置为主用服务时,再从第二节点设备上配置的第一备用服务获得备份的第一服务的业务数据,并进行业务处理。
可选地,如果第二节点设备上配置第二服务的类型/个数较多或者第二服务的启动时间较短,那么,第三节点设备上配置的对应的第二备用服务可以不启动,能够有效节省服务资源,然后在第三节点设备上配置的第二服务的第二备用服务被配置为主用服务时再启动,并从第一节点设备上配置的第一备用服务获得备份的第二服务的业务数据,并进行业务处理。如果第二节点设备上配置第二服务的类型/个数较少或者第二服务的启动时间较长,那么,第三节点设备上配置的对应的第二备用服务可以先启动,但是不进行任何操作,能够有效提高配置的效率,然后在第三节点设备上配置的第二服务的第二备用服务被配置为主用服务时,再从第一节点设备上配置的第一备用服务获得备份的第二服务的业务数据,并进行业务处理。
可选地,本实施例中,第二节点设备上可以不为第一服务的第一备用服务预留对应的CPU处理能力。如果第二节点设备上配置的第二服务的主用服务满负荷运行,那么,当第一节点设备上配置的第一服务的主用服务故障时,由于此时第二节点设备已经没有第一服务的第一备用服务或第一节点设备对应的CPU处理能力,此时,第二节点设备上配置的任一第一服务的第一备用服务均不会被配置为主用服务。
可选地,本实施例中,第二节点设备上还可以为至少一个第一服务的第一备用服务预留对应的CPU处理能力。如果第二节点设备上配置的第二服务的主用服务满负荷运行,那么,当第一节点设备上配置的第一服务的主用服务故障时,由于第一节点设备上此时第二节点设备预留了至少一个第一服务的第一备用服务对应的CPU处理能力,此时,第二节点设备上配置的至少一个第一服务的备用服务可以被配置为主用服务,能够确保第二节点设备上配置的至少一个第一服务的备用服务被配置为主用服务,而无需判断第二节点设备的剩余CPU处理能力,无需再去判断第三节点设备的剩余CPU处理能力,从而提高了配置的效率和可靠性。
进一步地,本实施例中,当检测到第一节点设备上故障的第一服务的主用服务恢复正常时,则可以将恢复正常的第一服务的主用服务配置为第一服务的第一备用服务,并通知给第二节点设备,以使第二节点设备上配置的第一服务的主用服务将该第一服务的业务数据备份到第一节点设备上配置的第一服务的第一备用服务,然后将第一节点设备上配置的第一服务的第一备用服务配置为主用服务,并将第二节点设备上配置的第一服务的主用服务配置为第一备用服务;或者还可以将恢复正常的第一服务的主用服务配置为第一服务的第一备用服务,并通知给第三节点设备,以使第三节点设备上配置的第一服务的主用服务将该第一服务的业务数据备份到第一节点设备上配置的第一服务的第一备用服务,以及将第一节点设备上配置的第一服务的第一备用服务配置为主用服务,并将第三节点设备上配置的第一服务的主用服务配置为第二备用服务,从而实现了故障服务或故障节点设备重启恢复正常之后在节点设备上的正常运行。
可以理解的是:第一节点设备上配置的第一服务可以包括但不限于一个;相应地,第一服务的主用服务故障则可以理解为:其中的一个第一服务的主用服务故障,或者还可以是由于第一节点设备故障而导致的全部第一服务的主用服务故障,本发明实施例对此不进行限定。
本实施例中,通过每个服务可以配置一个主用服务和两个备用服务,其中,第一服务的主用服务和第二服务的一个备用服务配置到第一节点设备上,第一服务的一个备用服务和第二服务的主用服务配置到第二节点设备上,第一服务的另一个备用服务和第二服务的另一个备用服务配置到第三节点设备上,并且主用服务在运行的同时将对应的业务数据备份到交叉配置节点设备(即第一节点设备或第二节点设备)上的备用服务上,使得当第一节点设备上配置的第一服务的主用服务故障时,可以将另两个节点设备(即第二节点设备和第三节点设备)中的一个节点设备上配置的该服务的备用服务配置为主用服务,继续进行业务处理,能够避免现有技术中由于一个节点设备上配置的主用服务正常时,配置对应的备用服务的另一节点设备的CPU一直处于空闲状态而导致的另一节点设备上的CPU没有被充分利用的问题,从而提高了节点设备的CPU利用率。
可以理解的是:第三节点设备可以不限于一个,还可以为多个;相应地,第二备份服务也可以不限于一个,还可以为多个,本发明实施例对此不进行限定。
为使得本发明实施例提供的方法更加清楚,下面将以一个节点设备上配置的进程的主用进程故障作为举例。如图2所示,节点设备1上配置进程A的主用进程Process A(A)、进程B的主用进程Process B(A)、进程C的主用进程Process C(A)和进程D的主用进程Process D(A),以及进程E的一备用进程Process E′(S1)、进程F的一备用进程Process F′(S1)、进程G的一备用进程Process G′(S1)和进程H的一备用进程Process H′(S1);节点设备2上配置进程A的一备用进程Process A′(S1)、进程B的一备用进程Process B′(S1)、进程C的一备用进程Process C′(S1)和进程D的一备用进程Process D′(S1),以及进程E的主用进程Process E(A)、进程F的主用进程Process F(A)、进程G的主用进程Process G(A)和进程H的主用进程Process H(A);节点设备3上配置进程A的另一备用进程Process A′(S2)、进程B的另一备用进程Process B′(S2)、进程C的另一备用进程Process C′(S2)和进程D的另一备用进程Process D′(S2),以及进程E的另一备用进程Process E′(S2)、进程F的另一备用进程ProcessF′(S2)、进程G的另一备用进程Process G′(S2)和进程H的另一备用进程Process H′(S2);其中,节点设备1上配置的进程A的主用进程ProcessA(A)将该进程A的业务数据备份到节点设备2上配置进程A的备用进程Process A′(S1);节点设备1上配置的进程B的主用进程Process B(A)将该进程B的业务数据备份到节点设备2上配置进程B的备用进程ProcessB′(S1);节点设备1上配置的进程C的主用进程Process C(A)将该进程C的业务数据备份到节点设备2上配置进程C的备用进程Process C′(S1);节点设备1上配置的进程D的主用进程Process D(A)将该进程D的业务数据备份到节点设备2上配置进程D的备用进程Process D′(S1);节点设备2上配置的进程E的主用进程Process E(A)将该进程E的业务数据备份到节点设备1上配置进程E的备用进程Process E′(S1);节点设备2上配置的进程F的主用进程Process F(A)将该进程F的业务数据备份到节点设备1上配置进程F的备用进程Process F′(S1);节点设备2上配置的进程G的主用进程Process G(A)将该进程G的业务数据备份到节点设备1上配置进程G的备用进程Process G′(S1);节点设备2上配置的进程H的主用进程Process H(A)将该进程H的业务数据备份到节点设备1上配置进程H的备用进程Process H′(S1)。
图3为图2所示的节点设备1上配置的进程A的主用进程Process A(A)故障的处理方法的一流程示意图。本实施例适用的通信系统中还可以进一步包括监控单元和仲裁单元。如图3所示,本实施例的故障的处理方法可以包括:
301、监控单元检测节点设备上配置的进程的主用进程的工作状态,上述工作状态包括正常和故障;
302、监控单元检测到节点设备1上配置的进程A的主用进程Process A(A)故障,并通知仲裁单元节点设备1上配置的进程A的主用进程ProcessA(A)故障;
303、仲裁单元判断节点设备2是否有进程A的主用进程Process A(A)对应的CPU处理能力,如果有,则执行304;否则,则执行305;
304、仲裁单元将节点设备2上配置的进程A的备用进程Process A′(S1)配置为主用进程Process A(A);
305、仲裁单元判断节点设备3是否有进程A的主用进程Process A(A)对应的CPU处理能力,如果有,则执行306、307和308;否则,结束流程;
306、仲裁单元将节点设备3上配置的进程A的备用进程Process A′(S2)配置为主用进程Process A(A);
307、节点设备3上配置的进程A的主用进程Process A(A)向节点设备2上配置的进程A的备用进程Process A′(S1)请求获得进程A的业务数据;
308、节点设备2上配置的进程A的备用进程Process A′(S1)将进程A的业务数据备份到节点设备3上配置的进程A的主用进程Process A(A)。
本实施例中,每个进程可以配置一个主用进程Process X(A)和两个备用进程Process X′(S1)和Process X′(S2),每两个进程的主用进程和其中的一个备用进程Process X′(S1)交叉配置到两个节点设备上,其中的另一个备用进程Process X′(S2)配置在另一个节点设备上,并且主用进程Process X(A)在运行的同时将对应的业务数据备份到交叉配置节点设备上的备用进程Process X′(S1)上,使得当一个进程的主用进程Process X(A)故障时,可以将另两个节点设备中的一个节点设备上配置的该进程的备用进程Process X′(S1)或Process X′(S2)配置为主用进程,继续进行业务处理,能够避免现有技术中由于一个节点设备上配置的主用进程正常时,另一节点设备的CPU一直处于空闲状态而导致的另一节点设备上的CPU没有被充分利用的问题,从而提高了节点设备的CPU利用率。
图4为图2所示的节点设备1上配置的进程A的主用进程Process A(A)故障的处理方法的另一流程示意图。如图4所示,在图3对应的实施例的基础之上,如果仲裁单元执行304,本实施例的故障的处理方法还可以进一步包括:
401、节点设备1上配置的故障的进程A的主用进程Process A(A)重启之后,恢复正常,向仲裁单元请求分配进程状态;
402、仲裁单元将节点设备1上配置的恢复正常的进程配置为进程A的备用进程Process A′(S1);
403、仲裁单元通知节点设备2上配置的进程A的主用进程Process A(A)即将配置(恢复)为备用进程Process A′(S1);
404、基于上述通知,节点设备2上配置的进程A的主用进程Process A(A)将进程A的业务数据备份到节点设备1上配置的进程A的备用进程Process A′(S1);
405、仲裁单元将节点设备1上配置(重启恢复正常之后配置的)的进程A的备用进程Process A′(S1)配置(恢复)为主用进程Process A(A);
406、仲裁单元将节点设备2上配置的进程A的主用进程Process A(A)配置(恢复)为备用进程Process A′(S1)。
本实施例中,节点设备1上配置的故障的进程A的主用进程Process A(A)重启恢复正常之后,仲裁单元可以将节点设备1上重启恢复正常之后的进程配置(恢复)为主用进程Process A(A),节点设备2上配置的进程A的主用进程Process A(A)配置(恢复)为备用进程Process A′(S1),能够实现故障进程重启恢复正常之后在节点设备上的正常运行。
图5为图2所示的节点设备1上配置的进程A的主用进程Process A(A)故障的处理方法的另一流程示意图。如图5所示,在图3对应的实施例的基础之上,如果仲裁单元没有执行304,而是执行305、306、307和308,本实施例的故障的处理方法还可以进一步包括:
501、节点设备1上配置的故障的进程A的主用进程Process A(A)重启之后,恢复正常,向仲裁单元请求分配进程状态;
502、仲裁单元通知节点设备2上配置的进程A的备用进程Process A′(S1)重启;
503、仲裁单元将节点设备1上配置的恢复正常的进程配置为进程A的备用进程Process A′(S1);
504、仲裁单元通知节点设备3上配置的进程A的主用进程Process A(A)即将配置(恢复)为备用进程Process A′(S1);
505、基于上述通知,节点设备3上配置的进程A的主用进程Process A(A)将进程A的业务数据备份到节点设备1上配置的进程A的备用进程Process A′(S1);
506、仲裁单元将节点设备1上配置(恢复正常之后配置的)的进程A的备用进程Process A′(S1)配置(恢复)为主用进程Process A(A);
507、仲裁单元将节点设备2上重启之后的进程配置(恢复)为进程A的备用进程Process A′(S1);
508、仲裁单元将节点设备3上配置的进程A的主用进程Process A(A)配置(恢复)为备用进程Process A′(S2)。
本实施例中,节点设备1上配置的故障的进程A的主用进程Process A(A)重启恢复正常之后,仲裁单元可以将节点设备1上重启恢复正常之后的进程配置(恢复)为主用进程Process A(A),节点设备3上配置的进程A的主用进程Process A(A)配置(恢复)为备用进程Process A′(S2),能够实现故障进程重启恢复正常之后在节点设备上的正常运行。
可以理解的是:本发明实施例中涉及的通信系统中的节点设备,需要扩容同等CPU处理能力的节点设备时,需要成对扩容主用进程和第一备用进程所运行的节点设备;需要扩容更强CPU处理能力的节点设备时,需要成对扩容主用进程和第一备用进程所运行的节点设备之外,还需要个成对扩容的节点设备增加对应的第二备份进程所在的节点设备。
需要说明的是:对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
图6为本发明另一实施例提供的通信系统中节点设备上配置的服务故障的处理装置的结构示意图,如图6所示,本实施例的通信系统中节点设备上配置的服务故障的处理装置可以包括监控单元61和仲裁单元62。其中,监控单元61用于检测第一服务的主用服务和第二服务的主用服务的工作状态,上述工作状态包括正常和故障;仲裁单元62用于当监控单元61检测到上述第一服务的主用服务故障时,
根据上述第二节点设备的剩余CPU处理能力,将上述第二节点设备上配置的第一服务的第一备用服务配置为主用服务,以使得上述第二节点设备上配置的第一服务的主用服务进行业务处理;或者
根据上述第二节点设备的剩余CPU处理能力和上述第三节点设备的剩余CPU处理能力,将上述第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得上述第三节点设备上配置的第一服务的主用服务从上述第二节点设备上配置的第一服务的第一备用服务获得上述备份的第一服务的业务数据,并进行业务处理。
上述图1对应的实施例中方法、图3、4和5对应的实施例中的监控单元和仲裁单元的功能均可以由本实施例提供的通信系统中节点设备上配置的服务故障的处理装置中的相关功能单元实现。
可选地,本实施例中的仲裁单元62具体可以判断上述第二节点设备是否有上述第一服务的主用服务对应的CPU处理能力,如果有,则将上述第二节点设备上配置的第一服务的第一备用服务配置为主用服务。
可选地,本实施例中的仲裁单元62具体还可以判断上述第二节点设备是否有上述第一服务的主用服务对应的CPU处理能力,如果没有,则判断上述第三节点设备是否有上述第一服务的主用服务对应的CPU处理能力,如果有,则将上述第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得上述第三节点设备上配置的第一服务的主用服务从上述第二节点设备上配置的第一服务的第一备用服务获得上述备份的第一服务的业务数据,并进行业务处理。
可选地,如果第一节点设备上配置第一服务的类型/个数较多或者第一服务的启动时间较短,那么,第三节点设备上配置的对应的第二备用服务可以不启动,然后在第三节点设备上配置的第一服务的第二备用服务被配置为主用服务时再启动,并从第二节点设备上配置的第一备用服务获得备份的第一服务的业务数据,并进行业务处理。如果第一节点设备上配置第一服务的类型/个数较少或者第一服务的启动时间较长,那么,第三节点设备上配置的对应的第二备用服务可以先启动,但是不进行任何操作,然后在第三节点设备上配置的第一服务的第二备用服务被配置为主用服务时,再从第二节点设备上配置的第一备用服务获得备份的第一服务的业务数据,并进行业务处理。
可选地,如果第二节点设备上配置第二服务的类型/个数较多或者第二服务的启动时间较短,那么,第三节点设备上配置的对应的第二备用服务可以不启动,并从第一节点设备上配置的第一备用服务获得备份的第二服务的业务数据,并进行业务处理,然后在第三节点设备上配置的第二服务的第二备用服务被配置为主用服务时再启动。如果第二节点设备上配置第二服务的类型/个数较少或者第二服务的启动时间较长,那么,第三节点设备上配置的对应的第二备用服务可以先启动,但是不进行任何操作,然后在第三节点设备上配置的第二服务的第二备用服务被配置为主用服务时,再从第一节点设备上配置的第一备用服务获得备份的第二服务的业务数据,并进行业务处理。
可选地,本实施例中,第二节点设备上可以不为第一服务的第一备用服务预留对应的CPU处理能力。如果第二节点设备上配置的第二服务的主用服务满负荷运行,那么,当监控单元61检测到第一节点设备上配置的第一服务的主用服务故障时,由于第一节点设备上此时第二节点设备已经没有第一服务的第一备用服务或第一节点设备对应的CPU处理能力,所以,此时,第二节点设备上配置的任一第一服务的第一备用服务均不会被配置为主用服务。
可选地,本实施例中,第二节点设备上还可以为至少一个第一服务的第一备用服务预留对应的CPU处理能力。如果第二节点设备上配置的第二服务的主用服务满负荷运行,那么,当监控单元61检测到第一节点设备上配置的第一服务的主用服务故障时,由于第一节点设备上此时第二节点设备预留了至少一个第一服务的第一备用服务对应的CPU处理能力,所以,此时,第二节点设备上配置的至少一个第一服务的备用服务可以被配置为主用服务。
进一步地,本实施例中,仲裁单元还用于当监控单元61检测到第一节点设备上故障的第一服务的主用服务恢复正常时,则可以将恢复正常的第一服务的主用服务配置为第一服务的第一备用服务,并通知给第二节点设备,以使第二节点设备上配置的第一服务的主用服务将该第一服务的业务数据备份到第一节点设备上配置的第一服务的第一备用服务,以及将第一节点设备上配置的第一服务的第一备用服务配置为主用服务,并将第二节点设备上配置的第一服务的主用服务配置为第一备用服务;或者还可以将恢复正常的第一服务的主用服务配置为第一服务的第一备用服务,并通知给第三节点设备,以使第三节点设备上配置的第一服务的主用服务将该第一服务的业务数据备份到第一节点设备上配置的第一服务的第一备用服务,以及将第一节点设备上配置的第一服务的第一备用服务配置为主用服务,并将第三节点设备上配置的第一服务的主用服务配置为第二备用服务,从而实现了故障服务或故障节点设备重启恢复正常之后在节点设备上的正常运行。
本实施例中,通过每个服务可以配置一个主用服务和两个备用服务,其中,第一服务的主用服务和第二服务的一个备用服务配置到第一节点设备上,第一服务的一个备用服务和第二服务的主用服务配置到第二节点设备上,第一服务的另一个备用服务和第二服务的另一个备用服务配置到第三节点设备上,并且主用服务在运行的同时将对应的业务数据备份到交叉配置节点设备(即第一节点设备或第二节点设备)上的备用服务上,使得当监控单元检测到第一节点设备上配置的第一服务的主用服务故障时,仲裁单元则可以将另两个节点设备(即第二节点设备和第三节点设备)中的一个节点设备上配置的该服务的备用服务配置为主用服务,继续进行业务处理,能够避免现有技术中由于一个节点设备上配置的主用服务正常时,配置对应的备用服务的另一节点设备的CPU一直处于空闲状态而导致的另一节点设备上的CPU没有被充分利用的问题,从而提高了节点设备的CPU利用率。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (12)
1.一种通信系统中节点设备上配置的服务故障的处理方法,其特征在于,所述通信系统包括第一节点设备、第二节点设备和第三节点设备;所述第一节点设备上配置第一服务的主用服务和第二服务的第一备用服务,所述第二节点设备上配置所述第二服务的主用服务和所述第一服务的第一备用服务,所述第三节点设备上配置所述第一服务的第二备用服务和所述第二服务的第二备用服务;其中,所述第一服务的主用服务将该第一服务的业务数据备份到所述第一服务的第一备用服务,所述第二服务的主用服务将该第二服务的业务数据备份到所述第二服务的第一备用服务;所述方法包括:
检测所述第一服务的主用服务和所述第二服务的主用服务的工作状态,所述工作状态包括正常和故障;
当检测到所述第一服务的主用服务故障时,
根据所述第二节点设备的剩余CPU处理能力,将所述第二节点设备上配置的第一服务的第一备用服务配置为主用服务,以使得所述第二节点设备上配置的第一服务的主用服务进行业务处理;或者
根据所述第二节点设备的剩余CPU处理能力和所述第三节点设备的剩余CPU处理能力,将所述第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得所述第三节点设备上配置的第一服务的主用服务从所述第二节点设备上配置的第一服务的第一备用服务获得所述备份的第一服务的业务数据,并进行业务处理。
2.根据权利要求1所述的方法,其特征在于,所述根据所述第二节点设备的剩余CPU处理能力,将所述第二节点设备上配置的第一服务的第一备用服务配置为主用服务,包括:
判断所述第二节点设备是否有所述第一服务的主用服务对应的CPU处理能力,如果有,则将所述第二节点设备上配置的第一服务的第一备用服务配置为主用服务。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第二节点设备的剩余CPU处理能力和所述第三节点设备的剩余CPU处理能力,将所述第三节点设备上配置的第一服务的第二备用服务配置为主用服务,包括:
判断所述第二节点设备是否有所述第一服务的主用服务对应的CPU处理能力,如果没有,则判断所述第三节点设备是否有所述第一服务的主用服务对应的CPU处理能力,如果有,则将所述第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得所述第三节点设备上配置的第一服务的主用服务从所述第二节点设备上配置的第一服务的第一备用服务获得所述备份的第一服务的业务数据,并进行业务处理。
4.根据权利要求1至3任一权利要求所述的方法,其特征在于,所述第三节点设备上配置的第一服务的第二备用服务和第二服务的第二备用服务启动或者不启动。
5.根据权利要求1至4任一权利要求所述的方法,其特征在于,
所述第二节点设备上不预留所述第一服务的第一备用服务对应的CPU处理能力;或者
所述第二节点设备上预留至少一个第一服务的第一备用服务对应的CPU处理能力。
6.根据权利要求1至5任一权利要求所述的方法,其特征在于,所述方法还包括:
当检测到所述第一节点设备上故障的第一服务的主用服务恢复正常时,
将所述恢复正常的第一服务的主用服务配置为所述第一服务的第一备用服务,并通知给所述第二节点设备,以使所述第二节点设备上配置的第一服务的主用服务将该第一服务的业务数据备份到所述第一节点设备上配置的第一服务的第一备用服务,以及将所述第一节点设备上配置的第一服务的第一备用服务配置为主用服务,并将所述第二节点设备上配置的第一服务的主用服务配置为第一备用服务;或者
将所述恢复正常的第一服务的主用服务配置为所述第一服务的第一备用服务,并通知给所述第三节点设备,以使所述第三节点设备上配置的第一服务的主用服务将该第一服务的业务数据备份到所述第一节点设备上配置的第一服务的第一备用服务,以及将所述第一节点设备上配置的第一服务的第一备用服务配置为主用服务,并将所述第三节点设备上配置的第一服务的主用服务配置为第二备用服务。
7.一种通信系统中节点设备上配置的服务故障的处理装置,其特征在于,所述通信系统包括第一节点设备、第二节点设备和第三节点设备;所述第一节点设备上配置第一服务的主用服务和第二服务的第一备用服务,所述第二节点设备上配置第二服务的主用服务和第一服务的第一备用服务,所述第三节点设备上配置第一服务的第二备用服务和第二服务的第二备用服务;其中,所述第一服务的主用服务将该第一服务的业务数据备份到所述第一服务的第一备用服务,所述第二服务的主用服务将该第二服务的业务数据备份到所述第二服务的第一备用服务;所述装置包括:
监控单元,用于检测所述第一服务的主用服务和所述第二服务的主用服务的工作状态,所述工作状态包括正常和故障;
仲裁单元,用于当所述监控单元检测到所述第一服务的主用服务故障时,
根据所述第二节点设备的剩余CPU处理能力,将所述第二节点设备上配置的第一服务的第一备用服务配置为主用服务,以使得所述第二节点设备上配置的第一服务的主用服务进行业务处理;或者
根据所述第二节点设备的剩余CPU处理能力和所述第三节点设备的剩余CPU处理能力,将所述第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得所述第三节点设备上配置的第一服务的主用服务从所述第二节点设备上配置的第一服务的第一备用服务获得所述备份的第一服务的业务数据,并进行业务处理。
8.根据权利要求7所述的装置,其特征在于,所述仲裁单元具体用于
判断所述第二节点设备是否有所述第一服务的主用服务对应的CPU处理能力,如果有,则将所述第二节点设备上配置的第一服务的第一备用服务配置为主用服务。
9.根据权利要求7所述的装置,其特征在于,所述仲裁单元具体用于
判断所述第二节点设备是否有所述第一服务的主用服务对应的CPU处理能力,如果没有,则判断所述第三节点设备是否有所述第一服务的主用服务对应的CPU处理能力,如果有,则将所述第三节点设备上配置的第一服务的第二备用服务配置为主用服务,以使得所述第三节点设备上配置的第一服务的主用服务从所述第二节点设备上配置的第一服务的第一备用服务获得所述备份的第一服务的业务数据,并进行业务处理。
10.根据权利要求7至9任一权利要求所述的装置,其特征在于,所述第三节点设备上配置的第一服务的第二备用服务和第二服务的第二备用服务启动或者不启动。
11.根据权利要求7至10任一权利要求所述的装置,其特征在于,
所述第二节点设备上不预留所述第一服务的第一备用服务对应的CPU处理能力;或者
所述第二节点设备上预留至少一个第一服务的第一备用服务对应的CPU处理能力。
12.根据权利要求7至11任一权利要求所述的装置,其特征在于,所述仲裁单元还用于
当所述监控单元检测到所述第一节点设备上故障的第一服务的主用服务恢复正常时,
将所述恢复正常的第一服务的主用服务配置为所述第一服务的第一备用服务,并通知给所述第二节点设备,以使所述第二节点设备上配置的第一服务的主用服务将该第一服务的业务数据备份到所述第一节点设备上配置的第一服务的第一备用服务,以及将所述第一节点设备上配置的第一服务的第一备用服务配置为主用服务,并将所述第二节点设备上配置的第一服务的主用服务配置为第一备用服务;或者
将所述恢复正常的第一服务的主用服务配置为所述第一服务的第一备用服务,并通知给所述第三节点设备,以使所述第三节点设备上配置的第一服务的主用服务将该第一服务的业务数据备份到所述第一节点设备上配置的第一服务的第一备用服务,以及将所述第一节点设备上配置的第一服务的第一备用服务配置为主用服务,并将所述第三节点设备上配置的第一服务的主用服务配置为第二备用服务。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2011/078372 WO2012119388A1 (zh) | 2011-08-12 | 2011-08-12 | 通信系统中节点设备上配置的服务故障的处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102349266A true CN102349266A (zh) | 2012-02-08 |
CN102349266B CN102349266B (zh) | 2013-11-06 |
Family
ID=45546531
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201180001567.5A Active CN102349266B (zh) | 2011-08-12 | 2011-08-12 | 通信系统中节点设备上配置的服务故障的处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102349266B (zh) |
WO (1) | WO2012119388A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104182300A (zh) * | 2014-08-19 | 2014-12-03 | 北京京东尚科信息技术有限公司 | 一种集群中虚拟机的备份方法及系统 |
CN104285459A (zh) * | 2012-05-15 | 2015-01-14 | 株式会社Ntt都科摩 | 控制节点以及通信控制方法 |
CN108471364A (zh) * | 2018-06-28 | 2018-08-31 | 新华三技术有限公司 | 一种异常处理方法及装置 |
WO2024055523A1 (zh) * | 2022-09-15 | 2024-03-21 | 苏州元脑智能科技有限公司 | 一种报文转发方法、装置、设备及非易失性可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852154A (zh) * | 2005-10-26 | 2006-10-25 | 华为技术有限公司 | 一种智能网业务控制设备容灾系统 |
CN1863198A (zh) * | 2005-09-01 | 2006-11-15 | 华为技术有限公司 | 一种实时恢复业务的装置及方法 |
CN1866804A (zh) * | 2005-10-19 | 2006-11-22 | 华为技术有限公司 | 对无源光网络的主干光纤进行故障保护倒换的方法 |
US20070124342A1 (en) * | 2005-11-30 | 2007-05-31 | Gaku Yamamoto | Failure Tolerant Transaction Processing System |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100375458C (zh) * | 2005-05-13 | 2008-03-12 | 中兴通讯股份有限公司 | 一种家庭网络中多个服务器设备协同工作的方法 |
CN101060391A (zh) * | 2007-05-16 | 2007-10-24 | 华为技术有限公司 | 主备服务器切换方法及系统及主用服务器、备用服务器 |
CN101094102B (zh) * | 2007-07-18 | 2010-06-02 | 杭州华三通信技术有限公司 | 路由设备的主备切换方法和路由备份系统 |
JP5343436B2 (ja) * | 2008-07-30 | 2013-11-13 | 富士通株式会社 | 情報管理システム |
-
2011
- 2011-08-12 CN CN201180001567.5A patent/CN102349266B/zh active Active
- 2011-08-12 WO PCT/CN2011/078372 patent/WO2012119388A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863198A (zh) * | 2005-09-01 | 2006-11-15 | 华为技术有限公司 | 一种实时恢复业务的装置及方法 |
CN1866804A (zh) * | 2005-10-19 | 2006-11-22 | 华为技术有限公司 | 对无源光网络的主干光纤进行故障保护倒换的方法 |
CN1852154A (zh) * | 2005-10-26 | 2006-10-25 | 华为技术有限公司 | 一种智能网业务控制设备容灾系统 |
US20070124342A1 (en) * | 2005-11-30 | 2007-05-31 | Gaku Yamamoto | Failure Tolerant Transaction Processing System |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104285459A (zh) * | 2012-05-15 | 2015-01-14 | 株式会社Ntt都科摩 | 控制节点以及通信控制方法 |
CN104285459B (zh) * | 2012-05-15 | 2018-03-20 | 株式会社Ntt都科摩 | 控制节点以及通信控制方法 |
CN104182300A (zh) * | 2014-08-19 | 2014-12-03 | 北京京东尚科信息技术有限公司 | 一种集群中虚拟机的备份方法及系统 |
CN104182300B (zh) * | 2014-08-19 | 2017-04-12 | 北京京东尚科信息技术有限公司 | 一种集群中虚拟机的备份方法及系统 |
CN108471364A (zh) * | 2018-06-28 | 2018-08-31 | 新华三技术有限公司 | 一种异常处理方法及装置 |
CN108471364B (zh) * | 2018-06-28 | 2021-05-28 | 新华三技术有限公司 | 一种异常处理方法及装置 |
WO2024055523A1 (zh) * | 2022-09-15 | 2024-03-21 | 苏州元脑智能科技有限公司 | 一种报文转发方法、装置、设备及非易失性可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN102349266B (zh) | 2013-11-06 |
WO2012119388A1 (zh) | 2012-09-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101977124B (zh) | 基于ZooKeeper技术的业务集群方法及系统 | |
CN102945192B (zh) | 一种数据备份和恢复的方法及移动智能终端 | |
CN103164295B (zh) | 基于zfs文件系统和kvm内核虚拟底层系统的企业it业务虚拟化容灾方法 | |
CN100517247C (zh) | 用于并行存储的装置、系统和方法 | |
CN103927239A (zh) | 一种终端设备的系统恢复方法及装置 | |
CN102346779B (zh) | 分布式文件系统和主控节点的备份方法 | |
CN107832164A (zh) | 一种基于Ceph的故障硬盘处理的方法及装置 | |
CN102349266B (zh) | 通信系统中节点设备上配置的服务故障的处理方法及装置 | |
CN102262591B (zh) | 用于内存复制系统进行垃圾回收的方法和系统 | |
CN110377456A (zh) | 一种虚拟化平台容灾的管理方法及装置 | |
CN105242990A (zh) | 基于云平台的数据备份方法和装置 | |
CN113051104B (zh) | 基于纠删码的磁盘间数据恢复方法及相关装置 | |
CN102769932A (zh) | 用于电路域回退中数据传输的方法和装置 | |
CN104516796A (zh) | 一种基于命令集的网元备份与恢复方法及装置 | |
CN101217401B (zh) | 一种基站控制器的升级、备份方法及装置 | |
CN106598774A (zh) | 虚拟机的备份还原方法及装置 | |
CN103338306B (zh) | 一种备份和恢复用户数据方法及装置 | |
CN101272537B (zh) | 一种用于基站控制器组网的方法和装置 | |
CN110620798B (zh) | Ftp连接的控制方法、系统、设备和存储介质 | |
WO2019113969A1 (zh) | 一种寻呼用户设备的方法、第一网络设备及用户设备 | |
CN117439867A (zh) | 一种集群升级故障处理方法、装置、设备及存储介质 | |
CN104407806A (zh) | 独立磁盘冗余阵列组硬盘信息的修改方法和装置 | |
CN102123452A (zh) | 一种资源的管理方法和设备 | |
CN103064793B (zh) | 精简配置容量回收方法和系统 | |
CN106161061B (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 |