CN101989280A - 配置资源管理的方法及系统 - Google Patents

Abstract

本发明公开了一种配置资源管理的方法及系统。该方法包括：将关键配置数据存储至中央数据库；根据关键配置数据的关联数据，对关键配置数据进行扩展，生成关键配置数据的扩展配置数据，扩展配置数据与关键配置数据通过继承关系相互关联；将扩展配置数据存储至扩展数据库。本发明各实施例的配置资源管理的方法及系统，通过设立中央数据库及扩展数据库，分别存储关键配置数据及扩展配置数据，可以方便的实现对配置资源的扩展，满足用户业务平台升级和变化的需要，并且降低了中央数据库的复杂度和维护成本。

Description

配置资源管理的方法及系统

技术领域

本发明涉及计算机技术领域，尤其涉及配置资源管理的方法及系统。

背景技术

应用系统数量和复杂性的增加，使得IT基础架构变得越发庞大。各企事业单位IT部门对整个IT系统的“集中维护、集中监控、集中管理”的强烈要求凸现。如何实现对资源进行动态扩展，是IT管理领域急需解决的难题。

现有对配置管理数据库(Configuration Management Database，简称CMDB)资源管理的技术，只是实现了大数据量的快速配置的问题，使用户可以快速生成自己所需要的配置资源。随着用户对配置管理认识的深入，配置资源管理在整个网络管理系统中也渐渐显现出其重要性来。目前的配置资源管理不能进行动态扩展，无法进行业务建模，已经不能满足IT管理的需要。

随着IT系统的日益复杂，用户的业务和平台总是处于不断的升级和变化过程中，配置资源的属性也需要经常更改及增加，但是由于资源类型和属性是同数据库表的设计是有紧密关系的，这就限制了其任意扩展。

在实现本发明过程中，发明人发现现有技术配置资源管理方式中存在如下问题：配置资源的类型、属性和字典表受到数据库表的限制，不能根据需要进行扩展，不能满足用户业务平台升级和变化的需要。

发明内容

本发明的目的是解决配置资源不能扩展，不能满足用户业务平台升级和变化的需要的缺陷，提出一种配置资源管理的方法及系统，以实现配置资源的扩展，满足用户业务平台升级和变化的需要。

为实现上述目的，根据本发明的一个方面，提供了一种配置资源管理方法，包括：将关键配置数据存储至中央数据库；根据关键配置数据的关联数据，对关键配置数据进行扩展，生成关键配置数据的扩展配置数据，扩展配置数据与关键配置数据通过继承关系相互关联；将扩展配置数据存储至扩展数据库。

本技术方案中，对关键配置数据进行扩展，生成扩展配置数据的步骤具体包括：扩展配置数据的类型，扩展的配置数据类型对应关联数据的资源类型；扩展配置数据的属性，扩展的配置数据属性对应关联数据的资源属性；和/或扩展配置数据的字典表，扩展的配置数据字典表对应关联数据的字典表。

优选地，本技术方案中，关键配置数据以通用数据格式存储；扩展配置数据以关联数据的数据格式存储。

优选地，本技术方案中，中央数据库和扩展数据库采用J2EE架构。

本技术方案中，当用户需要调取配置数据时，还包括：接收配置数据调取请求，从中央数据库调取关键配置数据；根据继承关系，调取扩展数据库中的与关键配置数据对应的扩展配置数据；将关键配置数据与对应的扩展配置数据推送至配置数据请求方。

为实现上述目的，根据本发明的另一个方面，提供了一种配置资源管理系统，包括：中央数据库、扩展模块和扩展数据库，其中，中央数据库，用于存储关键配置数据；扩展模块，用于根据关键配置数据的关联数据，对关键配置数据进行扩展，生成关键配置数据的扩展配置数据，扩展配置数据与关键配置数据通过继承关系相互关联；扩展数据库，用于存储扩展配置数据。

优选地，本技术方案中，扩展模块具体包括：类型扩展子模块，用于扩展配置数据的类型，扩展的配置数据类型对应关联数据的资源类型；属性扩展子模块，用于扩展配置数据的属性，扩展的配置数据属性对应关联数据的资源属性；字典表扩展子模块，用于扩展配置数据的字典表，扩展的配置数据字典表对应关联数据的字典表。

