CN107622314A - 基于自动化运维的配置管理方法及其系统 - Google Patents

Abstract

本发明涉及基于自动化运维的配置管理方法及其系统，该方法包括采集基础数据；对基础数据进行同步处理；根据同步处理后的基础数据进行业务处理。本发明通过获取业务系统的数据以及IT基础架构的底层设备数据，对系统内部数据过滤以及分析，获取数据差，将数据差与业务数据进行匹配，在匹配一致的情况下，进行业务系统的配置项与系的配置项对接，实现保证CMDB接受的信息准确一致，提高工作效率，且考虑了业务数据的采集、分析、存储和分发，实现系统数据与业务数据的对接。

Description

基于自动化运维的配置管理方法及其系统

技术领域

本发明涉及配置管理方法，更具体地说是指基于自动化运维的配置管理方法及其系统。

背景技术

随着信息化的飞速发展，IT信息系统规模日趋庞大，信息系统是按照业务发展需求建立的，支撑业务及日常管理。为保障业务的持续可用、可靠，需要加强和保障信息系统对业务的管理力度。传统的系统运维面向服务器管理，分割了各种资源之间的业务关系，使系统管理陷入对大量资源的被动管理，脱离了业务管理部门的需求。从业务发展和管理的角度出发，通过系统运维实现对这些业务的全面管理和深入监测成为保障业务系统的稳定、安全、可靠运行的重要保障。自进入信息化时代以来，对信息系统的管理大致经历了对设备的管理、对流程的管理和对运维的管理等阶段，并正在向运营管理过渡。运营属于业务范畴，业务逻辑和应用逻辑的对接需要采用统一的、兼容业务模型和服务模型的架构。需要完善配置管理范围和工具。以保证业务和IT系统信息的双向可追溯

配置管理数据库(CMDB)是在配置管理流程中用于记录企业所有IT相关配置及其相互关系而建立的数据库，CMDB是信息系统监控平台的调度中心，通过配置管理流程管理设备、网络、软件等IT基础架构的各组成部分。它的建立直接关系着IT服务管理项目的成败，IT流程管理定义了事件管理、问题管理、变更管理、配置管理等服务管理流程，为用户提供运维过程中的流程化处理解决方案。CMDB储存与管理企业IT架构中设备的各种配置信息，它与所有服务支持和服务交付流程都紧密相联，一方面支持这些流程的流畅运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性。CMDB通过各系统节点形成的配置项将人员、流程、技术和信息有机地结合起来，对IT服务进行闭环管理，如图1所示；实施IT系统服务管理的难点和重点是流程，CMDB是IT服务流程管理的核心，它通过自动化的、可重复的流程管理和变更，实现标准化执行，能够预测变更对系统管理产生的影响，并对这些影响进行评估和控制，如图2所示，CMDB通过管理IT流程，将事件管理(故障管理)、问题管理、配置管理、变更/发布管理、配置管理等管理功能与人员、流程和技术有机地结合起来，将管理、监控和考核有机地结合起来，提升整体的运维管理水平；IT服务管理流程中的每个设备或系统被称为配置项(CI，Configure Item)，是CMDB的主要操作对象。对每个配置项的有效管理、跟踪和控制将保障IT服务和基础设施的正常运行，如图3所示。

但是，CMDB在收集信息时，会在底层设备更换后导致数据录入到CMDB时发生数据错误，形成错误的业务视图，降低工作效率，CMDB基于使用场景，定义资产管理需求，对于如何支撑用户业务开展并无说明与衔接，没有实现对业务需求的响应和反馈，CMDB支持基于IT服务管理流程的最佳实践，对于业务管理流程并无涉及，CMDB基于IT服务模型提供服务，没有考虑业务数据的采集、分析、存储和分发，其配置项不包括业务数据。

因此，有必要设计一种基于自动化运维的配置管理方法，实现保证CMDB接受的信息准确一致，提高工作效率，且考虑了业务数据的采集、分析、存储和分发，实现系统数据与业务数据的对接。

