一种基于元数据的IT系统管理及监控管理方法与流程

本发明属于数据库设计领域，具体涉及一种基于元数据的it系统管理及监控管理方法。

背景技术：

随着现代it系统发展及公司业务的扩展，数据规模越来越大，并且增速也越来越快，传统的数据库系统遇到了前所未有的挑战，并在以后有可能成为系统发展及业务扩展的瓶颈。目前，为了应对海量数据的存储和管理及控制，减少存储成本，元数据应运而生.

所谓元数据(metadata)，又称中介数据、中继数据，为描述数据的数据(dataaboutdata)，主要是描述数据属性(property)的信息，用来支持如指示存储位置、历史数据、资源查找、文件记录等功能。元数据算是一种电子式目录，为了达到编制目录的目的，必须在描述并收藏数据的内容或特色，进而达成协助数据检索的目的。

伴随it系统的持续开发及维护过程，系统会不断产生新的需求，如添加新功能、新模块、修改已有功能等等。需要执行的更新将引起数据库表结构的改动，而数据库表结构的改动无疑又会带来代码的改动。为满足持续更新的系统需求，技术开发人员总是疲于奔命在表结构和代码的修改漩涡中。尤为明显的是，在涉及监控过程的系统中，由于监控总会因时间、业务、环境的变化而频繁改变，所以经常涉及表结构和代码的调整，这不仅将导致监控效率低下，也让开发人员工作量和开发成本骤增。

在传统模式下，开发人员通常需要提前编写一套访问数据库的增删改查接口来进行数据操作，当为满足新的需求而新创建数据库时，开发人员需要再编码一套关于该数据库的增删改查接口，以此类推，需求不断编码不止，无疑也增加了开发人员的工作量。

因而，如何有效地处理因系统需求持续更新而导致的表结构频繁调整问题，成为目前技术突破的关键。

技术实现要素：

本发明目的是，为解决现有技术在处理表结构频繁调整时存有的局限性及弊端，提供一种基于元数据的it管理系统及监控方法，通过利用元数据的特性，使it系统的功能数据及监控数据都以元数据的形式保存在元数据仓储库中，并配套以功能类型为参数的操作接口，实现在不调整现有表结构的基础上，直接以新增表记录的方式应对系统功能更新；对元数据仓储中任意数据表的访问，均能依赖仓储操作接口执行新增、删除、修改、查询元数据的操作，避免使用数据定义语言(ddl)操作数据表，简化表结构的新增及修改，大幅减少人工工作量。

本发明的技术方案是：一种基于元数据的it系统管理及监控方法，步骤为：

步骤1：构建具备可伸缩的元数据仓储即数据库，存储的元数据具有定义系统功能数据的存储格式，使it系统的业务功能以元数据的形式存储在数据库中，实现能直接通过对功能元数据的修改，满足系统功能变更需要；

元数据仓储的表现形式为：基于系统欲实现的业务功能所构建的存储表，包括系统功能类型表和信息配置表其中，系统功能类型表是对系统业务功能的划分及存储；信息配置表是根据系统功能类型表，对系统功能实现涉及到的具体内容进行记录和存储；

当新增或清除某一项业务功能时，在不变更现有表结构的情况下，直接仅在系统功能类型表中新增一条记录或删除一条记录；

当查询或修改某一项业务功能实现的具体内容时，按照系统功能类型表中具体的业务功能名称，在信息配置表中修改和查询该业务功能名称对应的具体内容；

所述元数据仓储本质是元数据存储的集合，能兼容全部系统功能数据的存储；能根据系统欲实现的业务功能类型对数据进行区分及储存；

步骤2：为元数据仓储配置元数据仓储操作接口，包括新增接口、删除接口、修改接口、查询接口，元数据的增、删、改、查均由相应的接口完成；针对任意一个系统业务功能的变更操作，仅需要调用元数据仓储操作接口实现，保证元数据仓储操作的统一性；

