基于SNMP协议的综合网络管理系统

本系统的特点是业务模块与底层协议相分离，通过数据抽象层为中介对网络设备进行抽象，实现对网络资源的集中控制和调度。

使用了信息模型的观念来管理整个网络，使网管的所有业务都基于信息模型。使各个业务模块对网络的理解一致，便于信息的交互。在信息模型与设备之间使用适配层来处理设备管理协议的差异，适配层与具体的网管业务无关，只负责设备的管理协议与信息模型的映射。

我们需要将所有可管理的资源以被管对象的方式来表现，每一个独立的设备或业务系统是一棵独立的包含树。

整个网络有一个根节点，管理域作为根节点下的被管对象，所有设备和业务系统都包含到对应的管理域节点下。

以一个管理域为例，信息模型管理器只维护被管对象之间的包含关系，与业务模块相关的部分数据由业务模块以被管对象为基础自行维护。

如拓扑，维护被管对象之间的连接关系，配置模块定义了被管对象之间的依赖关系。

从逻辑上看整个信息模型是统一的，既包含了网络资源的抽象，也包含业务数据。

这样使各个业务模块的数据可以统一的方式进行共享。

当网络设备的端口（port1）发生故障或性能发生劣化时，会发送相应端口事件。故障管理模块接收到该事件，从拓扑模块得知该端口对象与服务器上的端口（port2）有连接关系，必然对port2造成影响；从配置模块得知port2   被进程1所依赖，进程1被业务系统所依赖，由此可以判断由于port1的故障或性能劣化必将对业务系统造成影响。由此可以有选择的发送告警信息，并对告警进行准确的定位。

从实现的层面考虑将业务数据由各业务模块去维护简化了数据抽象层的实现，提高信息模型的检索效率，同时当某业务模块发生故障、数据发生错误时不会影响其他的业务模块，最大限度的保障系统的正常运行。对网络设备的对象化是以我们预先定义的被管对象类为依据来实现的。

每个被管对象类包含公有属性和私有属性。私有属性是为了唯一标识一个对象，并供协议适配器从网元上获取数据时使用，实例化为被管对象后私有属性被赋与固定的值。公有属性是供数据处理层使用，定义被管对象所管理的内容，实例化为被管对象后不赋值。当数据处理层需要读取或设置公有属性的值时由协议适配器从网元上直接获得或写入。

需要管理的设备及其逻辑功能及物理结构被抽象化为被管对象类，系统运行时将这些类实例化为被管对象，所有的对象都可以统一的方式分配权限。所有的被管对象组成管理信息树，由协议适配器根据预先定义好的被管对象类和实际被管理的资源来构造。当数据处理层需要从设备上获得数据时只需要从树上找到相应的对象，交给协议适配器即可，每个被管对象中包含相关的网络管理协议的信息如SNMP OID信息模型管理器实现对象化的接口来创建、维护被管对象树和被管对象类，持久化机制由管理器提供。业务层只需要和信息模型交互。在统一的信息模型之下我们可以实现更为复杂的管理需求，比如基于策略的管理、基于业务的管理、对管理活动的事务化等，同时可以方便的开发新的业务模块，以及集成第三方的产品，包括硬件产品和软件产品。同时以信息模型为基础还可以使业务模块最大限度的独立开来，单独提供给市场，以满足不同客户的需求，也为更上层的管理系统如NGOSS提供了良好的支持。

信息模型包含两部分：

1. 被管对象类及其包含关系。描述系统可管理的资源；

2. 根据被管对象类生成的被管对象。描述系统目前管理的资源的实例；

被管对象类定义的原则：

1. 以物理设备为基础，以物理设备上需要本网管系统管理的功能模块为节点构造基本被管对象类；

2. 被管对象不包括设备及其功能实际的信息，只作为它们的抽象表示；

3. 被管对象包含低层协议的详细信息，这些信息供协议适配层使用；

4. 每个设备是一棵独立的包含树，在做分域管理时，相应的设备树被聚合到对应的域节点中；

5. 被管对象只具有属性；

6. 如果是对业务系统或服务器的管理，也参照上面的原则。

可扩展性体现在以下几个方面：

1. 协议适配层，可以动态添加需要的协议适配器，对系统尚不支持的管理协议进行处理，向数据抽象层提供统一的接口，使得上层模块无需关心底层协议适配器的变化；

2. 数据抽象层，可以添加新的被管对象类，作为协议适配器创建被管对象的依据；

3. 数据处理层，可以动态添加新的业务模块，以支持用户的特殊需求；

4. 添加一个特殊的SNMP设备或添加新的功能时，只需要通过系统管理模块的图形化界面，在信息模型管理器中定义新的管理类，并聚合到适当的节点上，就可以实现对该设备或功能的管理。

本系统主要使用java语言实现，表现方式主要采用B/S方式。部分需要实时显示的部分，如告警、实时性能监控、实时拓扑更新等要增加基于浏览器applet方式作为用户的可选项。数据表现层直接相关部分采用STRUTS作为框架，负责界面的构成。数据处理层、数据抽象层、数据采集层使用EJB3.0作为实现框架。

数据处理层各模块：拓扑管理、故障管理、性能管理、系统管理、配置管理使用各自的无状态会话Bean向上提供接口。各模块需要接收消息，使用消息驱动Bean。

数据抽象层使用一个无状态会话Bean向上和向下提供接口。

数据采集层将每一个协议适配器实现为单独的Resource Adapter。