发明内容

本发明的目的在于克服现有技术的缺陷，提供基于自动化运维的配置管理方法及其系统。

为实现上述目的，本发明采用以下技术方案：基于自动化运维的配置管理方法，所述方法包括：

采集基础数据；

对所述基础数据进行同步处理；

根据同步处理后的基础数据进行业务处理。

其进一步技术方案为：采集基础数据的步骤，包括以下具体步骤：

收集底层设备数据；

采集业务数据；

整合业务数据与底层设备数据，形成基础数据。

其进一步技术方案为：对所述基础数据进行同步处理的步骤，包括以下具体步骤：

设定数据获取条件；

根据所述条件过滤和分析系统内部数据，获取数据差；

判断所述数据差是否与所述业务数据一致；

若是，则进入所述根据同步处理后的基础数据进行业务处理步骤；

若否，则输出反馈信息。

其进一步技术方案为：根据同步处理后的基础数据进行业务处理的步骤，包括以下具体步骤：

根据业务数据形成覆盖业务管理和系统运行数据的配置数据管理机制；

汇聚系统底层设备数据，对基础数据进行数据对接，关联业务配置项和IT资源配置项；

调用对接的数据形成业务系统和资源的关系数据网络。

其进一步技术方案为：根据业务数据形成覆盖业务管理和系统运行数据的配置数据管理机制的步骤，包括以下具体步骤：

定义IT环境中业务的类别和运行的流程；

对业务数据建模，获取业务模型，且形成业务数据的配置项；

业务模型和配置项通过规则引擎与IT服务模型以及资源配置项结合，形成覆盖业务管理和系统运行数据的配置数据管理机制。

其进一步技术方案为：汇聚系统底层设备数据，对基础数据进行数据对接，关联业务配置项和IT资源配置项的步骤，包括以下具体步骤：

汇聚系统底层设备数据，以规则引擎对接业务数据和底层设备数据；

按照业务域、业务线、业务功能对业务进行定义、分类和建模，加载业务配置项，定义业务配置项和IT资源配置项的关系。

本发明还提供了基于自动化运维的配置管理系统，包括数据采集单元、RDB校验单元以及业务处理单元；

所述数据采集单元，用于采集基础数据；

所述RDB校验单元，用于对所述基础数据进行同步处理；

所述业务处理单元，用于根据同步处理后的基础数据进行业务处理。

其进一步技术方案为：所述数据采集单元包括IT基础架构模块、业务采集模块以及整合模块；

所述IT基础架构模块，用于收集底层设备数据；

所述业务采集模块，用于采集业务数据；

所述整合模块，用于整合业务数据与底层设备数据，形成基础数据。

其进一步技术方案为：所述RDB校验单元包括条件设定模块、数据差获取模块以及匹配模块；

所述条件设定模块，用于设定数据获取条件；

所述数据差获取模块，用于根据所述条件过滤和分析系统内部数据，获取数据差；

所述匹配模块，用于判断所述数据差是否与所述业务数据一致，若否，则输出反馈信息。

其进一步技术方案为：所述业务处理单元包括机制形成模块、中间处理模块以及网络关系形成模块；

所述机制形成模块，用于根据业务数据形成覆盖业务管理和系统运行数据的配置数据管理机制；

所述中间处理模块，用于汇聚系统底层设备数据，对基础数据进行数据对接，关联业务配置项和IT资源配置项；

所述网络关系形成模块，用于调用对接的数据形成业务系统和资源的关系数据网络。

本发明与现有技术相比的有益效果是：本发明的基于自动化运维的配置管理方法，通过获取业务系统的数据以及IT基础架构的底层设备数据，对系统内部数据过滤以及分析，获取数据差，将数据差与业务数据进行匹配，在匹配一致的情况下，进行业务系统的配置项与系的配置项对接，实现保证CMDB接受的信息准确一致，提高工作效率，且考虑了业务数据的采集、分析、存储和分发，实现系统数据与业务数据的对接。

