CN101902364A

CN101902364A - 一种综合网管数据上报的系统及方法

Info

Publication number: CN101902364A
Application number: CN2010102659937A
Authority: CN
Inventors: 王春; 耿兴元; 赵彦波; 吴欢欢
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2010-08-26
Filing date: 2010-08-26
Publication date: 2010-12-01
Also published as: WO2012024917A1

Abstract

本发明提供一种综合网管数据上报的系统及方法，该系统包括上级网管以及一个或多个操作维护数据库；所述系统还包括接口数据库；所述接口数据库用于按照统一的数据表结构存储所述操作维护数据库中的数据；所述上级网管用于从所述接口数据库中获取数据。采用本发明的技术方案，可为上级网管提供数据表结构统一的接口数据库，方便上级网管访问数据。

Description

一种综合网管数据上报的系统及方法

技术领域

本发明涉及通讯领域的业务产品的综合网管上报系统，具体涉及一种综合网管数据上报的系统及方法。

背景技术

在通讯网络的业务系统中，一个业务系统由很多模块组成，其中比较重要的，能反映业务系统运行情况和状态的模块，有性能统计，业务配置，告警等模块的数据，即所谓操作维护数据。这些都是网管系统需要采集的重要数据，也是业务系统需要上报和提交给网管系统的。

上述业务数据一般都分散在不同的数据库中，其数据表结构不同，数据更新的周期也不同，数据类型也不同。

目前主流的网管接口技术，有SNMP(简单网管管理协议)接口，CORBA(公用对象请求代理体系)接口这些国际标准接口，也有消息接口，文件接口等内部接口。SNMP是一套基于UDP的复杂的网络管理协议，用来做网管接口，是采用消息的方式，通过UDP协议发送的。corba是一种基于TCP的分布式的网络管理协议，同样是采用消息方式，通过TCP协议来发送的。上述两种网管接口都是复杂，庞大的。

发明内容

本发明要解决的技术问题是提供一种综合网管数据上报的系统及方法，可为上级网管提供数据表结构统一的接口数据库，方便上级网管访问数据。

本发明提供一种综合网管数据上报的系统，包括上级网管以及一个或多个操作维护数据库；

所述系统还包括接口数据库；

所述接口数据库用于按照统一的数据表结构存储所述操作维护数据库中的数据；

所述上级网管用于从所述接口数据库中获取数据。

进一步地，所述接口数据库包括连接建立模块，用于建立接口数据库与各操作维护数据库之间的连接。

进一步地，所述接口数据库包括读取模块，用于从各操作维护数据库中按预设规则读取数据并存储至接口数据库。

进一步地，所述读取模块通过执行结构化查询语言SQL语句将各操作维护数据库中的数据读取至接口数据库。

进一步地，所述读取模块定时读取操作数据库中的数据。

本发明还提供一种综合网管数据上报的方法，包括：

设置数据表结构相同的接口数据库；将各操作维护数据库中的数据按照相同的数据表结构存储至所述接口数据库；上级网管从所述接口数据库中获取数据。

进一步地，所述方法还包括，建立所述接口数据库与各操作维护数据库之间的连接。

进一步地，所述方法还包括，采用存储过程将所述操作维护数据库中的数据存储至接口数据库。

进一步地，存储时采用结构化查询语言SQL语句将所述操作维护数据库中的数据存储至接口数据库。

进一步地，定时读取操作维护数据库中的数据并存储至所述接口数据库。

综上所述，本发明提供一种综合网管数据上报的系统及方法，是采用中间数据库接口，对上级网管屏蔽操作维护数据本身，从接口数据库中获取已经归类好的网管数据。想比较而言，具有系统简单，数据采集清晰明了，接口格式直观等优点。本发明没有采用任何消息模式，也没有采用任何网管协议，是通过一个中间库(接口库)的形式，把上级网管需要的数据采集到中间库中，接口库中的数据是经过规范化的，这样上级网管就可以方便的按照双方约定的规则来获取网管数据。所以，本发明具有简单，系统小，修改方便等优点，属于内部私有规则。

