CMDB配置管理应用问题的研究_开题报告

一、文献综述

随着ITIL流程体系的不断演进，IT运维从简单的系统设备管理逐步转向关注客户体验的服务全生命周期管理，包括战略、设计、转换、运营和持续提升五大部分。其中，配置管理就属于“服务转换”部分。配置信息的准确与完整，对上线变更管理、服务资产管理、事件管理、故障管理等均有重要意义。

从CMDB起源及其与ITIL的关系来看，CMDB作为统一的配置管理库，应该全面而细致地记录和保存各种软硬件配置信息，以便支撑时间、问题、变更、发布等各种ITSM流程，成为整个IT运维管理的基础。要全面细致地维护各种软硬件配置信息，需要用户花大力气梳理、搜集这些信息，并且在日常工作中保持其功效性。另一方面，要通过对ITSM流程的支撑发挥成效，ITSM流程就应该是被落实执行的。所以说，CMDB建设是一项“投入大、见效缓”的地基工程。这个“投入大”，主要是用户维护的时间和精力投入大。好多ITSM项目工程只有抓住要点，做到“少投入、见速效”，才能保证客户领导、员工都满意，项目才能顺利完成。而一般的技术规范书中CMDB的建设目标空泛、范围模糊，功能需求繁多、脱离实际，充斥着ITIL的各种术语和概念，一看就是各家产品东拼西凑而成。

那么，如何调研和分析这个CMDB项目的数据需求，功能需求，才能做到“投入小、有成效”呢？

深入了解了用户在IT资源配置管理方面现状和问题，研究了各家CMDB产品的优势和劣势，终于把系统定位和功能理清，确立了“应用场景决定管理粒度和幅度”、“数据维护紧密结合ITSM流程”等原则，初步打破了数据“维护难、消费少、不准确、消费更少”的恶性循环，把项目带到用户试用阶段。

在试用过程中，基础数据准确性问题又凸显出来。对于CMDB来说，系统是“妇”、数据是“米”。俗话说，巧妇难为无米之炊。更何况CMDB系统还算不上巧妇。用户不是没有保存基础资源配置数据，但是存在较大的不规范、不全面的问题：设备的厂家、型号不规范，不符合系统要求；资源之间的关联关系缺乏，无法支持专题应用。系统功能加上基础数据等于系统能力，系统能力加上频繁使用等于业务成效。如何保证数据质量，使系统成效发挥出来，避免功亏一篑呢？通过项目组梳理、用户填报等各种手段，把数据整理规范准确。

如何成功地实施CMDB，快速见到成效，正成为系统管理项目实施的热点。在很多案例中，由于忽视了对基础数据的质量和客户需求的把握这两大必须攻克的难点，ITIL的深入应用受到了很大的挑战。

伴随着企业经营规模在业务、人员和地域等领域的不断扩大，企业对IT技术的依赖性逐渐增强，甚至达到了须臾不可或缺的地步。数量庞大、品种繁多的IT资产散布在企业的不同地方、不同系统中，信息的格式、内容千差万别，不仅难于统计、查询和利用，更为使用、更新、维护和优化造成较大的麻烦，因此IT管理的重要性也应运而生。

　　在向ITSM体系小步快跑的途中，CMDB孕育而生，其重要性也为企业的IT管理者们所谙熟。CMDB已悄然从传统的Excel表格中走出来，蜕变为IT服务管理核心的一道风景线。

　　CMDB作为ITIL流程支持的核心，为ITIL的配置管理、事件管理、问题管理、变更管理、服务帮助台和版本管理等流程提供IT服务及基础架构层面的配置信息。CMDB与ERP的区别在于，它已经不单纯是一种管理型系统，更多地是一种服务型系统，所以只有CMDB记录的数据完整准确，才能有效地反映IT服务的真实状态。

二、^范文提纲

1 建设背景

2.1组建专职团队

由运行维护部组建5人的专职管理团队，其中1名员工担任配置经理角色、2名员工担任配置管理员角色、2名员工担任配置审计员角色。同时，明确定义了配置经理、配置管理员、配置责任人和配置审计员等岗位以及相应的职责，实现了配置变更权限的统一控制。

2.2规范管理流程

通过制定从“申请配置变更”、“审核配置信息”、“更新配置数据”到“定期审计稽核”的闭环流程，实现了配置的统一化和标准化管理。

2.3优化数据模型

2.3.1调整资源分类

根据数据的类型、内容和性质，将CMDB资源类型重新划分为三层，合并、删除不合理子类。第一层共五大类，分别是逻辑类、业务类、应用类、用户类、物理类；第二层共17类，有进程类、存储空间、服务器、系统分类、应用用户等；第三层共34类，有进程、中间件实例、刀片服务器、PC服务器、小型机、路由器等。

2.3.2确定配置属性

针对模型中的每种子类的配置属性进行调研，包括：属性项采用什么类型比较合理、比较易于展现和维护、需要用户提供哪些资料。然后，根据用户实际需求进行调整、扩充或修改，例如：基础信息、业务信息、工程信息等。此过程遵循“精而不多、循环优化”的原则。

2.3.3建立关联关系

通过梳理第三层32类配置资源之间的关联关系，构建配置项关联关系图，如下图所示。在关联图中，完整的展现了一个业务系统所有与之相关的配置项。

2.4升级平台工具

2.4.1引入自动工具