下面结合附图和具体实施例对本发明作进一步描述。

附图说明

图1为现有技术的CMDB支撑的IT服务管理架构图；

图2为现有技术的CMDB支撑的IT服务管理流程图；

图3为现有技术的CMDB的配置项管理的框架图；

图4为本发明具体实施例提供的基于自动化运维的配置管理方法的流程图；

图5为本发明具体实施例提供的采集基础数据的流程图；

图6为本发明具体实施例提供的对所述基础数据进行同步处理的流程图；

图7为本发明具体实施例提供的根据同步处理后的基础数据进行业务处理的流程图；

图8为本发明具体实施例提供的根据业务数据形成覆盖业务管理和系统运行数据的配置数据管理机制的流程图；

图9为本发明具体实施例提供的汇聚系统底层设备数据且对基础数据进行数据对接以及关联业务配置项和IT资源配置项的流程图；

图10为本发明具体实施例提供的基于自动化运维的配置管理系统的结构框图；

图11为本发明具体实施例提供的基于自动化运维的配置管理系统的运行体系框图；

图12为本发明具体实施例提供的数据采集单元的结构框图；

图13为本发明具体实施例提供的RDB校验单元的结构框图；

图14为本发明具体实施例提供的业务处理单元的结构框图；

图15为本发明具体实施例提供的机制形成模块的结构框图；

图16为本发明具体实施例提供的中间处理模块的结构框图。

具体实施方式

为了更充分理解本发明的技术内容，下面结合具体实施例对本发明的技术方案进一步介绍和说明，但不局限于此。

如图4～16所示的具体实施例，本实施例提供的基于自动化运维的配置管理方法，可以运用在IT服务管理项目中，实现保证CMDB接受的信息准确一致，提高工作效率，且考虑了业务数据的采集、分析、存储和分发，实现系统数据与业务数据的对接。

如图4所示，本实施例提供了基于自动化运维的配置管理方法，该方法包括：

S1、采集基础数据；

S2、对所述基础数据进行同步处理；

S3、根据同步处理后的基础数据进行业务处理。

具体地，上述的S1步骤，采集基础数据的步骤，包括以下具体步骤：

S11、收集底层设备数据；

S12、采集业务数据；

S13、整合业务数据与底层设备数据，形成基础数据。

上述的S11步骤，具体地是从IT基础架构中获取底层设备数据；对于上述的S12步骤，具体地是从业务系统中获取业务数据，基于知识管理的原则，引入业务的知识库，在收集底层设备数据的同时采集业务数据，将采集到的业务数据与底层设备数据整合在一起，形成基础数据。

更进一步地，上述的S2步骤，对所述基础数据进行同步处理的步骤，包括以下具体步骤：

S21、设定数据获取条件；

S22、根据所述条件过滤和分析系统内部数据，获取数据差；

S23、判断所述数据差是否与所述业务数据一致；

若是，则进入S3步骤；

S24、若否，则输出反馈信息。

对于上述的S21步骤以及S22步骤，该数据获取条件一般为时间上的限定条件，比如该业务数据是在今天获取的，经过根据业务数据在系统上进行对应的运行操作后，系统内部数据会发生变化，若设定的数据获取条件为一天的时间，此时则获取系统内部数据今天数据以及昨天的数据，利用对比的方式，过滤以及分析出发生变化的系统内部数据，以该发生变化的系统内部数据作为数据差。

系统内部数据具体是放置在数据集，数据集基于知识管理的原则，引入业务知识库，定义业务需求、业务流程和业务模型，提供业务数据配置项；由RDB通过规则引擎对采集的数据进行过滤、分析和匹配。