本技术方案中，配置资源管理系统还包括：调取模块，用于接收配置数据调取请求，从中央数据库调取关键配置数据，根据继承关系，调取扩展数据库中的与关键配置数据对应的扩展配置数据；推送模块，用于将关键配置数据与对应的扩展配置数据推送至配置数据请求方。

本发明各实施例的配置资源管理的方法及系统，通过设立中央数据库及扩展数据库，分别存储关键配置数据及扩展配置数据，关键配置数据和扩展配置数据通过继承关系互相关联，可以方便的实现对配置资源的扩展，满足用户业务平台升级和变化的需要。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例共同用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一配置资源管理方法的流程图；

图2为本发明实施例二配置资源对象类型扩展的示意图；

图3为本发明实施例三调取配置数据的流程图；

图4为本发明实施例四配置资源管理系统的示意图。

具体实施方式

以下结合附图对本发明的实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明。

实施例一

图1为本发明实施例一配置资源管理方法的流程图。如图1所示，本实施例包括：

步骤S102：将关键配置数据存储至中央数据库；

步骤S104：根据关键配置数据的关联数据，对关键配置数据进行扩展，生成关键配置数据的扩展配置数据，扩展配置数据与关键配置数据通过继承关系相互关联；

步骤S106：将扩展配置数据存储至扩展数据库。

在本实施例步骤S102之前，需要设立中央数据库及扩展数据库。中央数据库通过通用数据模型与扩展数据库连接。上述通用数据模型指关键配置数据与扩展配置数据通过继承关系相互关联。当需要与关键配置数据对应的扩展配置数据时，该模型会把扩展配置数据从一点传送到另一点，不必为了关联相关的扩展配置数据，重新编写代码。

本实施例中，中央数据库为CMDB数据库，扩展数据库为CMDB扩展数据库。分设中央数据库及扩展数据库，是分享配置数据的最佳方式。本实施例将广为分享的关键配置数据，即主要配置项目的数据，放在共享的中央数据库之中；再结合其它扩展数据库中扩展配置数据，上述扩展配置数据对应关键配置数据的关联数据，即非关键数据，实现配置资源的共享。该方式能够节省去完全中央数据库方案中相关的复杂设定与维护的高额成本。

扩展配置数据不必储存为关键配置数据的延伸数据，可以采用关联数据的特定格式进行存储，这样就省去了变更数据模型以配合扩展配置数据的麻烦，提高了系统的运行效率。

此外，也不必为了将变更申请以及其它非关键配置数据搬移到CMDB里面，而去执行众多的数据迁移操作或者进行相关应用程序的整合。如果应用程序需要使用数据，可以直接从配置数据储存的位置存取数据。

本实施例提出的方法在对配置资源进行管理时，将中央数据库与关联数据库分设，可以降低了中央数据库的复杂度，降低维护成本。此外，扩展配置数据不必再存储为CMDB延伸数据，可以采用关联数据的格式进行存储，可以提高系统的运行效率。

实施例二

本实施例将述对关键配置数据进行扩展，生成扩展配置数据的步骤进行详细说明。

本实施例中，对关键配置数据进行扩展包括以下几种方式：

类型扩展：主要是增加系统中没有的资源类型，该资源类型对应关键配置数据的关联数据，例如存储阵列以前没有进行管理，现在增加一个存储阵列类。类型扩展可以在界面上进行，屏蔽底层数据结构。可扩展的资源对象框架类，该扩展类包括资源类型，通过元数据类定义中的布尔型变量维度类来区别。

图2为本发明实施例二配置资源对象类型扩展的示意图。如图2所示，所有资源对象模型继承自根类Res_Object，根据需要存储的关联数据，对资源类型进行扩展，生成的资源类型包括：Res_IPAddress，Res_Ipnet，Res_Entity等，如果仍然不能满足关联数据的存储需要，还可以对上述扩展的资源类型进行扩展，如将Res_Entity资源类型再继续扩展出Res_Memory，Res_CPU，Res_Node等资源类型，同理，如图所示，还可以对Res_Node进一步扩展。可见，通过上述方式，可以实现资源类型的无限扩展。