附图说明

图1本发明系统结构示意图；

图2是本发明方法实施例对应的流程图；

图3本发明方法实施例中数据采集示意图。

具体实施方式

本发明提供一种综合网管数据上报的系统及方法，将不同操作维护数据库中的数据按照统一的数据表结构存储至接口数据库，其操作简便，方便上级网管访问。

本实施例提供一种综合网管数据上报的系统，如图1所示，包括一个或多个操作维护数据库、接口数据库及上级网管；图1中示出了3个操作维护数据库，分别为性能统计数据库、业务配置数据库及告警数据库；每种操作维护数据库的表结构，数据类型等都是不同的。

接口数据库，用于按照统一的数据表结构存储各操作维护数据库中的数据；

上级网管，用于从接口数据库中获取数据。

接口数据库包括连接建立模块、读取模块及存储模块；

连接建立模块，用于建立接口数据库与各操作维护数据库之间的连接。

读取模块，用于从各操作维护数据库中按预设规则读取数据并存储至存储模块。如，读取模块将性能数据库中的数据读取至接口数据库中形成性能统计数据表、将业务配置数据库中的数据读取至接口数据库中形成业务配置数据表以及将告警数据库中的数据读取至接口数据库中形成告警数据表，这三种数据表的表结构都是相同的，采集到的数据被规范化了，由此，规范化的数据可以提供给上级网管系统了。

读取模块通过执行SQL(Structured Query Language，结构化查询语言)语句将各操作维护数据库中的数据读取至接口数据库。

读取模块定时读取各操作数据库中的数据；具体地，对于不同的操作数据库，可以设置不同的读取周期；例如，读取性能数据库的周期可以是一个月，读取业务配置数据库的周期可以是一个小时，读取告警数据库的周期可以是一分钟。

存储模块，用于存储接收的数据，各操作维护数据库中的数据按照相同的数据表结构存储，该数据表结构至少包含以下内容：时间(即数据生成时间)，局点号，数据KPI代码，数据值。如存储的性能统计数据表、业务配置数据表及告警数据表具有相同的数据表结构。

本实施例提供一种综合网管数据上报的方法，如图2所示，包括以下步骤：

步骤S1：建立接口数据库，该接口数据库优先选择建立在独立的数据库节点，不同于业务产品中的操作维护服务器节点；因操作维护服务器节点承担了业务产品的很多后台服务模块以及较多的数据库，已有相当的负荷了，因此，为了减小负荷，优先选择将接口数据库建立在独立的数据库节点。

步骤S2：设置接口数据库的数据表结构；该数据表结构至少包含以下内容：时间(即数据生成时间)，局点号，数据KPI代码，数据值；

KPI(Key Performance Indicators关键性能指标)代码就是对数据表中的数据编成代码，这个代码作为一条数据的唯一标识，方便管理和统计。

由于操作维护数据存放的源数据库的其库表结构都不相同，在接口数据库中设置统一的表结构，可方便上级网管访问，屏蔽了业务产品的各个操作维护数据，通过规范好的接口库可以方便的取得网管数据了。

一张表中存放一个操作维护数据库中的某种指标的数据，类似的几张表形成了一个操作数据库，比如性能统计数据库的所有数据的存放。其表名称可以是measure_0001～measure_0009这九张表，这些表中的字段格式都是一样的，对于measure_0001数据表来说，其中的各个字段有时间，局号，数据KPI属性，数据值，该数据值包括数据字段1(measure_0001_0001)，数据字段2(measure_0001_0002)，.......等等数据字段。对于业务配置数据库和告警数据库的数据，也采用类似的表和字段结构。

步骤S3：建立接口数据库与各操作维护数据库间的连接；

可以是基于链接服务器的方法来实现和操作数据库节点的连接，即通过在接口数据库上执行相关系统存储过程sp_addlinkedserver，把操作维护服务器节点作为链接服务器加入。