对于传统架构的业务系统，引入Ultra-OAS自动化工具对基础设施、中间件、业务应用等各层资源与属性进行采集，并导入自动化采集平台；对于云化架构的业务系统，引入云化管理平台资源管理模块，获取最新的IAAS、PAAS、SAAS等各层资源与属性信息。通过API开放接口，自动化采集平台与云化管理平台分别将最新配置信息与配置管理平台进行定期比对，形成差异报告并主动发起变更流程，由配置审计员进行审核。通过流程审核的数据最终入CMDB生产库，提升配置数据的准确率。

2.4.2增加管理报表

在管理平台中开发报表，从“配置数据分类、配置项状态分类、配置数据变更情况、数据运营指标、配置数据专题情况统计”等多个维度展现资源配置数据，提升配置管理精细度。

2.5建立应用场景

随着业务支撑系统规模越来越大、架构越来越复杂，以往一切基于流程的传统运维模式已无法满足。运行维护部将上线变更、监控告警、故障处理等与配置管理平台打通，实现基于配置的敏捷运维模式，并建立相应的应用场景。

2.5.1变更应用场景

在上线变更准备阶段时，变更管理员可通过接口查询配置管理平台业务系统逻辑拓扑图，并选择输入变更配置项、变更类型、变更时间。配置管理平台将根据这些信息返回业务系统、功能点和监控告警的影响范围等。变更管理平台依据这些信息对照风险评估模型估算出本次上线变更的风险等级，并自动匹配出告警屏蔽清单和相应的业务验证测试用例，辅助变更管理员快速地完成上线变更执行计划书，降低人为失误的风险。

2.5.2监控应用管理

打通CMDB平台和监控平台，并依据监控平台监控对象的定义，在系统拓扑图中实时展示监控部署和监控告警情况。监控覆盖率指标未达标的，自动提示未部署监控的配置项，并生成清单发给配置管理员；监控告警产生时，自动在系统拓扑图中展示异常配置项信息，并按照不同的配置提供应急预案。

3配置管理成果

3.1配置变更线上提交率与变更量提升

配置变更申请线上提交率从80%提升至100%，通过对CMDB子类结构调整、配置项信息自动化采集、配置项属性的优化等，使得配置项变更数量逐步提升从月均1000增加至7000以上。

3.2资源种类与配置信息空白率减少

配置第三层分类从66个减少到32个，补录信息超5000条，必填属性空白率经过与相关专业组讨论，根据使用频率、信息可用性等，将属性分为3类：必填项、选填项、隐藏项。通过配置项属性修改，必填项属性值空白率由18%下降至5%。

3.3配置采集自动化率与正确率提升

现阶段，已实现业务类、应用类、物理类、逻辑类和用户类等5个资源大类的自动化采集，自动化配置项数量提升至49828个，自动化率提升至84%，数据准确率提升至93%，全面提升配置管理精细度。

3.4配置数据使用效能提升

通过和监控关联，2015年累计发现1478个监控点缺失，增加1689个监控应急预案，业务支撑核心系统监控覆盖率从93%提升至96%；通过和变更关联，累计发现616个存量配置项未走线上变更流程，评估重大变更风险17次，月均避免故障12次。

三、参考文献

[1]中国移动浙江公司业务支撑网BOMC（NGBOSS5.0版）扩容改造建设项目技术需求书（IT支撑运维流程管理系统）中国移动通信有限公司业务支撑系统部交流网站 ://132.32.22.9/public/cmschema/index.asp 2015年3月20日

[2] 中国移动业务支撑网运营管理系统NGBOSS2-BOMC（V5.0）规范-资源管理分册V1.0.0 中国移动通信有限公司业务支撑系统部交流网站 ://132.32.22.9/public/cmschema/index.asp 2015年3月12日

[3] 中国移动业务支撑网运营管理系统NGBOSS2-BOMC（V4.0）规范-资源管理分册V1.0.0 中国移动通信有限公司业务支撑系统部交流网站 ://132.32.22.9/public/cmschema/index.asp 2013年3月15日

[4] 中国移动浙江公司配置管理工作介绍 中国移动通信有限公司业务支撑系统部交流网站 ://132.32.22.9/public/cmschema/index.asp 2016年1月20日

[5] 中国移动浙江公司CMDB虚拟机管理问题 中国移动通信有限公司业务支撑系统部交流网站 ://132.32.22.9/public/cmschema/index.asp 2016年3月31日

[6] 【YZ-400】中国移动浙江公司IT系统配置管理办法 （V5.0） 中国移动通信有限公司业务支撑系统部交流网站 ://132.32.22.9/public/cmschema/index.asp 2010年2月21日

[7] 谢亚涛.CMDB经验分享之 – 剖析CMDB的设计过程. csdn.net. :// .csdn.net/article/a/2016-01-25/15834593 2016年1月25日

[8] 老王. 【平台篇】运维平台之CMDB系统建设.  ://chuansong.me/n/1287356.2015年3月24日

[9] 博思软件（BMC Software，Inc）.CMDB分步构建指南. 北京航空航天大学出版社 2011年9月

[10] 刘亿舟. CMDB实施步骤及关键成功因素分析. 豆丁网.  :// .docin.com/p-361187307.html 2012年3月13日

[11] 深圳联友科技有限公司. 配置模型设计（CMDB构建）. 豆丁网.  :// .docin.com/p-72188525.html 2010年8月19日