[发明专利]一种网元配置数据的存储处理方法及装置

说明书

本发明实施例公开了一种网元配置数据的存储处理方法及装置，方法包括：获取当前网元配置数据对应的目标管理对象的存储策略；若判断获知所述存储策略为共享存储策略，则获取所述目标管理对象对应的信息模型文件；在所述信息模型文件中查找得到所述目标管理对象对应的父对象，若判断获知所述父对象存在所述目标管理对象之外的目标子对象，则获取所述目标子对象的目标对象表；将所述当前网元配置数据存储在所述目标对象表中。本发明实施例通过判断采用共享存储策略时，将同一个父对象的子对象存储在同一个目标对象表中，扩展了OMC的存储容量，并能够合理利用现有的数据库以及系统资源进行网元配置数据的存储。

技术领域

本发明实施例涉及数据存储技术领域，具体涉及一种网元配置数据的存储处理方法及装置。

背景技术

在OMC(Operation and Maintenance Center，操作维护中心)网管系统中，OMC系统容量与其管理的网元个数有很大关系，OMC接入的网元数量越大，性能越稳定，OMC的容量就越大。一般OMC 接入的网元数从几百到几千，甚至上万，而每个网元数据少则几千条，多则几十万条，加之网元对象的“树”状特点(即每个对象在不同的层级上，每个对象的属性个数不一，类型不一)，如何存储这些网元数据就成了首要的问题。目前主流的支持关系型数据存储结果的大型数据库Oracle是一个不错的选择，Oracle Database又名Oracle RDBMS或简称Oracle，是甲骨文公司的一款关系数据库管理系统。

但是这些网元数据如何拆分关系似乎是一个棘手的问题。按照一般数据库设计思想，所有网元会存入一张数据库表中，显然这个方法对OMC是行不通的，如此庞大的配置数据存入一张数据库表中，对数据库来说是一个致命的打击，光一条查询语句足够让数据库“崩溃”，更何况这些配置数据还在频繁变更，单从性能方面考虑，都无法满足要求，因此配置数据如何存储成为制约OMC的一个关键问题。

在实现本发明实施例的过程中，发明人发现现有的OMC容量不易扩展，且数据库以及系统资源不能合理利用。

发明内容

由于现有方法存在上述问题，本发明实施例提出一种网元配置数据的存储处理方法及装置。

第一方面，本发明实施例提出一种网元配置数据的存储处理方法，包括：

获取当前网元配置数据对应的目标管理对象的存储策略；

若判断获知所述存储策略为共享存储策略，则获取所述目标管理对象对应的信息模型文件；

在所述信息模型文件中查找得到所述目标管理对象对应的父对象，若判断获知所述父对象存在所述目标管理对象之外的目标子对象，则获取所述目标子对象的目标对象表；

将所述当前网元配置数据存储在所述目标对象表中。

可选地，所述方法还包括：

若判断获知所述存储策略为单独存储策略，则获取空闲的对象表，并将所述当前网元配置数据存储在所述空闲的对象表中。

可选地，所述方法还包括：

将所述目标管理对象存储在总表中，并将所述目标管理对象和所述父对象的关系存储在关系表中。

可选地，所述将所述当前网元配置数据存储在所述目标对象表中，具体包括：

若判断获知所述目标对象表的主表为可存储状态，则将所述当前网元配置数据存储在所述目标对象表的主表中，否则将所述当前网元配置数据存储在所述目标对象表的备表中。

可选地，所述方法还包括：

若判断获知所述目标对象表中所有的网元配置数据被删除，则将所述目标对象表的状态修改为空闲。

可选地，所述目标对象表中各列的表头为预先设置。