步骤S4：读取与接口数据库相连的各操作数据库中的数据并存储至接口数据库；

可通过存储过程来实现对操作维护数据库的数据采集动作。即可以将采集数据的SQL语句，封装成存储过程，通过执行存储过程来采集操作维护数据库上的数据。一个存储过程负责采集一个数据表，可以把所有存储过程分类成性能统计存储过程，配置存储过程，告警存储过程，每类存储过程负责采集一个操作数据库的网管数据。

还可以预先设置读取及存储数据的规则，该规则可以包括选择将操作维护数据库中的哪些数据读取至接口数据库存储，以及将统一操作数据库中的哪些数据字段综合为一个数据字段存储至接口数据库中。上述规则可根据需要进行设置及修改。

基于接口数据库的定时作业调度来实现对存储过程的定时驱动，达到定时采集数据目的，满足数据的准实时性要求。

单纯存储过程的执行，无法做到自动执行，而网管数据的采集是有时间粒度要求的，有一定的准实时性要求，比如一个小时采集一次，一分钟采集一次等。这里采用数据库的定时作业调度，根据每个模块数据对于时间粒度的不同，创建定时作业来调度存储过程，就完成了定时的自动化执行存储过程，自动化采集数据的要求。比如性能统计数据要求是1个小时采集一次，配置数据要求是一个月采集一次，告警数据时一分钟采集一次，分别建立三个作业，measuer_job，config_job，alarm_job，作业周期分别是一个月，一个小时，一分钟。

如图3所示为采集操作维护数据库中的数据到接口数据库的示意图：

操作维护服务器节点上，有性能统计原始数据表，接口库中的是规范化好的几张性能统计的接口表measure_0001～measure_0003，每张接口表对应一个存储过程measure_procedure_0001～measure_procedure_0003。

在对应的一个作业调度measure_job下，每一个小时触发一次存储过程，执行存储过程的SQL语句，从原始数据表中获取性能统计数据到接口库的性能统计表，获取来的数据已经是规范化的了，由此，接口库的数据表就可以开放给上级网管了。

采用本发明的技术方案，采集业务产品运行的操作维护数据，整合成统一的接口，这里，数据接口采用的数据库形式，即提供一个接口数据库，负责采集业务产品的操作维护数据，提供给上级网管。其主要是按照一定的时间要求，定时采集业务产品操作维护数据；对于采集来的数据，整合成统一的接口。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

综上所述仅为本发明的较佳实施例而已，并非用来限定本发明的实施范围。即凡依本发明申请专利范围的内容所作的等效变化与修饰，都应为本发明的技术范畴。

Claims

1.一种综合网管数据上报的系统，包括上级网管以及一个或多个操作维护数据库；其特征在于：

所述系统还包括接口数据库；

所述上级网管用于从所述接口数据库中获取数据。

2.如权利要求1所述的系统，其特征在于：

所述接口数据库包括连接建立模块，用于建立接口数据库与各操作维护数据库之间的连接。

3.如权利要求1所述的系统，其特征在于：

所述接口数据库包括读取模块，用于从各操作维护数据库中按预设规则读取数据并存储至接口数据库。

4.如权利要求3所述的系统，其特征在于：

所述读取模块通过执行结构化查询语言SQL语句将各操作维护数据库中的数据读取至接口数据库。

5.如权利要求3或4所述的系统，其特征在于：

所述读取模块定时读取操作数据库中的数据。

6.一种综合网管数据上报的方法，包括：

7.如权利要求6所述的方法，其特征在于：

所述方法还包括，建立所述接口数据库与各操作维护数据库之间的连接。

8.如权利要求7所述的方法，其特征在于：

所述方法还包括，采用存储过程将所述操作维护数据库中的数据存储至接口数据库。

9.如权利要求8所述的方法，其特征在于：

存储时采用结构化查询语言SQL语句将所述操作维护数据库中的数据存储至接口数据库。

10.如权利要求8或9所述的方法，其特征在于：

定时读取操作维护数据库中的数据并存储至所述接口数据库。