系统内部数据的更新发生在以下三种情况中，一是通常发生在因管理需要而重构CMDB的情况下，例如新增需进行变更控制而未识别的配置项，因服务调整而重新梳理配置项间的关系等；二是新增或删除配置项。即指对已有配置项的操作，例如更换或报废设备，新采购标准的配置等，三是修改配置项的属性，是针对某配置项具体属性的操作，例如增加了某服务器配置项的硬盘容量，就需要对其相应属性进行调整，需要注意的是，配置项属性的变更通常会关联到其他配置项属性的调整，例如，硬盘配置项信息变更时，还需要调整服务器配置项的属性，在确定配置项属性数据时，尽可能地从其他可靠数据源中获取(即做到数据同步)，可以减少数据维护的成本，例如，可以将服务器需要的硬盘容量属性数据通过数据继承关系，从硬盘配置项本身的属性中获取。

业务数据若出现更改配置项，则会导致系统内部数据的改变，因此可以获取数据差，从数据差匹配方面入手，以确保业务数据与系统内部数据的一致性，确保CMDB储存与管理企业IT架构中设备的各种配置信息支持这些流程的流畅运转、发挥配置信息的价值，确保相关流程保证数据的准确性。

对于上述的S23步骤，将该数据差与业务数据进行对比，若一致，则匹配成功，可以进行业务处理，若不一致，则输出反馈信息。

上述的S21步骤至S24步骤，通过对基础数据内的业务数据与系统数据的匹配，能够通过一定的数据规范约束，汇聚业务数据与底层系统设备数据，并进行与同步，具体是对RDB以及CMDB进行数据同步，二者具有相通的数据结构，能确保在彼此逻辑独立的情况，可以通过定时同步传送机制，保障数据的准确一致，即保证CMDB接受的信息准确一致。上述的系统即为CMDB。

更进一步地，上述的S3步骤，根据同步处理后的基础数据进行业务处理的步骤，具体是通过规则引擎的解析、调用与执行服务，实现业务配置项和系统配置项的对接，该S3步骤包括以下具体步骤：

S31、根据业务数据形成覆盖业务管理和系统运行数据的配置数据管理机制；

S32、汇聚系统底层设备数据，对基础数据进行数据对接，关联业务配置项和IT资源配置项；

S33、调用对接的数据形成业务系统和资源的关系数据网络。

另外，对于上述的S31步骤，根据业务数据形成覆盖业务管理和系统运行数据的配置数据管理机制的步骤，包括以下具体步骤：

S311、定义IT环境中业务的类别和运行的流程；

S312、对业务数据建模，获取业务模型，且形成业务数据的配置项；

S313、业务模型和配置项通过规则引擎与IT服务模型以及资源配置项结合，形成覆盖业务管理和系统运行数据的配置数据管理机制。

上述的S311步骤以及S312步骤，通过知识库定义IT环境中业务的类别和运行的流程，对业务数据建模，形成业务数据配置项。

对于上述的S313步骤，知识库的业务模型和配置项通过规则引擎与CMDB的IT服务模型、资源配置项结合，形成覆盖业务管理和系统运行数据的配置数据管理机制。将业务系统的业务管理与系统运行数据的配置数据进行对接。

更进一步地，上述的S32步骤，汇聚系统底层设备数据，对基础数据进行数据对接，关联业务配置项和IT资源配置项的步骤，包括以下具体步骤：

S321、汇聚系统底层设备数据，以规则引擎对接业务数据和底层设备数据；

S322、按照业务域、业务线、业务功能对业务进行定义、分类和建模，加载业务配置项，定义业务配置项和IT资源配置项的关系。

上述的S321步骤，具体地是通过关系数据库(RDB)汇聚系统所有的底层设备数据，通过CMDB以规则引擎对接知识库的业务数据和RDB的底层设备数据。

上述的S322步骤，知识库按照业务域、业务线、业务功能对业务进行定义、分类和建模，完成业务配置项的加载，定义业务配置项和IT资源配置项的关系，实现业务配置项和系统配置项的对接。

对于上述的S33步骤，通过RDB对数据进行匹配校验，为CMDB同步提供准确的底层设备数据，CMDB通过调用知识库和RDB的数据，形成业务系统和资源的关系数据网络，实现业务流程、IT流程和IT运维服务的对接，从而实现业务系统的配置项与CMDB系统的配置项的完整对接，从而将业务数据的采集、分析、存储和分发考虑在内，以便于针对业务系统和IT基础设施反馈的事件和告警信息，依靠业务和设备信息配置项的联结，自动判断节点间依赖关系，快速定位业务及设备故障根源。

关系是CMDB的一个重要部分，流程交互信息从多种属性以及CMDB中的配置项关系中获取，不同类型的关系信息对于CMDB自动化管理平台流程具有重要作用，CMDB中关于这些信息的统一、准确的记录使业务流程的集成能够以准确、及时和无缝的方式实现，CMDB中的配置项获取、记录并提供置项之间数据的状态、紧急程度和影响，配置项提供关于各种关系的信息，而且它们的组成部分被作为置项记录，CMDB保证IT应用和人员采用组织内的单个记录来源开展工作。

上述的CMDB系统管理贯穿服务器系统、数据库、中间件、网络和设备等各层面，知识库收集、整合提炼来自业务系统的运行数据，CMDB是IT管理信息的集中；是咨询、培训、实施、优化密切结合的综合过程；CMDB的实施涉及咨询服务、培训、实施服务、扩展开发、工具采购等内容；是循序渐进的过程，需要不断投入和改进。将CMDB系统的配置项与业务系统的配置项对接，保证CMDB到RDB同步的数据的准确性和一致性，也便于提高业务应用与系统监控的互动性。

通过在企业建设过程中，将逐步形成的分散的、独立的、自身需要的信息资源库，例如：E-mail系统、订单系统等系统的数据源，将各分散的、独立的资源库在CI层面上进行逻辑联邦和同步，建立起虚拟的CMDB，在短时间内建立起企业内需要的CMDB，CI信息全面，同时见效快，既避免大规模的CMDB建设的时间长、见效慢的缺点，也避免了单点突出建设CMDB的CI范围狭窄、完整度不足的缺点。

上述的知识库是经过分类组织的若干知识构成的集合，是以某种(或若干)知识表示方式在计算机中存储、组织、管理和使用的知识的机构；上述的配置管理数据库(CMDB)存储与管理企业IT架构中设备的各种配置信息，它与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性；上述的关系数据库(RDB)是一个被组织成一组正式描述的表格的数据项的收集，这些表格中的数据能以许多不同的方式被存取或重新召集而不需要重新组织数据库表格。

上述的基于自动化运维的配置管理方法，通过获取业务系统的数据以及IT基础架构的底层设备数据，对系统内部数据过滤以及分析，获取数据差，将数据差与业务数据进行匹配，在匹配一致的情况下，进行业务系统的配置项与系的配置项对接，实现保证CMDB接受的信息准确一致，提高工作效率，且考虑了业务数据的采集、分析、存储和分发，实现系统数据与业务数据的对接。

如图10所示，本实施例还提供了基于自动化运维的配置管理系统，其包括数据采集单元1、RDB校验单元2以及业务处理单元3；

数据采集单元1，用于采集基础数据。

RDB校验单元2，用于对所述基础数据进行同步处理。

业务处理单元3，用于根据同步处理后的基础数据进行业务处理。

更进一步地，上述的数据采集单元1包括IT基础架构模块11、业务采集模块12以及整合模块13。

IT基础架构模块11，用于收集底层设备数据。

业务采集模块12，用于采集业务数据。该业务采集模块12从业务系统中获取业务数据，基于知识管理的原则，引入业务的知识库，在收集底层设备数据的同时采集业务数据，将采集到的业务数据与底层设备数据整合在一起，形成基础数据。

整合模块13，用于整合业务数据与底层设备数据，形成基础数据。

另外，RDB校验单元2包括条件设定模块21、数据差获取模块22以及匹配模块23。

条件设定模块21，用于设定数据获取条件。

数据差获取模块22，用于根据所述条件过滤和分析系统内部数据，获取数据差。

匹配模块23，用于判断所述数据差是否与所述业务数据一致，若否，则输出反馈信息。

上述的条件设定模块21设定的数据获取条件一般为时间上的限定条件，比如该业务数据是在今天获取的，经过根据业务数据在系统上进行对应的运行操作后，系统内部数据会发生变化，若设定的数据获取条件为一天的时间，此时则由数据差获取模块22获取系统内部数据今天数据以及昨天的数据，利用对比的方式，过滤以及分析出发生变化的系统内部数据，以该发生变化的系统内部数据作为数据差。

系统内部数据具体是放置在数据集，数据集基于知识管理的原则，引入业务知识库，定义业务需求、业务流程和业务模型，提供业务数据配置项；由RDB通过规则引擎对采集的数据进行过滤、分析和匹配。上述的匹配模块23属于RDB中的其中一个模块。

系统内部数据的更新发生在以下三种情况中，一是通常发生在因管理需要而重构CMDB的情况下，例如新增需进行变更控制而未识别的配置项，因服务调整而重新梳理配置项间的关系等；二是新增或删除配置项。即指对已有配置项的操作，例如更换或报废设备，新采购标准的配置等，三是修改配置项的属性，是针对某配置项具体属性的操作，例如增加了某服务器配置项的硬盘容量，就需要对其相应属性进行调整，需要注意的是，配置项属性的变更通常会关联到其他配置项属性的调整，例如，硬盘配置项信息变更时，还需要调整服务器配置项的属性，在确定配置项属性数据时，尽可能地从其他可靠数据源中获取(即做到数据同步)，可以减少数据维护的成本，例如，可以将服务器需要的硬盘容量属性数据通过数据继承关系，从硬盘配置项本身的属性中获取。

业务数据若出现更改配置项，则会导致系统内部数据的改变，因此可以获取数据差，从数据差匹配方面入手，以确保业务数据与系统内部数据的一致性，确保CMDB储存与管理企业IT架构中设备的各种配置信息支持这些流程的流畅运转、发挥配置信息的价值，确保相关流程保证数据的准确性。

上述的数据差获取模块22将该数据差与业务数据进行对比，若一致，则匹配成功，可以进行业务处理，若不一致，则输出反馈信息。

上述的条件设定模块21、数据差获取模块22以及匹配模块23通过对基础数据内的业务数据与系统数据的匹配，能够通过一定的数据规范约束，汇聚业务数据与底层系统设备数据，并进行与同步，具体是对RDB以及CMDB进行数据同步，二者具有相通的数据结构，能确保在彼此逻辑独立的情况，可以通过定时同步传送机制，保障数据的准确一致，即保证CMDB接受的信息准确一致。上述的系统即为CMDB。

更进一步地，上述的业务处理单元3根据同步处理后的基础数据进行业务处理的步骤，具体是通过规则引擎的解析、调用与执行服务，实现业务配置项和系统配置项的对接，该业务处理单元3包括机制形成模块31、中间处理模块32以及网络关系形成模块33。

机制形成模块31，用于根据业务数据形成覆盖业务管理和系统运行数据的配置数据管理机制。

中间处理模块32，用于汇聚系统底层设备数据，对基础数据进行数据对接，关联业务配置项和IT资源配置项。

网络关系形成模块33，用于调用对接的数据形成业务系统和资源的关系数据网络。

另外，对于上述的机制形成模块31，包括定义子模块311、建模子模块312以及结合子模块313。

定义子模块311，用于定义IT环境中业务的类别和运行的流程；

建模子模块312，用于对业务数据建模，获取业务模型，且形成业务数据的配置项；

结合子模块313，用于业务模型和配置项通过规则引擎与IT服务模型以及资源配置项结合，形成覆盖业务管理和系统运行数据的配置数据管理机制。

上述的定义子模块311以及建模子模块312属于知识库中的一部分。

上述的结合子模块313，具体是将知识库的业务模型和配置项通过规则引擎与CMDB的IT服务模型、资源配置项结合，形成覆盖业务管理和系统运行数据的配置数据管理机制。将业务系统的业务管理与系统运行数据的配置数据进行对接。

