CMDB建设与模块之间接口实现

2019-10-31

CMDB 建设


CMDB战略核心地位

作为 ITIL/ITSM(IT 服务管理)的核心,CMDB 正从管理软件附属品的地位逐渐走入主流

的战略核心地位。

 



企业的 IT 环境越来越复杂,数量庞大、品种繁多。信息散布在企业的不同地方、不同

系统中,而且信息的格式、内容也是千差万别,难以统计、查询、利用这些信息,由此给使

用、更新、维护、优化等管理工作造成了很大的麻烦,如何快速提供准确的配置信息是一个

重大的挑战。

 

CMDB 储存与管理企业 IT 架构中设备的各种配置信息,它与所有服务支持和服务交付

流程都紧密相联,一方面支持这些流程的流畅运转、发挥配置信息的价值,同时依赖于相关

流程保证数据的准确性。CMDB 常常被认为是构建其它 ITIL 流程的基础而优先考虑,ITIL

项目的成败与是否成功建立 CMDB 有非常大的关系。

 

CMDB 是描绘 IT 基础设施如何构建的一个蓝图,它记录了各种各样的配置项(即硬件、

软件、事故、协议、服务级别、文档、部门、人员等资源)是如何相互关联的、以及各个系

统是如何发挥作用的。

 

CMDB 与传统的资产库有着根本的差别。资产库是一个存储企业所有资产的数据库,

 CMDB 不仅仅存储所有 IT 元素,更重要的是可以展示它们之间的相互关联,从而帮助企业了解 IT 资产的运行状态是什么样子,它对企业业务有什么影响等。

IT 环境视图清晰地展现了各种 IT 设备、其属性以及相互关系;业务视图可以让每个人

员明确,业务运作模式是什么样,不同业务关联到哪些设备,每个设备的故障影响到哪些业

务等。

 CMDB 建设方法

CMDB 是一个特殊的数据库,它必须拥有 4 个至关重要的功能:

l  联邦性:是指 CMDB 能直接获取多种数据源并与数据源联系在一起;

l  协调性:能够避免重复,并对来自不同数据源的配置项进行自动匹配;

l  同步性:即确保整个系统中的信息是同步更新的;

l  可视化:即可提供配置项(CIs)的端对端及层次化视图。

 

CMDB 有两种,一种是物理的数据库,要求客户把全部配置项都拷贝到物理数据库里

面去;另一种是虚拟的数据库,如 MO  CMDB,不要求客户把全部配置项都拷贝到物理

数据库里,只维持关联关系就可以。

 

物理型 CMDB 数据库:存在两个问题:其一,不同数据库中的数据要全部无冗余地拷

 CMDB,存在一定困难;其二,不同数据库中的数据也是不断地更新,要想同时把变更

之后的数据传递给物理型 CMDB,会带来网络流量方面的问题,也很难做维护。

 

虚拟型 CMDB:通过指针索引的方式去获得其他数据库里的配置项信息,不存在以上

两个问题。 但是,虚拟性 CMDB 需要人工梳理和比对大量的关联关系,并不断更新。

CMDB 通常采用三种实施方法:自上而下、自中而上、自下而上。每种方法对现有配

置数据的实施要求在范围和程度上都不一样。

 

l  自下而上的方法:也就是从底层开始,首先查找企业内的所有 CI(配置项),着手建立一个大的数据库,然后查找CI 之间的关联关系和对业务的影响。这种方法往往要花几年时间才能完成。

l  自上而下的方法:就是从小的局部系统开始实施,比如信贷核心系统,从这个业务开始着手,然后把底下与此业务相关的所有 IT 元素全都关联过来。这样的好处是可以在比较短的时间内即一个月做出一个完整的 CMDB,而不需要花若干年。

l  自中而上的方法:就是采用折中方法建立 CMDB,它是通过在企业建设过程中,将逐步形成的分散的、独立的、自身需要的信息资源库在 CI 层面上进行逻辑联邦和同步,建立起虚拟的 CMDB

 

自中而上的方法,可以帮助用户在短时间内建立起企业内需要的 CMDBCI 信息全面,

同时见效快,既避免大规模的 CMDB 建设的时间长、见效慢的缺点,也避免了单点突出建

 CMDB  CI 范围狭窄、完整度不足的缺点。

 

