著录项信息
专利名称 | 一种业务进程的分布式分优先级监控方法 |
申请号 | CN200510036946.4 | 申请日期 | 2005-09-02 |
法律状态 | 权利终止 | 申报国家 | 中国 |
公开/公告日 | 2007-03-07 | 公开/公告号 | CN1924810 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F9/46 | IPC分类号 | G;0;6;F;9;/;4;6;;;H;0;4;L;2;9;/;0;2查看分类表>
|
申请人 | 中兴通讯股份有限公司 | 申请人地址 | 北京市北京经济技术开发区地盛北街1号8号楼408室-27(集中办公区)
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 北京元心科技有限公司 | 当前权利人 | 北京元心科技有限公司 |
发明人 | 徐其龙;李浩 |
代理机构 | 暂无 | 代理人 | 暂无 |
摘要
本发明公开了一种业务进程的分布式分优先级监控方法,其通过分布在系统网络不同节点上的监控进程对系统中的本节点业务进程进行监控,所述方法并包括:启动各节点上的监控进程,并对具有相同标识ID的业务进程的优先级进行判断,启动其优先级最高的业务进程;所述各节点彼此接收到对方的被监控的业务进程信息,并对相同标识ID的业务进程的优先级分别进行比较,以使在正常节点上的最高优先级的业务进程被启动。本发明方法由于对系统中各个节点的业务进程采用了分布式按优先级的实时监控方法,在一个节点或业务进程出现故障后,其它节点会立即接替,大大提高了系统运行的可靠性,稳定性,从而提高了业务的准确性和实时性。
1.一种业务进程的分布式分优先级监控方法,其通过分布在系统网络 不同节点上的监控进程对系统中的本节点业务进程进行监控,所述方法并包 括:
A、启动各节点上的监控进程,并对具有相同标识ID的业务进程的优先 级进行判断,启动其优先级最高的业务进程;
B、所述各节点彼此接收到对方的被监控的业务进程信息,在某一节点 发生故障和其他节点的通讯中断时,其他可通讯的各节点对相同标识ID的 业务进程优先级进行比较,停止与该标识ID相同的业务进程,并启动最高 优先级的业务进程;
某一节点检测发现自身的异常业务进程时,该节点停止该标识ID的业 务进程的运行,并把对应该标识ID业务进程的优先级降低到最低优先级, 并向其它节点发送当前节点的状态信息,其他节点停止与该标识ID相同的 业务进程,并在比较该标识ID的业务进程优先级后启动最高优先级的业务 进程。
2.根据权利要求1所述的方法,其特征在于,还包括:
所述各节点依次启动,并在本节点启动时在预定的探测其他节点信息的 最大时间间隔范围内,对相同标识ID的业务进程的优先级进行比较。
3.根据权利要求1所述的方法,其特征在于,所述异常的原因包括: 死循环,内存占用超过限定值,业务逻辑流程错误或内存访问越界。
4.根据权利要求1至3任意权项所述的方法,其特征在于,所述各节 点的相同标识ID的业务进程,其优先级相同且为最高的同时启动。
技术领域\n本发明涉及一种计算机网络技术,尤其涉及的是一种对业务进程进行实 时监控的方法。\n背景技术\n在一个电信通讯系统中,业务进程能否稳定可靠运行将直接影响到系统 运行的可靠性、业务的准确性和实时性。\n目前业务进程的监控方法大多集中在对单个节点运行的操作系统的进 程、线程等运行环境的监控上,这些方法需要收集系统的CPU的利用率, 内存的使用率,硬盘的状态,网络的状态等等信息。这些信息在一定程度反 映了业务进程的运行是否正常,对于传统的监测方法,如华为技术有限公司 在中国专利公开号为CN1494257A的专利文献中所提出的一种可以对计费 服务器业务逻辑进行监测的方法,但是现有技术中在检测发现系统出现问题 后,没有提出相应的解决方法.\n当在发现业务进程出现异常后,目前大多数的方法是通过软件看门狗来 杀掉进程并重新启动相应的进程来处理;但如果一个节点出现问题,即使重 复启动节点后,也不能解决相应的问题。\n因此,现有技术还有待于改进和发展。\n发明内容\n本发明的目的在于提供一种业务进程的分布式分优先级监控方法,通过 分布在各个节点上的监控进程分优先级监控各个节点上的各个业务进程,极 大的提高通讯系统的可靠性和稳定性。\n本发明的技术方案如下:\n一种业务进程的分布式分优先级监控方法,其通过分布在系统网络不同 节点上的监控进程对系统中的本节点业务进程进行监控,所述方法包括:\nA、启动各节点上的监控进程,并对具有相同标识ID的业务进程的优 先级进行判断,启动其优先级最高的业务进程;\nB、所述各节点彼此接收到对方的被监控的业务进程信息,在节点发生 故障和其他节点的通讯中断时,其他可通讯的各节点对相同标识ID的业务 进程优先级进行比较,停止与该标识ID相同的业务进程,并启动最高优先 级的业务进程;\n某一节点检测发现异常的业务进程时,该节点停止该标识ID的业务进 程之运行,并把对应该标识ID业务进程的优先级降低到最低优先级并向其 它节点发送当前节点的状态信息,其他节点停止与该标识ID相同的业务进 程,并在比较该标识ID的业务进程优先级后启动最高优先级的业务进程。\n所述的方法,其中,还包括:\n所述各节点依次启动,并在本节点启动时在预定的探测其他节点信息的 最大时间间隔范围内,对相同标识ID的业务进程的优先级进行比较。\n所述的方法,其中,所述异常的原因包括:死循环,内存占用超过限定 值,业务逻辑流程错误或内存访问越界。\n所述的方法,其中,所述各节点的相同标识ID的业务进程,其优先级 相同且为最高的同时启动。\n本发明所提供的一种业务进程的分布式分优先级监控方法,与现有的技 术相比,由于对系统中各个节点的业务进程采用了分布式按优先级的实时监 控方法,在一个节点出现故障后,其它节点会立即接替它的工作;当其中一 个节点的某个运行的业务进程业务逻辑错误时,停止这个节点上这个业务进 程的运行,其它节点上相同标识的优先级最高的业务进程开始运行;通过采 用分布式多节点分优先级共同监控,大大提高了系统运行的可靠性,稳定性, 从而提高了业务的准确性和实时性。\n附图说明\n图1为本发明方法的一较佳实施例的系统网络结构示意图;\n图2为本发明方法的系统中一个节点的工作流程示意图;\n图3为图1所示本发明方法的实施例的各个节点上业务进程数为3时的 优先级表示意图。\n具体实施方式\n以下结合附图,将对本发明的各较佳实施例进行较为详细的说明。\n本发明的所述业务进程的分布式分优先级监控方法,其核心是通过分布 在系统网络不同节点上的监控进程对系统中的业务进程进行监控,探测系统 运行环境是否正常,并根据各个节点交互的信息控制每个节点上的业务进 程。\n本发明方法主要包括以下内容:\n在每个节点上的监控进程可以监控一个以上的业务进程,业务进程配置 为不同的优先级和标识ID。在同一节点上每个业务进程的标识ID不能相同, 优先级可以相同。各个节点上的每个业务进程的优先级和标识ID可以相同 也可以不同。设置时一般根据业务进程的重要性来设置优先级,越重要的进 程优先级越高,也可以根据其他原则设置业务进程的优先级。一般不同节点 上相同的业务进程配置为相同的标识ID。\n所述监控进程监控业务进程的运行状况,和其他节点上的监控进程按照 一定的周期相互交互业务进程的优先级和运行状态信息。它们彼此通信,构 成了一个网状结构的通讯网络。\n每个节点启动时,启动本节点上业务进程的先后顺序可以灵活配置,可 以安照优先级的顺序启动,也可以按照其他的方法来启动。\n所述监控进程和本节点上的业务进程交互信息,根据交互的信息,所述 监控进程判断业务逻辑是否正确,如果业务逻辑不正确,则把这个业务进程 的优先级降低为各个节点上同一标识ID业务进程中最低优先级的业务进 程。\n本发明方法中的每个节点接收到其他节点上监控进程发送过来的被监 控业务进程的状态信息后,和本节点被监控业务进程的运行状态信息进行比 较。当本节点的业务进程的标识ID和接收到的其他节点的标识ID相同时, 如果本节点的优先级最高,并且没有启动这个业务进程,则启动本节点的这 个业务进程;如果本节点的优先级最低,则停止本节点的这个业务进程;如 果优先级和系统中相同标识ID的业务进程中最高优先级的业务进程相同, 则不停止这个业务进程,也可以根据其他原则进行配置来决定是否停止这个 业务进程。\n由于某种原因,本节点的监控进程如果在一定时间内接收不到其他节点 监控进程发送过来的消息,监控进程认为其它节点出现故障,启动本节点监 控的所有没有启动的业务进程;也可以按照配置的策略采用其他的处理方 法。\n如图1所示为本发明方法的各个节点组成的网状结构示意图,图中各个 节点交互各节点上的控制信息;如图2所示为本发明方法系统中一个节点的 工作流程图。它的工作流程按照如下的流程步骤执行:\nS201.启动本节点的监控进程。\nS202.启动定时器监控本节点业务进程的状态和接收其他节点发送的消 息。\nS204.根据监测的信息如cpu占用率是否很高,业务逻辑是否正确等等 各种条件去判断本节点的业务进程和业务逻辑是否正常。如果有异常则执行 步骤S205,否则执行步骤S206。\nS205.如果其中的一个业务进程出现问题,则把这个业务进程的优先级 降为低于各个节点上同一标识ID业务进程的最低优先级。\nS206.等待本节点的定时器超时。\nS207.定时时间到,判断是否接收到其他节点发送过来的消息,如果接 收到其它节点发送来的消息,则执行步骤S208,否则执行步骤S203。\nS203.如果没有接收到其他节点发送过来的信息,则认为其它节点没有 启动或者有了问题,这时启动本节点配置的没有启动的其他业务进程;回到 步骤S202。\nS208.整理接收到的各个节点发送来的消息,比较各个节点的相同标识 ID的业务进程的优先级。\nS209.察看当前节点上所有运行的业务进程,看他们的优先级是否仍然 是系统中相同标识ID的业务进程中优先级最高的业务进程;如果是则执行 步骤S211,否则执行步骤S210。\nS210.停止本节点这个标识ID的业务进程的运行,接着执行步骤S211。\nS211.察看在本节点上,一个没有启动的业务进程的优先级是否变成系 统中同一标识ID的业务进程中优先级最高的,如果是则执行步骤S212,否 则返回到步骤S202,继续执行。\nS212.启动本节点中变为系统中同一标识ID的业务进程中优先级最高 的业务进程;返回到步骤S202继续执行。\n下面再结合图3说明一下本发明方法在一个4个节点的系统中各个节点 的相互作用关系。如图3所示,在本发明方法的这个实施例的系统中,每个 节点配置了3个业务进程,各个节点上业务进程的优先级假设如图3表所示, 当本系统中相同标识ID有两个或两个以上的进程的优先级相同并且为最高 时,选择的策略为让最高优先级的进程共同运行,也可以按照其他的策略来 决定如何运行系统中相同标识ID的两个或多个最高优先级的进程。系统中 业务节点的个数,进程的优先级可以根据需要进行不同的配置。设定每一个 节点探测其他节点的最大时常为2秒,优先级的值0为最大,255为最小优 先级。这些参数也可以根据不同的需求设置其他的值。系统启动流程如下所 述,系统中的各个节点可以一个接一个启动,也可以一起启动,为了描述的 方便,下面说明一个接着一个启动的实施例:\n首先启动节点A上的监控进程,因为在给定的时间内没有接收到其它 节点发来的消息,启动节点A上的业务进程。\n接着启动节点B上的监控进程,在给定的探测其他节点信息的最大时 间间隔范围内节点A和节点B互相接收到对方的被监控的业务进程信息。 节点B的监控进程用本机被监控进程的标识ID以及优先级和接收到的信息 相比较,节点B标识ID为PROCESS1,PROCESS2的业务进程的优先级是 当前所有节点中相同标识ID中优先级最低的,不启动他们。节点B上标识 为PROCESS3的业务进程的优先级是当前运行节点中相同标识的业务进程 中优先级最高的,启动B节点标识为PROCESS3的业务进程。节点A这个 时候发现,他的标识ID为PROCESS3的业务进程的优先级现在已经不是系 统中相同标识ID中最高的了,停止这个业务进程的运行。\n然后启动节点C上的监控进程,在给定的探测其他节点信息的最大时 间间隔范围内,节点A,节点B和节点C彼此接收到对方的被监控的业务 进程信息。各个节点用自身的信息和接收到的信息相互比较。发现它们各自 的业务进程的运行状态不需要改变。\n启动节点D上的监控进程,在给定的探测其他节点信息的最大时间间 隔范围内节点A,节点B,节点C和节点D彼此接收到对方的被监控的业 务进程信息。各个节点进行比较发现各个节点的被监控的业务进程的运行状 态不需要改变。\n系统运行了一段时间后,由于某种原因,节点A发生故障和其他节点 的通讯中断,节点B,节点C和节点D与节点A无法交互信息。节点B经 过比较发现,本节点标识为PROCESS1业务进程的优先级为系统中相同标 识业务进程优先级最高的,节点B启动标识为PROCESS1的进程。节点B 和节点C都发现它的标识为PROCESS2的业务进程优先级相同,而且是系 统中相同标识ID业务进程中最高的,根据配置的原则启动节点B和节点C 上的标识为PROCESS2的业务进程。节点D经过比较,它们节点业务进程 的优先级与其他节点比较没有发生优先级相对关系的改变,于是不改变业务 进程的运行状态。\n在发现节点A出现故障后,如果排除了故障并重新启动节点A和它上 面的监控进程,这时由于节点A中标识为PROCESS1和PROCESS2的业务 进程的优先级为系统中相同标识ID的业务进程中最高的,他们被启动运行。\n节点B中标识为PROCESS1和PROCESS2的业务进程在系统中已经不 是相同标识的业务进程中最高优先级的了,节点B即停止它们的运行。节 点C中标识为PROCESS2的业务进程在系统中已经不是相同标识的业务 进程中的最高优先级了,节点C也停止它的运行。节点D经过检查发现它 的各个业务进程的优先级相对关系没有改变,因此不改变它的各个业务进 程的运行状态。\n在运行了一段时间后,节点A检测发现标识为PROCESS1的业务进程 异常,异常的原因可能是死循环,内存占用超过限定值,业务逻辑流程错 误,内存访问越界等等各种原因。这时节点A停止标识为PROCESS1的 业务进程的运行,并且把PROCESS1的业务进程的优先级降低到最低优 先级255并向其它节点发送当前节点的状态信息,节点B得到变化信息后, 由于B节点标识为PROCESS1的业务进程的优先级当前为系统中优先级 最高的,节点B启动标识为PROCESS1的业务进程。\n本发明的业务进程的分布式分优先级监控方法,与现有的技术相比,由 于对系统中各个节点的业务进程采用了分布式按优先级的实时监控方法,解 决了传统监控领域采用看门狗不能解决的问题,在一个节点出现故障后,其 它节点会立即接替它的工作;当其中一个节点的某个运行的业务进程业务逻 辑错误时,停止这个节点上这个业务进程的运行,其它节点上相同标识的优 先级最高的业务进程开始运行;通过采用分布式多节点分优先级共同监控, 大大提高了系统运行的可靠性,稳定性,从而提高了业务的准确性和实时性。\n但应当理解的是,上述针对本发明的较佳实施例的描述较为具体,并 不能因此而理解为对本发明专利保护范围的限制,本发明的专利保护范围 应以所附权利要求为准。
法律信息
- 2018-01-23
未缴年费专利权终止
IPC(主分类): G06F 9/46
专利号: ZL 200510036946.4
申请日: 2005.09.02
授权公告日: 2008.03.05
- 2017-08-25
文件的公告送达
文件的公告送达失败
收件人: 北京元心科技有限公司
文件名称: 专利权终止通知书
- 2014-12-03
专利权的转移
登记生效日: 2014.11.03
专利权人由中兴通讯股份有限公司变更为北京元心科技有限公司
地址由518057 广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦A座6层变更为100176 北京市北京经济技术开发区地盛北街1号8号楼408室-27(集中办公区)
- 2008-03-05
- 2007-05-02
- 2007-03-07
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2005-06-15
|
2003-12-11
| | |
2
| |
2001-09-12
|
1999-05-20
| | |
3
| |
2004-06-09
|
2002-11-21
| | |
4
| |
1996-08-07
|
1995-09-13
| | |
5
| |
1999-10-20
|
1997-09-26
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |