CN1716871A - 一种网管系统安全管理方法 - Google Patents

Abstract

一种网管系统安全管理方法，包括如下步骤：A.确定各进程间的相互依赖关系，并将所述依赖关系转化为配置项参数存放于配置文件中；B.系统监控进程读取并分析所述配置文件，依据配置文件启动所述进程。通过本发明保证了系统启动时各模块的数据一致性，并进一步地保证了网管系统的正常运行。

Description

一种网管系统安全管理方法

技术领域

本发明涉及网络管理领域，特别涉及一种网管系统安全管理方法。

背景技术

网管系统是指一种管理软件，主要用于电信网络、企业网络等管理中，人们通过这种软件可以对网络中的设备进行管理。而系统监控是协调调度网管系统中各管理模块的一个软件子系统。整个网管系统各模块都是基于集成管理应用平台iMap的消息机制进行相互通讯，系统监控在检测所监控的进程是否已完全启动时也必须要依靠iMap的消息机制来实现。目前的检测进程是否已经完全启动的技术方案是：操作系统装入程序，且分配了进程ID后即认为进程启动成功，而不考虑进程启动过程中的数据加载会导致数据不一致的隐患。实际上，当一个进程进入消息循环并与其它进程进行通讯时才应被视作进程完全启动。

发明内容

本发明的目的在于提供一种网管系统安全管理方法，保证了系统启动时各模块的数据一致性，进一步地保证网管系统的正常运行。

本发明所述的一种网管系统安全管理方法，包含下述步骤：

A)确定各进程间的相互依赖关系，并将所述依赖关系转化为配置项参数存放于配置文件中；

B)系统监控进程读取并分析所述配置文件，依据配置文件启动所述进程。

步骤A所述的配置项包括依赖关系的定义、进程是否是基于taskmgr的消息机制的及进程估计启动时间。

步骤B进一步包括：当系统监控读取所述进程是否是基于taskmgr的消息机制配置项时，如确定该进程不是基于taskmgr的消息机制时，这时系统监控进程在看到该进程被操作系统加载即认为该进程已完全启动。

步骤B进一步包括：当依据所述进程是否是基于taskmgr的消息机制配置项确定所述进程是基于taskmgr消息机制开发的模块后，系统监控在依据进程估计启动时间配置项确定的时间范围内以一定周期向该进程发送消息进行查询以判断进程是否启动成功。

步骤B进一步包括：系统监控依据各进程间的相互依赖关系产生出几个具有不同启动优先级的进程组，依据所述优先级顺序启动相应的进程组。

每一个所述进程组中的进程不存在相互间的依赖关系时可以同时启动。

如果某个进程启动失败，那么依赖它的其它进程将不会被启动。

进程关闭时，在依赖的进程未停止时被依赖进程不应停止，强制停止依赖进程。

步骤A进一步包括：将所述依赖关系构造成一棵依赖关系树，并将该树转化为配置项参数。

本发明通过在简单地启动网管各模块进程的基础上，引入各模块间的启动关系来控制进程的启动，从而有效地保证了系统启动之时各模块的数据一致性，进一步地保证网管系统的正常运行。

附图说明

图1为本发明所述的依赖关系树形图；

图2为本发明所述方法的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明进一步详细说明。

本发明的核心是：

A、确定各进程间的相互依赖关系，并将所述依赖关系转化为配置项参数存放于配置文件中；

B、系统监控进程读取并分析所述配置文件，依据配置文件启动所述进程。

在任何管理系统中，各子系统之间都会有多多少少的依赖关系。网管系统是一个复杂的软件系统，由各个子系统构成，诸如告警子系统，安全子系统，拓扑子系统等。在这些子系统中相互之间也存在着制约关系，在本发明中称之为依赖。所谓环，是指在设计不合理的情况下，各子系统之间的依赖关系可能会产生出一种循环的依赖关系，如A依赖于B，B依赖于C，而C又依赖于A，这称之为环。在网管系统中，这种依赖关系将成为数据一致性的重要前提。如何调度这些模块，使之按照正确的方式进行工作，就成为系统监控这个总调度的重要工作。

首先，首先确定各进程间的相互依赖关系，然后，依据该依赖关系将它们构造成如图1所示的一棵依赖关系的树形图，当然还可以将其构造成其他类型的依赖关系图。图1中表明的依赖关系为：

E-A-G-D

A-G-D

C-G-D

H-D

G-D

B-D

F

当然，实际上还存在更复杂一些的依赖关系，比如E还可能直接依赖于D，但只要不够成环，比如A依赖于G，G依赖于D，而D又依赖于A，那么就可以实现按依赖关系启动这些进程的要求。依照现有的配置方式，将该树转化为一定的格式放在配置文件中由系统监控进程读取并进行分析，相关的配置项有：

[Monidependence]依赖关系的定义

以逗号分隔的依赖进程的列表，不存在顺序问题。

[Moniimapmsgmech]本进程是否是基于消息管理器taskmgr的消息机制的系统监控进程需要向被监控进程发送消息来确认是否进程已完全启动，所以需要确定该进程是否是基于taskmgr的消息机制。但该进程也有可能不是基于taskmgr的消息机制开发的，这时系统监控进程在看到该进程被操作系统加载即认为该进程已完全启动。

[Monistartupspan]进程估计启动时间

对于基于taskmgr消息机制开发的模块，系统监控需要在一定时间范围内以一定周期向该进程发送消息进行查询以判断进程是否启动成功，但又不可能不停地发下去，因为有时进程可能本身就有问题，比如所要求的资源不到位，就直接退出了，这时就要启用进行估计启动时间配置项。

对于上例的进程A，将所述依赖关系转化为配置项参数存放于配置文件中，这三个配置项即可以转化为如下形式：

Monidependence＝G，D //依赖于进程G和D，G与D的顺序无关紧要

Monistartupspan＝60  //进程A启动并进入消息循环大概需要60秒

Moniimapmsgmech＝1   //进程A是基于taskmgr的消息机制开发的。

然后，系统监控读取上述配置文件中的配置项，依所述配置项进行进程启动。故本发明通过在简单地启动网管各模块进程的基础上，引入各模块间的启动关系来控制进程的启动，使系统启动之时各模块的数据一致性得到了保证。

当然，为了提高系统启动的效率，上面的依赖关系树可以不被转化为一个串行的启动序列，而是分成几个组，每一个组中的进程不存在相互间的依赖关系，可以同时启动，这样将大大节省整个网管系统启动的时间。如上面的依赖关系树则可以转化为下面的几组：

D，F

H，G，B

A，C

E

然后，系统按照定制的依赖关系启动进程：

系统监控分析依赖关系树的配置文件，产生出几个具有不同启动优先级的进程组，根据这个分组启动进程。如系统监控可以将D和F进程同时启动，当检测到D进程启动成功后，又可将H，G，B三个进程同时启动，当然这个时候F进程并不一定已经完全启动了，当检测到G进程完全启动后，又可将A和C进程同时启动，同理，这时H和B进程也不一定已经完全启动。以此类推，进而可以提高系统的启动效率。

而在此过程中，如果某个进程启动失败，那么依赖它的其它进程将不会被试图启动，这样可以及早知道整个网管系统是否能正常启动。

同样，在进程关闭时也可以依据这种依赖关系，在依赖的进程未停止时，被依赖进程不应停止或强制停止依赖进程。

Claims (9)

1、一种网管系统安全管理方法，其特征在于，包括如下步骤：

A、确定各进程间的相互依赖关系，并将所述依赖关系转化为配置项参数存放于配置文件中；

B、系统监控进程读取并分析所述配置文件，依据配置文件启动所述进程。

2、如权利要求1所述的方法，其特征在于，步骤A所述的配置项包括依赖关系的定义、进程是否是基于taskmgr的消息机制的及进程估计启动时间。

3、如权利要求2所述的方法，其特征在于，步骤B进一步包括：当系统监控读取所述进程是否是基于taskmgr的消息机制配置项时，如确定该进程不是基于taskmgr的消息机制时，这时系统监控进程在看到该进程被操作系统加载即认为该进程已完全启动。

4、如权利要求2所述的方法，其特征在于，步骤B进一步包括：当依据所述进程是否是基于taskmgr的消息机制配置项确定所述进程是基于taskmgr消息机制开发的模块后，系统监控在依据进程估计启动时间配置项确定的时间范围内以一定周期向该进程发送消息进行查询以判断进程是否启动成功。

5、如权利要求1所述的方法，其特征在于，步骤B进一步包括：系统监控依据各进程间的相互依赖关系产生出几个具有不同启动优先级的进程组，依据所述优先级顺序启动相应的进程组。

6、如权利要求5所述的方法，其特征在于，每一个所述进程组中的进程不存在相互间的依赖关系，可以同时启动。

7、如权利要求1所述的方法，其特征在于，如果某个进程启动失败，那么依赖它的其它进程将不会被启动。

8、如权利要求1所述的方法，其特征在于，进程关闭时，在依赖的进程未停止时被依赖进程不应停止，强制停止依赖进程。

9、如权利要求1所述的方法，其特征在于，步骤A进一步包括：将所述依赖关系构造成一棵依赖关系树，并将该树转化为配置项参数。

Images