CMDB配置管理流程
cmdb 建设目标
cmdb 建设目标
CMDB（配置管理数据库）的建设目标是实现面向消费的统一权威数据源，确保IT运维主数据的“可管、可信、可用和可视”。
具体来说，包括以下几个方面：
1. 可管：完善配置管理体系，统一规划，实现各系统、各业务、各区域的IT主数据的统一建模、存储和运营管理。
2. 可信：从源头上不断提升数据自动采集比，实现与运维流程的联动整合，确保数据的准确性，并可跟踪闭环。
3. 可用：提供在线、易用的API接口，方便第三方系统集成消费，明确核心场景的集成逻辑。
4. 可视：提供可视化的配置数据维护管理手段，兼顾资源视角和业务视角的管理需要。
此外，CMDB的建设目标还包括标准化、平台化、自动发现等功能模块的统一管理，以有效提升整体效率。
通过将IT资源配置信息统一管理和标准化，促进IT资源命名规范，减少部室间协调沟通的成本。
同时，通过CMDB和自动采集技术，可以实现数据自动采集、自动发现和自动维护，提高运维效率和准确性。
ITIL-配置管理
Copyright © Sino-i Technology Limited All rights reserved
Copyright © Sino-i Technology Limited All rights reserved
Sino-i Technology Ltd.
配置管理的流程控制
❖ 关键绩效指标 提高IT服务质量方面 ➢ 因配置项信息不准确而导致的IT服务运营故障比 例 ➢ 组件修复速度 ➢ 客户对服务和终端设备的满意度
ITSM / ITIL
ITIL 培训
——配置管理
Sino-i Technology Ltd.
主要内容
1. 配置管理概述 2. 配置管理的目标 3. 配置管理的流程 4. 配置管理的活动 5.配置管理的流程控制 6. 配置管理的成本和可能产生的问题
Copyright © Sino-i Technology Limited All rights reserved
Sino-i Technology Ltd.
配置管理的目标
❖ 效益 管理IT组件 提供高质量的IT服务 有效地解决问题 更快速地处理变更 对软件和硬件实现更好的控制 提高安全性 遵守法律法规 更精确的支出计划 更好地支持可用性管理和能力管理流程 为IT服务持续性管理提供了一个坚实的基础
Sino-i Technology Ltd.
配置管理的目标
❖ 配置管理的目标 维护与IT组件以及运用这些组件提供的IT服务有关的 记录并确保这些记录的可靠性 提供准确的信息和文档以支持其他服务管理流程
配置模型设计(CMDB构建)
三级分类3
三级分类4
属性7
属性8
属性9
属性10
属性11
属性12
属性13
属性14
一个CI分类为三级分类2时，其属性集=（属性9+属性10+属性3+属性4+属性1+属性2）
一个CI分类为三级分类3时，其属性集=（属性11+属性12+属性5+属性6+属性1+属性2）
人才 速度 品质 服务 诚信 和谐
CI结构
CMDB
人才 速度 品质 服务 诚信 和谐
CMDB表关系草图
CI分类表 CI分类ID CI分类名称 CI分类层级 父分类ID CI属性表 CI属性ID CI属性名称 CI约束机制ID 所属CI分类ID 约束机制表 约束机制ID 约束机制名称 数据类型 数据字长
CI实例表 客户数据表 客户编码 客户名称 组织ID 联系方式 CI编码 CI名称 CI分类ID CI属性名称 CI属性值 关联客户ID 事件数据表 事件编码 事件类型 事件分类 事件描述
出库管理
功能点 功能点 功能点
库存管理
人才 速度 品质 服务 诚信 和谐
CMDB关键功能
1. 2. 3. 4. 5. 6. 7. 8. 9. 实现所有运维对象的有效配置管理 批量创建与维护ＣＩ 提醒预警功能（年限、续保） 抽样生成审计任务功能 可实现部份仓库管理职能与资产管理职能 无限制快照功能 单个CI打印与盘点清册打印 多纬度统计与查询功能（类、属性、结构、关系） 实现无缝接入事件管理、变更管理、问题管理、操作管理
服 务 目 录
组件 1、可多层级扩展 3、运维对象的任意节点与 客户组织、运维组织、服务 目录的任意节点直接关联 4、有父必含子，双流向 5、组件内部含有结构、关 系、状态
CMDB设计
CMDB设计CMDB（资产管理数据库）CMDB是所有运维⼯具的数据基础CMDB包含的内容1. ⽤户管理，记录测试，开发，运维⼈员的⽤户表2. 业务线管理，需要记录业务的详情3. 项⽬管理，指定此项⽬⽤属于哪条业务线，以及项⽬详情4. 应⽤管理，指定此应⽤的开发⼈员，属于哪个项⽬，和代码地址，部署⽬录，部署集群，依赖的应⽤，软件等信息5. 主机管理，包括云主机，物理机，主机属于哪个集群，运⾏着哪些软件，主机管理员，连接哪些⽹络设备，云主机的资源池，存储等相关信息6. 主机变更管理，主机的⼀些信息变更，例如管理员，所属集群等信息更改，连接的⽹络变更等7. ⽹络设备管理，主要记录⽹络设备的详细信息，及⽹络设备连接的上级设备8. IP管理，IP属于哪个主机，哪个⽹段, 是否被占⽤等CMDB实现的三种⽅式（1）Agent实现⽅式：Agent⽅式，可以将服务器上⾯的Agent程序作定时任务，定时将资产信息提交到指定API录⼊数据库其本质上就是在各个服务器上执⾏subprocess.getoutput()命令，然后将每台机器上执⾏的结果，返回给主机API，然后主机API收到这些数据之后，放⼊到数据库中，最终通过web界⾯展现给⽤户优点：速度快缺点：需要为每台服务器部署⼀个Agent程序，适⽤于上万台机器（2）ssh实现⽅式（基于Paramiko模块）中控机通过Paramiko（py模块）登录到各个服务器上，然后执⾏命令的⽅式去获取各个服务器上的信息优点：⽆Agent 缺点：速度慢，适⽤于⼀两百台机器在机器台数不多时候可⽤此⽅法1import paramiko2# 创建SSH对象3# ssh = paramiko.SSHClient()4# 允许连接不在know_hosts⽂件中的主机5 ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy())6# 连接服务器7 ssh.connect(hostname='', port=22, username='root', password='123')89# 执⾏命令10 stdin, stdout, stderr = ssh.exec_command('df')11# 获取命令结果12 result = stdout.read()1314# 关闭连接15 ssh.close()View Code（3）saltstack⽅式此⽅案本质上和第⼆种⽅案⼤致是差不多的流程，中控机发送命令给服务器执⾏。
cmdb项目范围及目标
cmdb项目范围及目标CMDB（配置管理数据库）项目的范围和目标是非常重要的，因为它涉及到组织内部的配置管理和信息技术基础设施的管理。
下面我将从多个角度来回答这个问题。
首先，CMDB项目的范围包括但不限于以下几个方面：1. 数据收集和存储，收集和存储组织内部各种配置项（CI）的信息，包括硬件、软件、网络设备、文档等。
2. 配置项关系管理，建立各个配置项之间的关联关系，以便更好地理解它们之间的影响和依赖关系。
3. 变更管理，跟踪和管理配置项的变更过程，包括变更的申请、批准、实施和验证。
4. 自动发现和识别，通过自动化工具对组织内部的配置项进行发现和识别，确保CMDB的数据是最新和准确的。
5. 报告和分析，提供各种报告和分析功能，帮助管理层更好地了解整个IT基础设施的状态和变化情况。
其次，CMDB项目的目标包括但不限于以下几个方面：1. 提高配置管理的效率，通过建立统一的CMDB，简化配置管理的流程和操作，提高管理效率。
2. 提高变更管理的可控性，通过CMDB跟踪和管理配置项的变更过程，提高变更管理的可控性和可预测性。
3. 改善问题解决的速度，通过CMDB快速定位和识别问题的根源，提高问题解决的速度和效率。
4. 提高整体IT服务管理水平，通过CMDB更好地管理和理解整个IT基础设施，提高整体IT服务管理的水平和质量。
5. 提供决策支持，通过CMDB提供的报告和分析功能，为管理层提供决策支持，帮助他们更好地制定战略规划和资源分配。
综上所述，CMDB项目的范围涵盖了配置管理的方方面面，而其目标则是通过建立统一的CMDB来提高配置管理的效率、可控性和整体IT服务管理水平，为组织的决策提供支持。
希望这些回答能够全面地解答你的问题。
CMDB学习DOC
1．四要点六步骤实施实施CMDBCMDB的应用，是一个庞大芜杂、旷日持久的过程，它涉及到CMDB顾问咨询、产品工具的选择、实施服务、日常维护等多个活动和阶段。
其中，要注意以下几个问题和方法：构建一个统一、精准的CMDB一个统一集中的CMDB（至少提供一个统一的访问入口，这是所谓联邦式CMDB所倡导的）是IT高效管理所必须实现的。
Gartner最近的一份报告指出：拥有准确的配置信息极其重要，如果信息不准确，其破坏性非常大。
所以，还要特别注意CI信息的准确性和与实际情况更新的及时性。
面对如此大量和变动频繁的CI信息，自动化收集更新机制和工具是必须的。
应具有自我描述扩展能力为了不断满足管理对象、管理方式和管理流程的变化和发展的需要，CMDB应该具有一个良好的自我描述、自我扩展的信息模型。
它应该不仅能够告诉我们一个CI，它有哪些信息项、项的含义和取值，还应该具备对新类型的CI、信息项进行扩展、继承和弱化的能力。
优秀的信息描述模型，还应该具备规则触发管理动作能力。
因此使用面向对象的信息组织描述技术能够很好地解决这个问题。
重视CMDB人机界面的使用效率目前很多CMDB的管理工具还停留在表格管理的方式上，信息的存储也许要借助于表格式的关系数据库，但是人机界面的友好性和操作效率，必须强调2个能力，首先是检索能力，支持各种方式的重新组织和索引，如按照部门、设备类型、地理分布等；多个维度的复合查询；支持全文模糊检索能力。
其次是可视化能力，特别对于CI之间的关联关系，通过二维、三维的图形展示方式，能够让人对这种关联一目了然，从而提高了工作效率。
管理工具的集成和共享能力要建立一个统一、精准的CMDB，必须要求管理工具能够从各种数据源获取相关信息，并按照信息模型归一化后，整合到数据库中。
集成大粒度的数据源，如网络系统管理工具、服务台管理系统、资产管理系统等，能够有效降低集成的难度，也更容易保证CI信息的及时更新。
另一方面，要保证信息在相关系统中双向流动，充分共享集中、准确的信息，而不是引用不准确的信息拷贝。
CMDB自动化运维方案
CMDB模型样例
UPS
供 电
数据库表空间
数据库文件
IP子网
网络设备 机柜
供电
供电
机密配电列头柜
断路器
数据库账户
包 含 使 用
数据库实例
属 于
组 成 存 储 在 属于
网络设备端口
机房
建筑
使用
属于
链接
链接
业务系统
Web应用
中间件
数据库
IP地址 PC服务器 光纤交换机 磁带库
运行 在
mapping
包含
包含
模型
利用CMDB的数据玩转各种运维场景
数据 API 场景
CMDB = 模型 + 数据 + API +场景
能消费起来的CMDB才是好CMDB！
操作系统
LUN
存储池
磁盘库列
我们怎么干的 – 技术
第三步
易于调整模型 支持动态属性
3 1
2
第二步
使用关系建立联系
分清关系与属性
第一步
数据类型标签化 支持多重身份
痛点 II 数据不准确
问题
人工录入、数据准确率低
没有及时维护、数据过期
数据来源多、存在冲突
我们怎么干的 – 管理
确定地位
确定CMDB作为唯一数据源，上 下游数据不准确，应从CMDB开 始修正
痛点 III 数据不好用
问题
不清楚有哪些使用场景
系统开放性差
我们怎么干的 – 管理
影响 分析 容量 管理
流程 协同
寻找场景 提升价值
自动 监控 自动 伸缩
自动 排障
物联 运维
…
我们怎么干的 – 技术
CMDB配置管理变更管理
CMDB配置管理详解CMDB配置管理流程有几个关键目的1、管理企业内部及各项服务所涉及的所有IT资产及配置。
为故障管理、问题管理、变更管理和发布管理提供一个充分配置信息，支持所涉及的ITIL服务流程；比如：提供故障处理流程所涉及信用卡系统的IP地址、投产日期、投产原因、版本、变更历史、关联资产等等。
帮助运维人员更加顺利的完成故障的恢复工作及相关影响的预防工作。
2、定义、管理和维持受控资产配置项受控属性及状态、生命周期；比如：某类资产需要管理和控制的属性力度，机房设备需要管理其设备样式、功率、机架号、使用人、购置日期等。
软件资产则需要维护版本号、投产日期、投产原因、存放位置等等，同时管理和记录资产各个配置属性发生变化的历史信息，达到全生命周期的跟踪管理3、管理、识别和维持资产之间的相互关系，提供故障处理过程中所涉及资产的影响度范围；比如：定义和识别某软件安装在某个服务器上，某服务器上运行了邮件服务器，以便在对该服务器进行相关处理时，快速识别会影响到邮件的收发，做好预防和通知工作4、管理、定义、自动提醒资产配置项发生变更时的影响；比如：修改了IP地址会影响到哪些应用、哪些主机等，当服务器内存条坏了，最能影响到哪些事情等。
再比如：公司的影像系统为各个业务系统提供服务，当变更影像系统的某个配置时，能提醒到相关的影响。
5、针对资产核实配置信息并纠正，保障帐实相符的一致性。
账实不符会造成故障管理过程中的不实的信息，需要有便利的盘点的机制。
对于ITIL实施工具中CMDB的功能考量1、扩展性IT资产的类别的多样性，而且不同企业对于运维资产的配置项属性的受控力度要求不一样，因此优秀的ITIL工具中CMDB的灵活性相当重要，可以灵活的配置各类资产的相关属性，以便管理好ITIL实施过程中适合的CMDB库的管理粒度2、易用性IT资产作为所有服务流程的坚实基础，信息的充分性、准确率及变更的易用性都非常重要。
所以需要优秀的ITIL工具（如：E8.HelpDesk）中提供盘点、批量更新、变更流程支持并记录资产历史状态等等功能，保障准确性和易用性3、视图的充分性IT运维环境复杂，往往不是人脑在任何状态下都能清晰的感知IT资产的相关信息的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
逻辑主机
PC 服务器
系统
物理磁盘列阵 逻辑磁盘列阵
存储
磁带库
光纤交换机
CI属性
建立属性池的概念，便于维护及效率调用。 针对每一个CI分类，设计属性，以便CI实例继承 CI属性本身带有层级(公用、一级、二级、三级） CI属性具有父子继续性 CI属性会根据逻辑性划分（管理属性、技术属性等等。。。）
属性3 属性4
三级分类1三级分类2源自三级分类3三级分类4
属性7
属性8
属性9
属性10
属性11
属性12
属性13
属性14
CI结构
随着配置模型进一步挖掘，目前已考虑进一步深化结构信息，将原有 的单纯父子结构类型，扩展为三种结构类型
构成（forms part of)，真正意义上的父子，某个模块是一个程序的一 部份，CPU是计算机的一部份
概述
状态报告几个环节。下面对这几个管理活动介绍 计划管理
CMDB实施之前，要对CMDB模块进行全面的规划设计。具体的规划设计主要 包括分析系统中需要用到配置管理的各设备，相互关系，进行相关流程的设置 ；从系统灵活性、延续性和可操作性方面考虑，统一制定相应的管理计划和详 细的实施计划。 配置识别主要涉及到配置项的范围、属性、标示符、配置结构等方面 配置项控制是整个流程的核心之一，主要工作是对配置项的变更进行控制。目 的是为了确保CMDB数据库记录的配置项的增、删、改及相互关联的流程操作 。
office
CI实例示意
属性1 属性2 属性3 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 值1 值2 值3 值4 值5 值6 值7
CI分类1
CI实例1
属性4 属性5 属性6 属性7
属性8
数据类型及格式
数据类型及格式
值8
值9
CI分类2
每一个CI属性需要设计属性值约束机制，以规范及效率填写，同时便于后续的统计与
计算。
CI属性有狭义与广义之分（在技术层面，结构属性、关系属性也会纳入属性行列管理 ）
高度动态信息不做CI属性管理（CPU、内存占用率，数据流量）
CI属性示意
属性1 一级分类1 属性2 属性5 二级分类1 二级分类2 属性6
CMDB配置管理
概述
CMDB的概念
配置管理数据库（Configuration Management Data）运用了配 置管理的核心思想，通过使用数据库交互关联管理的方式识别和 确认系统的配置项、记录配置项状态和变更信息、检验配置项的 正确性和完整性等一系列过程。 创建CMDB的目的是维护配置数据库中相应IT基础建设的配置记 录；提供配置项（CI）的管理信息：如关联关系、状态信息、变 更记录、版本信息等。配置项的只要工作是记录IT系统内使用的 所有组件（硬件、软件、程序及相应配置文件等）都可以看做是 一个配置项。配置项层级的划分制定是配置管理程序中相当重要 的成功关键因素。 配置管理能够对系统的组成、位置，相互联系及状况有更准确的 把握。配置管理作为一个逻辑思想流程，主要由规划的管理活动 所组成。其中管理活动包括计划管理、配置识别、配置项控制、
连接(Is connected to)，计算机与网络的节点
需要(Is needed for)，操作系统与计算机，一个项目与一台服务器 将根据这三种结构类型，来构建CI集群 虚拟CI仍然纳入规划设计过程
CI结构示意
? 连接?
局域网 连接 连接
构成
构成 构成
需要
需要
CPU
硬盘
主板
操作系统
配置识别
配置项控制
状态报告
概述
状态报告
状态报告是指所用配置项当前的状态统计及其变更的历史。
以上概述了CMDB原理及简述了CMDB的设计分析，下面以胜利 项目为例，该项目范围是设信息中心网络的管理，所以设计f范围 就是网络设备的配置项（CI）设计、关联关系、查询等。
设施分类
一级分类 二级分类 三级分类
属性9
CI实例2
属性10
数据类型及格式
值10
CMDB用户界面示意
管理控制台
CI 浏览器
CI 查看器
CMDB
CMDB表关系草图
谢谢！