一种信息系统综合网管系统综合分析平台的制作方法

本发明涉及一种信息系统综合网管系统综合分析平台。
背景技术：
：在建设坚强智能电网、“三集五大”、“sg-erp”及容灾中心的背景下，信息运行在组织发展、技术支撑以及流程制度方面面临着严峻的挑战，需要公司建设资源高度集成、管理高度集中，灵活高效、坚强的自动化系统给与支撑。为支撑公司“三集五大”建设目标，需建立统一的信息标准和数据模型，以充分发挥信息资源的价值，实现信息资源在更大范围内的共享和利用；需要进一步完善信息资源调配手段，实现资源灵活高效配置；需要提高信息运行人员的能力和管理水平，需要建立统一、高效的信息运行技术支撑平台，以支撑信息运行体系高效运转，实现可视化运行。通过电力公司信息内、外网综合网管系统完善项目的建设，基本建成覆盖省公司、直管单位、地市电业局、县供电公司网络运行的集中部署模式的信息系统综合网管系统，实现了“网络监控全覆盖、状态采集频率高、数据存储周期长、告警处理集中化”的目标，完成对公司信息内、外网的统一集中监视和管理。但由于信息系统综合网管系统建设时间较紧，系统在建设的时候采用“分步实施，逐步完善”的策略开展。重点目标是覆盖内、外网网络资源，消除监控死角，提高设备状态的采集频率和延长资源状态信息的存储时间。技术实现要素：本发明的目的在于提供一种信息系统综合网管系统综合分析平台，以克服现有技术中存在的缺陷。为实现上述目的，本发明的技术方案是：一种信息系统综合网管系统综合分析平台，包括：用于展示的展示管理模块，用于对信息运行数据主题、设备管理主题、调度管理主题、i6000信息同步和综合分析的综合分析中心模块，用于信息运行网络结构管理、信息运行状态监视、告警集中监视、故障诊断与处理管理的信息监控中心模块，用于对信息运行所负责管理的资源进行全生命周期的管理的资源管理中心模块以及对支撑系统正常运行的权限、配置、策略、基础数据管理的系统基础平台。在本发明一实施例中，所述展示中心包括综合展示模块、个人工作台以及大屏幕展示模块；所述综合展示模块用于对综合分析中的分析视图进行设置，形式综合展示视图统一展示；所述个人工作台用于个人监控设置，根据调度、运行、检修以及管理人员设置个人关注运行信息、个人关注告警信息、个人功能导航，并形成个人工作桌面；所述大屏幕展示模块将系统中的功能页面以网页的形式在调度中心的大屏幕上进行展示，用于调度工作人员直观进行观察和操作。在本发明一实施例中，所述综合分析中心模块包括性能分析模块、告警分析模块、影响分析模块、运行分析模块、链路分析模块以及i6000信息同步模块；所述影响分析模块通过与网络和业务拓扑关系集成，当网络设备、数据库发生告警后，显示与之关联的网络设备、数据库、业务系统影响信息；在网络拓扑图上，当网络设备发生告警时，通过告警分析模块查看与该设备相关受影响的所有设备；所述链路分析模块利用采集到的链路流量信息，分析并寻找占用带宽资源使网络拥塞，造成网络丢包、时延增大，且严重时导致网络不可用的异常流量，将异常流量信息及时反馈给网络管理员，为网络优化和异常排查提供数据支撑；所述i6000信息同步定时完成i6000台帐同步任务和i6000指标同步任务。在本发明一实施例中，所述信息监控中心模块包括网络结构图管理模块、信息运行状态监视模块、告警集中监视模块以及故障诊断与处理模块；所述网络结构图管理模块包括广域网拓扑管理单元、局域网拓扑管理单元、系统拓扑管理单元、机房拓扑管理单元以及设备面板管理单元；所述信息运行状态监视模块包括主机监视单元、网络设备监视单元、中间件监视单元、数据库监视单元、业务系统监视单元、协议监视单元、虚拟设备监视单元以及端口监视单元；所述虚拟设备监视单元能够监控虚拟机的操作系统、虚拟路径、cpu个数、虚拟网卡、运行时间、cpu、内存以及磁盘；所述业务系统监视单元在业务系统监视的基础上，根据用户的需求增加、配置业务系统监控范围，构建业务系统资源的逻辑图，通过逻辑关系图展示业务系统监视情况；所述端口监视单元在端口监视的基础上，根据用户的需求增加、配置新增系统、协议的端口监视；所述告警集中监视模块包括告警展示单元、告警操作单元、告警过滤单元、告警归集单元、告警查询单元以及告警规则设置单元；所述告警归集单元根据物理拓扑关系，自动判断根源告警，抑制非根源告警，在根源告警和关联告警中增加标志信息，通过关联告警找到根源告警，也能够通过根源告警查找出其抑制的关联告警；所述故障诊断与处理模块包括预警管理单元、诊断管理单元、缺陷管理单元、巡检管理单元、应急控制单元；所述应急控制单元通过命令或程序脚本对交换机、交换机端口进行远程操作和管理，将远程配置功能添加到交换机面板中，实现针对交换机面板指定端口的shutdown、undoshutdown操作。在本发明一实施例中，所述资源管理中心模块包括资源信息管理模块、配置管理模块以及资源调度管理模块；所述资源信息管理单元包括硬件资源台账管理单元、基础设施台账管理单元、软件资源台账管理单元以及数据中心数据监测单元；所述基础设施台账管理单元对机房中的机柜、机架、ups、电源以及蓄电池的台账进行管理；所述数据中心数据监测单元结合综合网管系统的数据采集引擎，将获取的设备信息同资源台账进行比对，查找出信息不匹配的资源台账信息，并提醒台账维护人员处；所述配置管理模块包括配置采集管理单元、运行方式管理单元、异动预警管理单元以及ip异动管理单元；所述配置采集管理单元对网络环境中交换机、路由器、主机设备的厂商、型号、基本信息及配置信息进行自动采集，将采集的厂商、型号、基本信息与设备的资源管理台账信息进行比对，对台账中填写不正确、未填写的信息进行提醒，将用户许可的采集信息同步到台账信息中；所述运行方式管理单元实施流程闭环管理，包括方式申请、审批、执行和反馈，能够对流程进行跟踪、查询；所述ip异动管理单元通过定期扫描信息内网内的ip地址资源，对出现的未授权异常ip资源进行预警；所述资源调度管理模块包括资源变更管理单元以及资源报废淘汰管理单元；所述资源变更管理单元用于对信息资源变更的申请、审批、执行过程进行管理，对流程进行跟踪、查询、统计、分析；所述资源报废淘汰管理单元用于对信息资源报废、淘汰的申请、审批、执行过程进行管理，对流程进行跟踪、查询、统计、分析。在本发明一实施例中，所述系统基础平台包括组织权限管理单元、用户管理单元、日志管理单元。系统自监视单元、采集控制管理单元、告警策略管理单元以及基础数据管理单元。在本发明一实施例中，所采用的技术架构包括：数据采集、数据通道、数据处理、应用服务和数据展现；所述数据采集：系统与其它业务系统、中间件、主机、数据库的信息采集接口方式包括jms消息、http、https、ftp、jdbc、snmp协议；所述数据通道：采用消息中间件activemq进行内外部数据传输的管道和接口，为系统内部与外部接口协作服务；所述数据处理：采用esper事件规则引擎对采集的数据进行规格化处理，采用mongodb数据缓存服务器存储实时的监控业务、运行和性能数据，历史数据的存储在oracle数据库中；所述应用服务层：应用服务器中间件采用tomcat，采用j2ee通用软件架构进行业务逻辑和功能开发；所述数据展现：展现采用ext为基础框架，流程模型采用及图标采用flex图形化组件。在本发明一实施例中，所述数据采集通过网络或其他管理协议定期从硬件设备或软件设备中采集信息，系统与系统之间的数据也可以通过数据接口的方式进行推送或拉取；所述数据处理包括实时告警数据展现和历史数据分析两部分；所述数据展现层根据数据的特征和业务内容，以网络拓扑、业务拓扑、业务场景和综合分析的方式进行呈现。在本发明一实施例中，还包括一告警标准化模块，用于对设备网管产生的原始告警到统一的告警处理，包括：原始告警采集单元、告警信息标准化单元和告警处理标准化单元；所述告警信息标准化单元将各专业网管的原始告警进行重新定义与划分，通过映射形成统一、标准的网管系统告警格式、告警内容和告警级别；所述告警处理标准化单元对标准化的告警信息进行告警过滤、告警信息丰富、告警标识、告警关联整合以及告警确认。在本发明一实施例中，所述告警信息标准化单元对厂家设备网管的原始告警进行全量采集，并依据已梳理出的网管告警标准化结果，对应形成标准化的告警格式、告警内容和告警级别，并将告警级别分为一级告警、二级告警、三级告警和四级告警；所述一级告警对应的告警情况为：出现会导致相应的网络通信受损或中断、设备宕机、核心数据大量丢失的设备或网络故障，且需要运行维护人员进行紧急检修，并立即修复的告警信息，包括骨干网链路中断，核心设备宕机，数据库以及中间件中止服务；所述二级告警对应的告警情况为：出现会导致相应的业务受到影响以及网络服务质量严重下降的设备或网络异常，且需要运行维护人员处理的告警信息，包括：网络延迟或丢包，数据库或中间件的服务质量受影响；所述三级告警对应的告警情况为：出现设备或网络的异常不影响正常的网络及业务，但需要运行维护人员采取纠正措施以免发生更严重故障的告警信息；所述四级告警对应的告警情况为：设备或网络出现不重复或瞬时的故障，给运行维护人员提供监控系统运行的诊断信息；所述告警过滤将一至三级的告警纳入监控，对四级告警则进行定期分析，根据各级电力企业的运维经验与关注重点，设置可呈现的告警字段和排序方式，依据相关字段设置告警过滤规则，实现对告警信息的过滤；所述告警信息丰富与配置资源数据进行实时关联，对告警信息进行丰富，包括：系统告警，丰富相应的厂家，型号，设备描述信息等；并对数据库告警，丰富相应的数据库版本，字符集信息；同时，将其支撑的应用业务信息进行丰富，为维护人员提供发生告警设备的全方位信息；所述告警关联通过建立经验知识库，并采用数据挖掘技术，将有联系的告警信息进行关联整合，形成固化的告警判断与故障处理模式；所述告警确认对产生的告警信息发送至信息调度人员处。相较于现有技术，本发明具有以下有益效果：(1)实现拓扑图的灵活调整和展示：系统采用flash技术进行网络拓扑图的绘制和展现，flash技术具备较好的界面呈现效果和图形绘制功能，拓扑图具有界面美观，灵活可调的特点。(2)个人桌面、综合视图灵活展示：系统个人桌面、综合视图具有灵活配置、人机交互能力强、信息快速定位、告警及时发现、告警快速处理特点。(3)告警归集、拓扑联动分析：根据物理拓扑关系，自动判断根源告警，抑制非根源告警；通过关联告警迅速找到根源告警，也可通过根源告警迅速查找出其抑制的关联告警。(4)链路分析、自动分析网络性能：利用采集设备之间的多条链路流量信息，自动分析并寻找占用带宽资源使网络拥塞，造成网络丢包、时延增大，严重时可导致网络不可用的异常流量，将分析结果实时反馈。(5)交换机应急远程控制：通过命令或程序脚本对交换机、交换机端口进行远程操作和管理，真正实现人机远程协助管理操作。附图说明图1为本发明一实施例中总体架构示意图。图2为本发明一实施例中信息系统综合网管系统技术架构示意图。图3为本发明一实施例中信息系统综合网管系统数据架构示意图。图4为本发明一实施例中信息系统综合网管系统应用架构示意图。图5为本发明一实施例中信息系统综合网管系统逻辑部署示意图。图6为本发明一实施例中系统部署拓扑图示意图。图7为本发明一实施例中资源管理同步接口时序图。图8为本发明一实施例中信息系统综合网管系统与ism系统接口示意图。图9为本发明一实施例中mongodbsharding服务器架构示意图。图10为本发明一实施例中应用与数据库的部署方式示意图。具体实施方式下面结合附图，对本发明的技术方案进行具体说明。本发明提供一种信息系统综合网管系统综合分析平台，包括如下内容：(1)展示中心综合视图：对综合分析中的分析视图进行设置，形式综合展示视图统一展示。个人监控设置：个人监控设置可根据调度、运行、检修、管理人员等不同角色定制个人关注运行信息定制个人关注告警信息、个人功能导航形成个人工作桌面。大屏幕展示：通过将系统中的功能页面也网页的形式在调度中心的大屏幕上进行展示，方便调度工作人员直观进行观察和操作。(2)综合分析中心链路分析：链路分析功能要求能够利用采集到的链路流量信息，分析并寻找占用带宽资源使网络拥塞，造成网络丢包、时延增大，严重时可导致网络不可用的异常流量，将异常流量信息及时反馈给网络管理员，给网络优化和异常排查提供数据支撑。影响分析：影响分析通过与网络和业务拓扑关系集成，实现当网络设备、数据库发生告警后，显示与之关联的网络设备、数据库、业务系统影响信息。在网络拓扑图上，当网络设备发生告警时能够通过告警影响分析查看与该设备相关可能受影响的所有设备。i6000信息同步：i6000信息同步需要定时完成i6000台帐同步任务和i6000指标同步任务。(3)信息监控中心告警归集：告警归集功能应够根据物理拓扑关系，自动判断根源告警，抑制非根源告警；能够在根源告警和关联告警中增加标志信息，通过关联告警迅速找到根源告警，也能够通过根源告警迅速查找出其抑制的关联告警。虚拟设备管理：虚拟设备管理要能够监控虚拟机的操作系统、虚拟路径、cpu个数、虚拟网卡、运行时间、cpu、内存、磁盘。交换机应急控制：可通过命令或程序脚本对交换机、交换机端口进行远程操作和管理，如启、停等操作，将远程配置功能添加到交换机面板中，实现针对交换机面板指定端口的shutdown、undoshutdown操作。业务系统监视：在业务系统监视的基础上，根据用户的需求增加、配置业务系统监控范围，梳理清晰业务系统资源的逻辑图，通过逻辑关系图展示业务系统监视情况。端口监视：在端口监视的基础上，根据用户的需求增加、配置新增系统、协议的端口监视。(4)资源管理中心配置采集管理：配置采集管理功能需要能够对网络环境中交换机、路由器、主机设备的厂商、型号、基本信息及配置信息进行自动采集，能够将采集的厂商、型号、基本信息与设备的资源管理台账信息进行比对，对台账中填写不正确、未填写的信息进行提醒，能够将用户许可的采集信息同步到台账信息中。数据中心数据监测：配置采集管理主要目的是提高资源台账的准确性，同时减少台账维护的工作量，结合综合网管系统的数据采集引擎，将获取的设备信息同资源台账进行比对，查找出信息不匹配的资源台账信息，然后由台账维护人员决定是否将采集数据同步到台账中ip异动管理：ip异动管理通过定期扫描信息内网内的ip地址资源，对出现的未授权异常ip资源进行预警。资源变更管理：实现对信息资源变更的申请、审批、执行过程的规范管理。能够对流程进行跟踪、查询、统计、分析。资源报废淘汰管理：实现对信息资源报废、淘汰的申请、审批、执行过程的规范管理。能够对流程进行跟踪、查询、统计、分析。基础设施台帐管理：对机房中的机柜、机架、ups、电源、蓄电池等基础设施的台账进行管理。网络与信息系统运行方式管理：网络与信息系统运行方式实施流程闭环管理，包括方式申请、审批、执行和反馈，能够对流程进行跟踪、查询。(5)系统部署系统采用集中部署的模式，改变目前每家家单位都需要单独部署系统的分布式模式，并且取消监控节点的限制。进一步的，在本实施例中，该平台采用以下技术依据：基于简单网络管理协议研究，snmp是由一系列协议组和规范组成的，提供了一种从网络上的设备中收集网络管理信息的方法。snmp体系结构由管理站(nms)、代理(agent)、管理信息库(mib)和通信协议snmp构成。(1)管理站(nms)nms是网络中的管理者，是一个利用snmp协议对网络设备进行管理和监视的系统。nms既可以指一台专门用来进行网络管理的服务器，也可以指某个设备中执行管理功能的一个应用程序。nms可以向agent发出请求，查询或修改一个或多个具体的参数值。同时，nms可以接收agent主动发送的trap信息，以获知被管理设备当前的状态。nms至少应有：●一系列用于数据分析、故障修复等的管理应用程序。●网络管理员用来监视和控制网络的接口。●把网络管理员的要求翻译成网络中实际监视或控制的能力。从网络中所有被管理设备中提取出来的信息库在标准中，没有特别指出管理站的数量及管理站与代理者的比例。一般地，应至少要有两个系统能够完成管理站功能，以提供冗余度，防止故障。(2)代理(agent)agent是网络设备中的一个应用模块，用于维护被管理设备的信息数据并响应nms的请求，把管理数据汇报给发送请求的nms。agent接收到nms的请求信息后，完成查询或修改操作，并把操作结果发送给nms，完成响应。同时，当设备发生故障或者其他事件的时候，agent会主动发送trap信息给nms，通知设备当前的状态变化。(3)管理信息库(mib)管理信息库mib指明了网络元素所维持的变量(即能够被管理进程查询和设置的信息)。与iso定义的mib类似，snmpmib给出了一个网络中所有可能的被管理对象的集合，采用和域名系统dns相似的树型结构，它的根在最上面，根没有名字。(4)通信协议snmp为应用层协议，是tcp/ip协议族的一部分。它通过用户数据报协议(udp)来操作。在分立的管理站中，管理者进程对位于管理站中心的mib的访问进行控制，并提供网络管理员接口。管理者进程通过snmp完成网络管理。snmp在udp、ip及有关的特殊网络协议(如ethernet、fddi、x.25)之上实现。(5)工作机制一般工作情况下，从管理站发送3种snmp消息：getrequest、getnextrequest和setrequest代表管理应用程序。这3种消息都由代理以getresponse消息的形式来应答，并将该消息向上传输到管理应用程序。除此之外，代理可能发送trap消息来响应影响mib和底层被管理资源的事件。由于snmp依赖于udp，所以snmp本身也是无连接协议。在管理站和其代理之间不维持连续连接，每个消息都是一个单独的数据报，即一个请求一个响应的机制。snmp管理模式重要特点是能够快速地从mib中找到所需要的管理对象实例。主要依赖于只有叶结点的对象才有实例，且每个对象或实例的识别符都是从左到右顺序递增的规定。有了这一规定，snmp管理模式就会具有较高的检索速度。(6)总结因snmp源自internet领域，非常适合ip网络的管理，加之ip网络爆炸式的发展，并向着全网ip化的发展趋势，因此可以说，snmp将成为未来一段时间内的主流网管协议。ietf发展的snmp技术最初的主要目的是集中化管理网络中各种网络设备，实际强调的是设备管理，本次信息系统综合网管(三期)系统建设的对设备管理将主要基于snmp协议进行管理。进一步的，在本实施例中，设备信息采集是网络管理的基础，采用snmp协议能够获取的信息根据数据类型不同，可以将采集的信息分为状态数据、性能数据、配置数据等。按照采集设备类型及其数据类型对设备的信息模型划分如下：(1)网络设备表1网络物理设备运行状态指标(2)网络设备端口表2网络设备端口运行状态指标(3)链路表3链路运行状态(4)数据库表4数据库运行状态指标(5)服务器表5网络物理设备运行状态指标(6)中间件表6中间件运行状态指标进一步的，在本实施例中，当前信息内、外网中资源往往涉及多个厂家和类型，各类型的告警差异较大，使得告警分类定义、告警级别划分和告警处理过程的认识，存在着理解和实施上的差异。因此，需要对网络资源告警的分类标准、定义、处理和管理要求进行明确，保证设备告警呈现与处理要求的统一。告警标准化覆盖范围信息内、外网中的资源的状态告警和性能告警。告警标准化过程主要是从设备网管产生的原始告警到统一的告警处理，包括原始告警采集、告警信息标准化和告警处理标准化。告警信息标准化将各专业网管的原始告警进行重新定义与划分，通过映射形成统一、标准的网管系统告警格式、告警内容和告警级别。告警处理标准化对标准化的告警信息进行告警过滤、告警标识、告警关联整合等操作，提高告警信息的有效性，并根据告警影响情况完成告警派单。告警信息标准化对厂家设备网管的原始告警进行全量采集，并依据已梳理出的网管告警标准化结果，对应形成标准化的告警格式、告警内容和告警级别。此阶段强调全量采集、系统化梳理、标准化映射3个过程。其中，标准化映射最主要的工作是实现告警级别的重新定义，将告警级别分为4种级别：一级告警、二级告警、三级告警和四级告警。告警级别主要依据电力信息网络的管理特点，对网络的异常情况和影响程度来划分。1)一级告警。设备或网络的故障可能会导致相应的网络通信受损或中断、设备宕机、核心数据大量丢失等情况出现，需要运维进行紧急检修立即修复的告警信息。如骨干网链路中断，核心设备宕机，数据库、中间件中止服务等。2)二级告警。设备或网络的异常可能会导致相应的业务受到影响，使得网络服务质量严重下降，需要运行维护人员尽快处理的告警信息。如网络延迟或丢包，数据库或中间件的服务质量受影响。3)三级告警。设备或网络的异常不影响正常的网络及业务，但需要运行维护人员采取纠正措施以免发生更严重故障的告警信息。4)四级告警。设备或网络出现的不重复或瞬时的故障，给运行维护人员提供监控系统运行的诊断信息。告警处理标准化主要完成无效告警的压缩和有效告警的处理，具体应具备以下功能。1)告警过滤通常将一至三级的告警纳入监控，对四级告警则进行定期分析，根据各级电力企业的运维经验与关注重点，自定义可呈现的告警字段和排序方式，也可依据相关字段设置告警过滤规则，实现对告警信息的过滤，从而提高告警监控的有效性。2)告警信息丰富通常实现与配置资源数据的实时关联，对告警信息进行丰富，如对于系统告警，丰富相应的厂家，型号，设备描述信息等，针对数据库告警，丰富相应的数据库版本，字符集等信息，同时，应能够将其支撑的应用业务信息进行丰富，以便维护人员及时了解发生告警设备的全方位信息，针对不同情况分别处理。3)告警关联通信网络中的众多告警信息存在着一定关联关系，包括一定地域或设备范围内多次发生同类告警的关联、跨专业多条告警的关联等。如设备和网络之间的告警存在着交叉，设备故障会导致链路中断，使得整条链路上会产生多条原始告警。因此，为提高故障定位的准确性，通过建立经验知识库和数据挖掘技术，将这些有联系的告警信息进行关联整合，形成固化的告警判断与故障处理模式，提高工作效率。4)告警确认对产生的告警信息应由信息调度人员进行确认，进行一次人为的验证和把握。以确保告警信息的准确性。进一步的，在本实施例中，如图1所示，信息系统综合网管系统综合分析中心功能开发是对信息系统综合网管系统功能整体优化和完善，通过综合分析中心的建设最终将系统建成具有展示中心、综合分析中心、信息监控中心、资源管理中心、系统基础平台的信息系统网管平台。展示管理分为两种形式，系统展示和大屏幕展示。系统展示分为综合展示和个人工作台展示两部分。综合分析中心主要对信息运行数据主题、设备管理主题、调度管理主题、i6000信息同步和综合分析。信息监控中心集信息运行网络结构管理、信息运行状态监视、告警集中监视、故障诊断与处理管理为一体，形成信息运行统一、集中的监视告警中心。资源管理中心负责对信息运行所负责管理的资源进行全生命周期的管理。包括资源信息管理、配置管理、资源调度管理。系统基础平台是对支撑系统正常运行的权限、配置、策略、基础数据管理。进一步的，在本实施例中，如图2所示，该系统的技术体系主要分为数据采集、数据通道、数据处理、应用服务和统一展现五部分内容。1.数据采集：系统与其它业务系统、中间件、主机、数据库的信息采集接口方式主要包括jms消息,http,https,ftp,jdbc,snmp协议等方式。2.数据通道：采用消息中间件activemq进行内外部数据传输的管道和接口，为系统内部与外部接口协作服务。3.数据处理：采用esper事件规则引擎对采集的数据进行规格化处理，采用mongodb数据缓存服务器存储实时的监控业务、运行和性能数据，历史数据的存储在oracle数据库中。4.应用服务层：应用服务器中间件采用tomcat，采用j2ee通用软件架构进行业务逻辑和功能开发。5.统一展现：展现采用ext为基础框架，流程模型采用及图标采用flex图形化组件。进一步的，在本实施例中，如图3所示，通过总体架构包括数据采集和推送、数据处理和数据展现三部分，数据采集通过网络或其他管理协议定期从硬件设备或软件设备中采集信息，系统与系统之间的数据也可以通过数据接口的方式进行推送或拉取，数据处理包括实时告警数据展现和历史数据分析两部分，数据展现层根据数据的特征和业务需要，以网络拓扑、业务拓扑、业务场景和综合分析的方式进行呈现和利用。进一步的，在本实施例中，如图4所示，系统的功能模块划分为展示中心、综合分析中心、信息监控中心、资源管理中心4大模块。具体功能如下:展示中心：涉及综合视图、个人监控设置、大屏幕展示三大功能；主要用于系统功能、大屏幕展示；方便对关注的资源等信息快速定位；。综合分析中心：涉及链路分析、影响分析、i6000信息同步三大功能；主要对信息运行数据、设备管理、调度管理、检修管理进行专项和综合分析，并能够根据需要进行报表管理；同时为i6000系统推送资源台帐以及指标数据。信息监控中心：涉及告警归集、虚拟机设备管理、交换机应急控制、业务系统监视、端口管理五大功能；主要用于告警原因追溯、交换机远程控制、虚拟机设备资源台帐维护等。资源管理中心：主要针对资源台帐采集、报废、淘汰流程处理；ip监控、数据中心数据及时性监控。进一步的，在本实施例中，如图5所示，系统由采集组件、规则组件、存储组件以及web应用组成。采集组件负责监控设备信息的采集。规则组件主要处理进行规则计算产生相应的告警信息。存储组件分为历史存储和实时存储部分，历史存储负责存储持久数据，实时存储来实现数据高速缓存存储，加快数据访问与储存，也解决了大量一次性从历史数据库写入、读取慢的瓶颈。web应用提供web访问和系统应用。进一步的，在本实施例中，如图6所示，系统采用省公司一级部署方式，直管单位、地市公司、县级公司部署采集器进行信息收集。系统在省公司网络中由应用服务器、数据库服务器、消息服务器集群、高速缓存服务器、规则引擎服务器、采集器组成。应用服务器：用于各省公司、各单位访问综合网管进行监视和网络设备管理。数据库服务器：用于存储信息系统综合网管(三期)系统的历史数据信息。采集和消息服务器：采集省公司网络设备、中间件、数据库运行状态，接收来自各地市单位的采集器上报信息。规则引擎服务器：采集服务器采集到的数据按照业务规则进行处理包括过滤、压缩、关联、增强等。高速缓存服务器：用于存储实时的采集数据并提供用户随时查看和告警。地市公司采用两种模式部署，对于地市公司和设备较多的下属县级供电公司，采用在地市公司和县级供电公司各部署采集服务器，分别进行信息采集和信息收集。对于县级供电公司采集设备多的单位，将在地市公司部署采集服务器负责收集几家以上的县级公司网络信息。采集器：采集各单位网络及网络设备新信息、并对信息按照规则进行一定的处理、临时保存、上报。进一步的，在本实施例中，软件环境配置如下：表7软件环境序号软件名称用途1tomcat6.0/weblogic系统应用服务器，提供用户访问服务2oracle10g数据存储服务器，提供系统运行数据的存储3mongodb2.4.5高速缓存数据库，提供用户访问的实时数据4esper规则引擎服务器，提供数据转换、过滤5felix4.2.1拓扑图展现工具6activemqjms消息服务器进一步的，在本实施例中，如图7所示，信息系统综合网管系统需要向外提供南向接口、北向接口和横向接口三类接口。由于不同接口所提供的功能不一样，与外部系统交互的数据也不相同，所以在进行系统设计时，对不同接口由不同的子模块来实现，使各接口之间不会相互产生影响。南向接口信息系统综合网管系统南向接口主要用来采集其它各通信子系统的配置、告警和性能等信息。不同系统网管提供的接口协议不同，因此综合网管系统需要对不同的系统提供不同的接口，采用不同的接口协议，下表列出了综合网管系统与各被管子系统的接口协议的推荐方式：表8各南向接口协议推荐表对于同一系统，被管网络可以通过不同的协议来采集告警、配置和性能数据，例如传输及接入设备可以选择corba协议来采集告警信息，而采用file协议来采集性能信息。数据传送协议遵循各个专业网管厂家的数据格式，系统通过适配层对厂家数据进行转化，形成综合网管系统统一的数据格式后进行保存，在实际工程应用中，与各系统接口采用的协议可以根据实际情况进行调整。北向接口北向接口实现系统与国网信息系统综合监管系统(ims)的互联，周期性传送告配置数据、资源数据、性能数据等。如图8所示，信息系统综合网管系统采用消息服务中间件(mq)与ftp工具分别向ims系统传输设备实时配置数据、资源数据、性能数据，系统配置数据、性能数据传输5分钟同步一次，资源数据同步频率为每日一次。横向接口信息系统综合网管系统不是一个封闭的系统，需要与许多其它业务信息系统进行交互，综合网管系统的横向接口主要是用来满足与其它业务信息系统的交互。随着信息化不断发展变化，所以需要信息系统综合网管系统与外部连接的系统也将不断的增加或改变，为满足这种不断变化的需求，系统提供对外接口的二次开发能力。进一步的，在本实施例中，由于项目建设的不断深入，功能模块不断增加，告警类别和信息也随之增加，给告警的展现和处理带来了不便，因此需要整合系统内的告警信息形成一个统一的告警界面，为了减少整合过程中的功能侵入，采用面向切面的的方法进行告警统一。实现aop的技术，主要分为两大类：一是采用动态代理技术，利用截取消息的方式，对该消息进行装饰，以取代原有对象行为的执行；二是采用静态织入的方式，引入特定的语法创建“方面”，从而使得编译器可以在编译期间织入有关“方面”的代码。实现aop的技术特性却是相同的，分别为：1、joinpoint(连接点)：是程序执行中的一个精确执行点，例如类中的一个方法。它是一个抽象的概念，在实现aop时，并不需要去定义一个joinpoint。2、pointcut(切入点)：本质上是一个捕获连接点的结构。在aop中，可以定义一个pointcut，来捕获相关方法的调用。3、advice(通知)：是pointcut的执行代码，是执行“方面”的具体逻辑。4、aspect(方面)：pointcut和advice结合起来就是aspect，它类似于oop中定义的一个类，但它代表的更多是对象间横向的关系。5、introduce(引入)：为对象引入附加的方法或属性，从而达到修改对象结构的目的。进一步的，在本实施例中，系统对任务调度框架quartz进行了集成。quartz对任务调度的领域问题进行了高度的抽象，提出了调度器、任务和触发器这3个核心的概念，quartz拥有完善的事件和监听体系，大部分组件都拥有事件，如任务执行前事件、任务执行后事件、触发器触发前事件、触发后事件、调度器开始事件、关闭事件等等，可以注册相应的监听器处理感兴趣的事件。进一步的，在本实施例中，数据存储采用mongodb的分片技术，可以有效解决大数据量的读写问题，mongodbsharding服务器架构如图9所示：1：mongos路由进程，应用程序接入mongos再查询到具体分片。2：configserver路由表服务。每一台都具有全部chunk的路由信息。3：shard为数据存储分片。每一片都可以是复制集(replicaset)。进一步的，在本实施例中，整个应用与数据库的部署方式如图10所示。以上是本发明的较佳实施例，凡依本发明技术方案所作的改变，所产生的功能作用未超出本发明技术方案的范围时，均属于本发明的保护范围。当前第1页12