步骤3：当系统有变更业务功能的需求时，调用元数据仓储操作接口，对元数据仓储中的业务功能数据执行指定操作，涉及业务功能的新增、删除、修改及业务功能属性的新增、删除、修改。

步骤3具体为：

步骤3-1：根据系统业务功能的变更需求，确认变更内容及变更操作；如果变更内容是业务功能，转步骤3-2；如果变更内容是业务功能属性信息，转步骤3-3；

步骤3-2：将业务功能类型作为接口参数，调用相应的变更操作接口，通过传入参数，定位系统功能类型表中的记录；

步骤3-3：将业务功能类型及名称作为接口参数，调用相应的变更操作接口，通过传入参数，定位信息配置表的记录；

步骤3-4：对定位到的记录，执行具体操作；

所述接口参数不仅限于业务功能类型、名称，还包括其他能应用于准确定位元数据仓储中某一条记录的内容。

本发明方法在应用于监控管理的元数据仓储中时，系统功能类型表是对监控项目的划分、记录及存储，信息配置表是根据系统功能类型表，对监控项目所涉及到的具体内容进行记录和存储。

本发明与传统方案相比，其显著效果：

(1)本发明通过利用元数据的特性构建元数据仓储，使it系统功能数据及监控数据均以元数据的形式存储，转变“基于功能构建数据库表”的传统数据存储方式，彻底清除“因需求变更而带来的表结构调整”的情况，实现在不调整现有表结构的基础上，直接以新增表记录的方式应对系统功能更新；

(2)本发明通过为元数据仓储配置操作接口，以统一对数据库表的操作，无需再专门编码访问各类数据库的接口，同时也避免了使用数据定义语言(ddl)操作数据表，简化对数据表的访问步骤，提升数据库表的访问效率；

(3)本发明通过利用元数据仓储，实现功能属性任意增减而无需改动表结构，简化数据库表的新增、删除、修改和查询操作；很大程度上减少了开发人员的工作量，提高it系统管理及监控效率；

附图说明

图1为本发明实施例中传统方法的表结构设计示意图；

图2为本发明实施例中元数据仓储的表结构设计示意图；

图3为本发明实施例中系统功能类型表(图3中上图)和信息配置表(图3中下图)的示意图；

图4为本发明实施例中基于元数据的it系统监控管理方法流程示意图。

具体实施方式

为了让本技术领域的人能够更好的理解本申请实例中的技术方案，下面结合附图对本申请实施中的本发明的技术方案做进一步的说明。

参见图1与图4：

本发明实施例以系统的“人员统计功能”和“部门统计功能”为功能需求，在传统的数据库表设计方法中，参阅图1为本发明实施例中传统方法的表结构设计示意图，其中图1中的人员信息表是已存在的数据库表，功能属性包括人员id、人员名册、年龄、身高、爱好、身高。若当前系统功能新增统计部门信息的需求，相应地，数据库中设计并增加新表，即部门信息表，见图1所示，功能属性包括部门id、部门名称、部门地址、部门经费、部门评分、部门等级。

针对每一个数据库的访问，使用数据定义语言(ddl)操作；为访问方便，也可针对每一个数据库表的操作，编制数据表访问及操作接口。

在传统的系统管理方法中，每一次的功能更新和修改，均会导致数据库表结构的重新整理，比如修改表结构、修改属性信息等；进而带来后台代码的改动，过程繁琐，效率低下。

图2为本发明实施例中元数据仓储的表结构设计示意图，元数据仓储的表现形式为基于系统欲实现的业务功能所构建的存储表，包括系统功能类型表和功能属性信息配置表其中，系统功能类型表是对系统业务功能的划分及存储，比如人员“张三”的信息、人员“李四”的信息，部门“dept1”的信息及部门“dept2”的信息区分；功能属性信息配置表是根据系统功能类型表，对系统功能实现涉及到的具体内容进行记录和存储，比如人员“张三”涉及到的姓名、年龄、身高、爱好等等，比如部门“dept1”涉及到的部门名称、部门地址