具体建设 CMDB 时,需要从两个层面来实施:

l  一是采集基础数据。要通过适配器把数据采集上来,然后放到一个大的数据库中。

l  二是建立业务视图和业务影响分析。业务视图反映业务流程运作的情况是不是正

常,有没有问题等。这需要按照业务性质、业务流程等建立模型。

 

通过建模工具,建立描述业务流程的树状模型,模型上的每个结点上把每个配置项(CI

的影响以及相互影响放在上面,一旦某个配置项出现问题,图上就可以实时反映出来。为了

建立业务视图,IT 部门需要得到业务部门的大力支持。

 

 CMDB 建设保障

企业在实施 ITIL 项目的时候,配置管理常常被视为项目的软肋,费时费力,却事倍功

半。究其原因主要是因为企业在建设 CMDB(配置管理数据库)的时候,往往不知所措,

耗费了大量的人力和时间收集各类 IT 基础架构信息,最后得到的却是一个极其复杂而难以

维护的“IT 基础架构信息库”。这与 ITIL 描绘的配置管理是企业实践 IT 服务管理的基础或

核心,为 ITIL 其它流程提供基础信息的关键地位相去甚远。

 

正确来构建 CMDB,必须有如下保障:

l  制定配置管理政策

 

IT 运维管理政策,是指导和规范 IT 运维管理的行动指南和共同纲领。它使企业在认识

上形成统一,减少了不必要的沟通成本,并使企业在流程执行上事半功倍。对于构建 CMDB

而言,主要有以下两类政策:

 

宏观政策,主要是涉及公司或 IT 部门层面指导性、方向性的政策,其目标是在企业内

部形成统一认识。如:企业 IT 内部应当使用统一的配置管理流程,并且使用标准的文档记

录和汇报机制。

 

运营政策,主要涉及到流程目标、人员、输入、输出、活动以及 KPI(关键绩效指标)

各要素以及流程之间相互协调、信息交互方面的指导原则,其目标是使流程能够在政策的指

引下稳健、有效地执行。

l  确定配置管理的范围

 

政策的制订定为企业构建 CMDB 营造了良好的环境,配置管理范围的确定才是企业构

 CMDB 的真正开始。配置管理的范围主要指的是 CI 的宽度和深度,以及 CI 的生命周期。(注:ITIL 所提到的配置管理范围主要指的是 CI 的宽度和深度,CI 的生命周期 ITIL 认为是从 CI 的接收到最终的报废退出,但在实施过程中,由于流程管理主体的差异化,对 CI

管理的生命周期的划分也有所不同。)

构建 CMDB 模型

有了 CMDB 建设保障之后,可以来梳理配置项信息及其关系,从而设计出 CMDB 模型

蓝图,主要包括以下步骤:

l  定义配置项的关系

配置项(CI)之间关系的定义也是配置管理建设和 IT 资产管理建设的区别点之一。可

以采取两种方法进行具体的梳理工作,一种是“自上而下”;另一种是“自下而上”。

“自上而下”方法一般要求企业已经明确了对外提供的服务目录,然后基于服务目录按

照“业务服务——》IT 服务——》IT 系统——》IT 组件”的顺序进行梳理。

顾名思义,“自下而上”方法是“自上而下”方法的逆向过程,企业先从对内部 IT 组件

关系进行梳理的过程开始,然后逐步将 IT 组件映射到 IT 服务。相对来说,当前“自下而上”的方法适用范围更广。

 

l  定义配置项的属性

在构建 CMDB 的过程中,除了构建配置项(CI)关系外,还需要为每个配置项(CI

定义属性。

 

l  设计 IT 服务模型蓝图

最后,构建一份 IT 服务模型蓝图。蓝图主要起到了两个作用,一方面它是对当前企业

CMDB 建设工作成果的验证;另一方面,它也是对将来企业改进和完善 CMDB 建设方向的

一种指引。通常蓝图中应该包括以下内容:判断 CI的标准;定义 CI 属性、关系的准则;

持续改进方案和过程;当前的 IT 服务模型等。

 

CMDB 旨在存储与管理企业 IT 架构中设备的各种配置信息,有别于传统的数据库。

CMDB 作为统一的配置管理库,必须全面、细致而准确地记录和保存各种软硬件配置信息,

以便支撑事件、问题、变更、发布等各种 ITSM 流程,成为整个 IT 运维管理的基础。

避免 CMDB 建设误区

CMDB 建设是一项“意义大、投入大、见效缓”的地基工程。需要明确系统定位和理清

功能的前提下,应该确立并坚持以下原则:

l  应用场景决定管理粒度和幅度;

l  数据维护紧密结合 ITSM 流程;

l  自动采集作为数据核查手段;

l  专题应用带动数据维护;

l  配置项关系呈现直观化作为系统特色。

基于了上述原则,才能避免 CMBD 建设陷入数据“维护难– 消费少  不准确–

消费更少”的恶性循环,才能把项目带到了实用、有效阶段。

 

 CMDB 建设和应用中,必须注意基础数据准确性的问题。如果用户保存了基础资源

配置数据,但是存在较大的不规范、不全面的问题:设备的厂家、型号不规范,不符合系统

要求;资源之间的关联关系缺乏,无法有效支持 IT运维管理。

 

必须认识到,系统功能加上基础数据等于系统能力,系统能力加上频繁使用等于业务成

效。如何保证数据质量,使系统成效发挥出来,避免功亏一篑,是 CMDB 建设中不可忽略

的问题。





模块之间接口实现


监与管之间的接口

网管监控模块与流程管理模块之间的接口,主要体现为某些满足预定条件的告警自动触

发生成电子工单,进入流程管理模块。

 

因此,如何实现监与管两个模块之间的接口、数据的转换和正确、准确和全面地确定触

发条件,是设置此接口的关键之处。

 

如果未能正确设置触发条件,则会导致错误工单的产生,如工单类别错误。

如果未能准确设置触发条件,则会导致工单内容的不准确,如责任人或责任部门的错误。

如果未能全面设置触发条件,则会导致漏派发工单。

工单中的信息与告警中包含的信息既有交集,又有转换和有所区别。工单的故障信息内容和描述来源于告警信息,但是告警信息应用于网管监控层面,是为了全面准确反映监控结果,描述故障现象。工单信息是应用于流程管理平台,是为了描述故障、界定责任范围、规范工单流转、跟踪工单等目的。

 

管与控之间的接口

IT 流程管理的最终目的和效果反映在对运维操作的指导上,而对于批量的、重复的运

维工作,可以高效、优质和规范化地通过自动化运维操作来实现。借助于 IT“监管控”一

体化运维平台,其中的流程管理和自动化运维操作模块之间的接口,运维部门和人员可以预

先设置过滤和触发条件,根据工单信息,关联个别的自动化运维操作脚本。

 

因此,,如何实现监与管两个模块之间的接口、数据的转换和正确、准确和全面地确定

触发条件,是设置此接口的关键之处。

 

如果未能正确设置触发条件,则会启动不必要的自动化运维操作,造成严重后果。

如果未能准确设置触发条件,则会导致非预期的自动化运维操作。

如果未能全面设置触发条件,则会导致遗漏预期的自动化运维操作。





报表系统


专业的 IT 运维报表可以准确、系统地反应 IT 信息系统运行状况和 IT 运维管理状况。

 IT 基础架构、业务系统运行走势和 IT 运维工作本身进行分析,反应目前整体现状,发现

趋势和潜在问题,采用科学的手段完成评估,指导现在和未来的 IT 环境建设,促进后续工

作的展开。包括:

l  事件类报表

l  告警类报表

l  问题报表

l  配置报表

l  工单类报表

l  „„


报表提供订阅的功能,对于用户订阅的报表,将定期自动生成 html 文件发送到用户邮

箱中,方便用户查看。

用户也可根据需要选择将报表转换为 pdf 等其他格式。


========================================


本期,我们一起针对CMDB建设进行讨论,分享了一些CMBD建设的经验。欢迎各位关注公众号


=========================================


上海卫道 应用生命周期管理软件

绝对能解决您的开发压力

 

快来看看吧!

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ 





 

 ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ 


详情联系:

24小时客服电话:400 165 9009

产品咨询:13817779904


公司网站:http://www.wedo365.net/

          

加盟代理:点击左下角“阅读原文”



本网站由阿里云提供云计算及安全服务