属性扩展：当某个配置元素类型的属性满足不了需求时，如主机类型的对象需要增加一个属性时，就需要提供一定的手段来扩展属性，属性可以进行简单的分组，用以简单地对属性进行规划。属性扩展可以通过属性定义RES_DEF_PROPERTY来定义。

字典表扩展：主要是为了增加字典的属性，这样以后在进行配置信息维护的时候，可以直接进行相关属性的选择，如设备型号的增加、地址位置的增加、接口类型的增加。为了实现字典表扩展，可以通过设计一个通用的资源扩展类Res_ExtObject，该类包含一个Attributes对象，该对象中存储着该对象的所有属性，获取(包括设置)值时通过类似JAVA的反射机制来进行，需要能够判断该属性是继承下来的，还是自己本身的。

本实施例对关键配置数据的扩展进行了详细说明，即扩展可以包括三种方式，即类型扩展，属性扩展，字典表扩展。用户可以根据实际需要，选择一种或者多种扩展方式进行，只要符合本发明的思想，同样应该包括在本发明的保护范围之内。

本实施例具有实施例一的全部有益效果，此处不再重述。并且，本实施例的可实施性更强。

实施例三

本实施例将在实施例一、二的基础上，对用户调取配置数据的流程进行说明。图3为本发明实施例三调取配置数据的流程图。如图3所示，本实施例包括：

步骤S302：将关键配置数据存储至中央数据库，并根据需要进行类型、属性，和/或字典表的扩展，将关联数据进行相应的存储；

步骤S304：接收配置数据调取请求，从中央数据库调取关键配置数据；

步骤S306：根据继承关系，调取扩展数据库中的与关键配置数据对应的扩展配置数据；

步骤S308：将关键配置数据与对应的扩展配置数据推送至配置数据请求方。

本实施例中，CMDB中央数据库和CMDB扩展数据库一起构成CMDB环境。CMDB环境适用于提供并使用配置数据的应用。底层数据通过数据库方式存储，但在应用层屏蔽了数据结构，采用JAVA技术对数据进行了对象化，并在JVM中对对象进行缓存，数据的访问通过RMI等方式访问JVM CACHE中的对象，数据请求方不直接访问数据库，数据库提供标准的XML(Extensible Markup Language，即可扩展标记语言)数据接口及RMI(Remote Method Invocation，即远程方法调用)的API(Application Programming Interface，即应用程序编程接口)接口供外部应用调用。上述外部应用通过标准的XML数据接口或RMI接口访问CMDB中央数据库及CMDB扩展数据库，例如，察看并修改CMDB中配置项目情况的资产管理应用。

本实施例提出的资源类扩展和属性扩展功能，使得使用人员可以根据需要扩展其需要的资源属性，随意订制不同的资源报表、丰富资源属性的展现。本实施例提出的资源类扩展和属性扩展功能，首先是一个图形化和界面方式的功能，用户根据业务的实际需要进行属性扩展时，并不需要理解底层数据结构，只需按照业务本身的属性要求进行设置。例如Unix服务器模型属性有CPU数、CPU主频，厂商等，在实际生产中需要增加“机柜位置”的属性，只需要在相关Unix服务器的类下面进行简单的设置属性工作，而不需要考虑“机柜位置”的属性是在那个数据库表中，字段名叫什么，系统自动的进行表和字段的后台工作；同时在系统上还能进行需要呈现哪些字段的设置，公有的模型一般会有较多的字段，在实际生产中，一些属性字段可能是没有用的，模型提供属性删除的功能，同时也提供属性隐藏的功能，可以根据实际需要定制呈现的资源属性字段。

本实施例中，能够根据用户实际业务监控要求，实现对IT基础架构和应用业务的统一管理。基于面向对象技术，建立了统一资源管理模型，可以方便的实现在产品平台基础上进行快速的二次开发。

实施例四

图4为本发明实施例四配置资源管理系统的示意图。如图4所示，本实施例包括：中央数据库402、扩展模块404和扩展数据库406，其中，中央数据库402，用于存储关键配置数据；扩展模块404，用于根据关键配置数据的关联数据，对关键配置数据进行扩展，生成关键配置数据的扩展配置数据，扩展配置数据与关键配置数据通过继承关系相互关联；扩展数据库406，用于存储扩展配置数据。