图3为本发明实施例中系统功能类型表和信息配置表的示意图，沿用本发明实施例的功能需求，根据当前的“人员统计功能”需求，人员需记录张三和李四的信息，在系统功能类型表中针对这两个人员分配不同的业务类型，如图中的type1、type2；针对张三和李四的具体信息，则记录在功能属性配置表中；

当现有“增加部门信息记录”的新需求时，直接在系统功能类型表中新增类型，比如图中的type3和type4，并配以相应的业务名称，比如图中的dept1和dept2。

通过这种元数据存储方式进行数据存储，即可做到动态的做到属性字段的任意增减而无需改动表结构，而且在新增各种功能时，只需要设定type即可，不需则额外创建表结构。

图4为本发明实施例中基于元数据的it系统监控管理方法流程示意图，通过利用元数据的特性，使it系统数据及监控数据都以元数据的形式存储在元数据仓储库中，系统调整及监控调整导致的表结构变化，均能依赖仓储操作接口执行新增、删除、修改、查询元数据的操作，具体步骤包括：

本发明的技术方案是：一种基于元数据的it系统管理及监控方法，具体步骤包括：

步骤401：构建具备可伸缩性的元数据仓储，用于定义系统功能数据的存储格式，使系统的业务功能以元数据的形式存储在数据库中，实现能直接通过对功能元数据的修改，满足系统功能变更需要；

元数据仓储的表现形式为：基于系统欲实现的业务功能所构建的存储表，包括系统功能类型表和信息配置表其中，系统功能类型表是对系统业务功能的划分及存储；信息配置表是根据系统功能类型表，对系统功能实现涉及到的具体内容进行记录和存储；

特别地，当新增或清除某一项业务功能时，在不变更现有表结构的情况下，直接仅在系统功能类型表中新增一条记录或删除一条记录；

特别地，当查询或修改某一项业务功能实现的具体内容时，按照系统功能类型表中具体的业务功能名称，在信息配置表中修改和查询该业务功能名称对应的具体内容；

需要特别说明的是，所述元数据仓储本质是元数据存储的集合，能兼容全部系统功能数据的存储；能根据系统欲实现的业务功能类型对数据进行区分及储存；

步骤402：为元数据仓储配置元数据仓储操作接口，包括新增接口、删除接口、修改接口、查询接口，元数据的增、删、改、查均由相应的接口完成；针对任意一个系统业务功能的变更操作，仅需要调用元数据仓储操作接口实现，保证元数据仓储操作的统一性；步骤403：当系统有变更业务功能的需求时，调用元数据仓储操作接口，对元数据仓储中的业务功能数据执行指定操作，涉及业务功能的新增、删除、修改及业务功能属性的新增、删除、修改，具体为：

步骤403-1：根据系统业务功能的变更需求，确认变更内容及变更操作；如果变更内容是业务功能，转步骤3-2；如果变更内容是业务功能属性信息，转步骤3-3；

步骤403-2：将业务功能类型作为接口参数，调用相应的变更操作接口，通过传入参数，定位系统功能类型表中的记录；

步骤403-3：将业务功能类型及名称作为接口参数，调用相应的变更操作接口，通过传入参数，定位信息配置表的记录；

步骤403-4：对定位到的记录，执行具体操作；

特别地，所述接口参数不仅限于业务功能类型、名称，还包括其他能应用于准确定位元数据仓储中某一条记录的内容；

特别地，本发明的方法也能扩展应用于监控管理过程中：在应用于监控管理的元数据仓储中，系统功能类型表是对监控项目的划分、记录及存储，信息配置表是根据系统功能类型表，对监控项目所涉及到的具体内容进行记录和存储；

以上所述仅为本发明的实施例，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均以包含在本发明的保护范围之内。