另外，上述的中间处理模块32包括汇聚子模块321以及关系定义子模块322。

其中，汇聚子模块321，用于汇聚系统底层设备数据，以规则引擎对接业务数据和底层设备数据。该汇聚子模块321属于RDB中的一个模块，通过CMDB以规则引擎对接知识库的业务数据和RDB的底层设备数据。

关系定义子模块322，用于按照业务域、业务线、业务功能对业务进行定义、分类和建模，加载业务配置项，定义业务配置项和IT资源配置项的关系。

该关系定义子模块322属于知识库中的一个部分，按照业务域、业务线、业务功能对业务进行定义、分类和建模，完成业务配置项的加载，定义业务配置项和IT资源配置项的关系，实现业务配置项和系统配置项的对接。

对于上述的网络关系形成模块33而言，通过RDB对数据进行匹配校验，为CMDB同步提供准确的底层设备数据，CMDB通过调用知识库和RDB的数据，形成业务系统和资源的关系数据网络，实现业务流程、IT流程和IT运维服务的对接，从而实现业务系统的配置项与CMDB系统的配置项的完整对接，从而将业务数据的采集、分析、存储和分发考虑在内，以便于针对业务系统和IT基础设施反馈的事件和告警信息，依靠业务和设备信息配置项的联结，自动判断节点间依赖关系，快速定位业务及设备故障根源。

关系是CMDB的一个重要部分，流程交互信息从多种属性以及CMDB中的配置项关系中获取，不同类型的关系信息对于CMDB自动化管理平台流程具有重要作用，CMDB中关于这些信息的统一、准确的记录使业务流程的集成能够以准确、及时和无缝的方式实现，CMDB中的配置项获取、记录并提供置项之间数据的状态、紧急程度和影响，配置项提供关于各种关系的信息，而且它们的组成部分被作为置项记录，CMDB保证IT应用和人员采用组织内的单个记录来源开展工作。

上述的CMDB系统管理贯穿服务器系统、数据库、中间件、网络和设备等各层面，知识库收集、整合提炼来自业务系统的运行数据，CMDB是IT管理信息的集中；是咨询、培训、实施、优化密切结合的综合过程；CMDB的实施涉及咨询服务、培训、实施服务、扩展开发、工具采购等内容；是循序渐进的过程，需要不断投入和改进。将CMDB系统的配置项与业务系统的配置项对接，保证CMDB到RDB同步的数据的准确性和一致性，也便于提高业务应用与系统监控的互动性

通过在企业建设过程中，将逐步形成的分散的、独立的、自身需要的信息资源库，例如：E-mail系统、订单系统等系统的数据源，将各分散的、独立的资源库在CI层面上进行逻辑联邦和同步，建立起虚拟的CMDB，在短时间内建立起企业内需要的CMDB，CI信息全面，同时见效快，既避免大规模的CMDB建设的时间长、见效慢的缺点，也避免了单点突出建设CMDB的CI范围狭窄、完整度不足的缺点。

上述的知识库是经过分类组织的若干知识构成的集合，是以某种(或若干)知识表示方式在计算机中存储、组织、管理和使用的知识的机构；上述的配置管理数据库(CMDB)存储与管理企业IT架构中设备的各种配置信息，它与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性；上述的关系数据库(RDB)是一个被组织成一组正式描述的表格的数据项的收集，这些表格中的数据能以许多不同的方式被存取或重新召集而不需要重新组织数据库表格。

上述的基于自动化运维的配置管理系统，通过获取业务系统的数据以及IT基础架构的底层设备数据，对系统内部数据过滤以及分析，获取数据差，将数据差与业务数据进行匹配，在匹配一致的情况下，进行业务系统的配置项与系的配置项对接，实现保证CMDB接受的信息准确一致，提高工作效率，且考虑了业务数据的采集、分析、存储和分发，实现系统数据与业务数据的对接。