本实施例中，扩展模块404具体包括：类型扩展子模块，用于扩展配置数据的类型，扩展的配置数据类型对应关联数据的资源类型；属性扩展子模块，用于扩展配置数据的属性，扩展的配置数据属性对应关联数据的资源属性；字典表扩展子模块，用于扩展配置数据的字典表，扩展的配置数据字典表对应关联数据的字典表。

本实施例中，中央数据库采用通用的数据存储模式对关键配置数据进行存储；扩展数据库采用关联数据自有的特定数据存储类型对扩展配置数据进行存储。

本实施例实现的方法可以参照实施例一、二的相关说明，并具有上述实施例的全部有益效果，此处不再重述。

实施例五

本实施例将对实施例四的配置资源管理系统进一步说明。本实施例中，配置资源管理系统还可以包括：调取模块，用于接收配置数据调取请求，从中央数据库调取关键配置数据，根据继承关系，调取扩展数据库中的与关键配置数据对应的扩展配置数据；推送模块，用于将关键配置数据与对应的扩展配置数据推送至配置数据请求方。

本实施例实现的方法可以参照实施例三的相关说明，并具有上述实施例的全部有益效果，此处不再重述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟、光盘、网络节点、调度器等各种可以存储程序代码的介质。

最后应说明的是：以上仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种配置资源管理方法，其特征在于，包括：

将关键配置数据存储至中央数据库；

根据所述关键配置数据的关联数据，对所述关键配置数据进行扩展，生成所述关键配置数据的扩展配置数据，所述扩展配置数据与关键配置数据通过继承关系相互关联；

将所述扩展配置数据存储至扩展数据库。

2.根据权利要求1所述的方法，其特征在于，所述对关键配置数据进行扩展，生成扩展配置数据的步骤具体包括：

扩展配置数据的类型，所述扩展的配置数据类型对应所述关联数据的资源类型；

扩展配置数据的属性，所述扩展的配置数据属性对应所述关联数据的资源属性；

和/或扩展配置数据的字典表，所述扩展的配置数据字典表对应所述关联数据的字典表。

3.根据权利要求2所述的方法，其特征在于：所述关键配置数据以通用数据格式存储；所述扩展配置数据以关联数据的数据格式存储。

4.根据权利要求1-3中任一项所述的方法，其特征在于：所述中央数据库和扩展数据库采用J2EE架构。

5.根据权利要求1-3中任一项所述的方法，其特征在于：当用户需要调取配置数据时，还包括：

接收配置数据调取请求，从所述中央数据库调取关键配置数据；

根据所述继承关系，调取所述扩展数据库中的与所述关键配置数据对应的扩展配置数据；

将所述关键配置数据与对应的扩展配置数据推送至配置数据请求方。

6.一种配置资源管理系统，其特征在于，包括：中央数据库、扩展模块和扩展数据库，其中，

中央数据库，用于存储关键配置数据；

扩展模块，用于根据所述关键配置数据的关联数据，对所述关键配置数据进行扩展，生成所述关键配置数据的扩展配置数据，所述扩展配置数据与关键配置数据通过继承关系相互关联；

扩展数据库，用于存储所述扩展配置数据。

7.根据权利要求6所述的系统，其特征在于，所述扩展模块具体包括：

类型扩展子模块，用于扩展配置数据的类型，所述扩展的配置数据类型对应所述关联数据的资源类型；

属性扩展子模块，用于扩展配置数据的属性，所述扩展的配置数据属性对应所述关联数据的资源属性；

字典表扩展子模块，用于扩展配置数据的字典表，所述扩展的配置数据字典表对应所述关联数据的字典表。

8.根据权利要求6或7所述的系统，其特征在于：

所述中央数据库以通用数据格式存储所述关键配置数据；

所述扩展数据库以关联数据的数据格式存储所述扩展配置数据。

9.根据权利要求6或7所述的系统，其特征在于，还包括：

调取模块，用于接收配置数据调取请求，从中央数据库调取关键配置数据，根据所述继承关系，调取所述扩展数据库中的与所述关键配置数据对应的扩展配置数据；

推送模块，用于将所述关键配置数据与对应的扩展配置数据推送至配置数据请求方。

Images