上述仅以实施例来进一步说明本发明的技术内容，以便于读者更容易理解，但不代表本发明的实施方式仅限于此，任何依本发明所做的技术延伸或再创造，均受本发明的保护。本发明的保护范围以权利要求书为准。

Claims (10)

1.基于自动化运维的配置管理方法，其特征在于，所述方法包括：

采集基础数据；

对所述基础数据进行同步处理；

根据同步处理后的基础数据进行业务处理。

2.根据权利要求1所述的基于自动化运维的配置管理方法，其特征在于，采集基础数据的步骤，包括以下具体步骤：

收集底层设备数据；

采集业务数据；

整合业务数据与底层设备数据，形成基础数据。

3.根据权利要求2所述的基于自动化运维的配置管理方法，其特征在于，对所述基础数据进行同步处理的步骤，包括以下具体步骤：

设定数据获取条件；

根据所述条件过滤和分析系统内部数据，获取数据差；

判断所述数据差是否与所述业务数据一致；

若是，则进入所述根据同步处理后的基础数据进行业务处理步骤；

若否，则输出反馈信息。

4.根据权利要求3所述的基于自动化运维的配置管理方法，其特征在于，根据同步处理后的基础数据进行业务处理的步骤，包括以下具体步骤：

根据业务数据形成覆盖业务管理和系统运行数据的配置数据管理机制；

汇聚系统底层设备数据，对基础数据进行数据对接，关联业务配置项和IT资源配置项；

调用对接的数据形成业务系统和资源的关系数据网络。

5.根据权利要求4所述的基于自动化运维的配置管理方法，其特征在于，根据业务数据形成覆盖业务管理和系统运行数据的配置数据管理机制的步骤，包括以下具体步骤：

定义IT环境中业务的类别和运行的流程；

对业务数据建模，获取业务模型，且形成业务数据的配置项；

业务模型和配置项通过规则引擎与IT服务模型以及资源配置项结合，形成覆盖业务管理和系统运行数据的配置数据管理机制。

6.根据权利要求4或5所述的基于自动化运维的配置管理方法，其特征在于，汇聚系统底层设备数据，对基础数据进行数据对接，关联业务配置项和IT资源配置项的步骤，包括以下具体步骤：

汇聚系统底层设备数据，以规则引擎对接业务数据和底层设备数据；

按照业务域、业务线、业务功能对业务进行定义、分类和建模，加载业务配置项，定义业务配置项和IT资源配置项的关系。

7.基于自动化运维的配置管理系统，其特征在于，包括数据采集单元、RDB校验单元以及业务处理单元；

所述数据采集单元，用于采集基础数据；

所述RDB校验单元，用于对所述基础数据进行同步处理；

所述业务处理单元，用于根据同步处理后的基础数据进行业务处理。

8.根据权利要求7所述的基于自动化运维的配置管理系统，其特征在于，所述数据采集单元包括IT基础架构模块、业务采集模块以及整合模块；

所述IT基础架构模块，用于收集底层设备数据；

所述业务采集模块，用于采集业务数据；

所述整合模块，用于整合业务数据与底层设备数据，形成基础数据。

9.根据权利要求8所述的基于自动化运维的配置管理系统，其特征在于，所述RDB校验单元包括条件设定模块、数据差获取模块以及匹配模块；

所述条件设定模块，用于设定数据获取条件；

所述数据差获取模块，用于根据所述条件过滤和分析系统内部数据，获取数据差；

所述匹配模块，用于判断所述数据差是否与所述业务数据一致，若否，则输出反馈信息。

10.根据权利要求9所述的基于自动化运维的配置管理系统，其特征在于，所述业务处理单元包括机制形成模块、中间处理模块以及网络关系形成模块；

所述机制形成模块，用于根据业务数据形成覆盖业务管理和系统运行数据的配置数据管理机制；

所述中间处理模块，用于汇聚系统底层设备数据，对基础数据进行数据对接，关联业务配置项和IT资源配置项；

所述网络关系形成模块，用于调用对接的数据形成业务系统和资源的关系数据网络。