CMDB配置管理流程.pptVIP

CMDB配置管理 概述 CMDB的概念 配置管理数据库（Configuration Management Data）运用了配置管理的核心思想，通过使用数据库交互关联管理的方式识别和确认系统的配置项、记录配置项状态和变更信息、检验配置项的正确性和完整性等一系列过程。 创建CMDB的目的是维护配置数据库中相应IT基础建设的配置记录；提供配置项（CI）的管理信息：如关联关系、状态信息、变更记录、版本信息等。配置项的只要工作是记录IT系统内使用的所有组件（硬件、软件、程序及相应配置文件等）都可以看做是一个配置项。配置项层级的划分制定是配置管理程序中相当重要的成功关键因素。 配置管理能够对系统的组成、位置，相互联系及状况有更准确的把握。配置管理作为一个逻辑思想流程，主要由规划的管理活动所组成。其中管理活动包括计划管理、配置识别、配置项控制、 概述 状态报告几个环节。下面对这几个管理活动介绍 计划管理 CMDB实施之前，要对CMDB模块进行全面的规划设计。具体的规划设计主要包括分析系统中需要用到配置管理的各设备，相互关系，进行相关流程的设置；从系统灵活性、延续性和可操作性方面考虑，统一制定相应的管理计划和详细的实施计划。 配置识别 配置识别主要涉及到配置项的范围、属性、标示符、配置结构等方面 配置项控制 配置项控制是整个流程的核心之一，主要工作是对配置项的变更进行控制。目的是为了确保CMDB数据库记录的配置项的增、删、改及相互关联的流程操作。 状态报告 概述 状态报告 状态报告是指所用配置项当前的状态统计及其变更的历史。 以上概述了CMDB原理及简述了CMDB的设计分析，下面以胜利项目为例，该项目范围是设信息中心网络的管理，所以设计f范围就是网络设备的配置项（CI）设计、关联关系、查询等。 设施分类 物理主机 逻辑主机 PC 服务器 物理磁盘列阵 逻辑磁盘列阵 磁带库 光纤交换机 系统 服务器 存储 一级分类 二级分类 三级分类 CI属性 建立属性池的概念，便于维护及效率调用。 针对每一个CI分类，设计属性，以便CI实例继承 CI属性本身带有层级(公用、一级、二级、三级） CI属性具有父子继续性 CI属性会根据逻辑性划分（管理属性、技术属性等等。。。） 每一个CI属性需要设计属性值约束机制，以规范及效率填写，同时便于后续的统计与计算。 CI属性有狭义与广义之分（在技术层面，结构属性、关系属性也会纳入属性行列管理） 高度动态信息不做CI属性管理（CPU、内存占用率，数据流量） CI属性示意 一级分类1 二级分类1 二级分类2 三级分类2 三级分类1 三级分类3 三级分类4 属性1 属性2 属性6 属性5 属性13 属性14 属性11 属性12 属性9 属性10 属性7 属性8 属性4 属性3 CI结构 随着配置模型进一步挖掘，目前已考虑进一步深化结构信息，将原有的单纯父子结构类型，扩展为三种结构类型 构成（forms part of)，真正意义上的父子，某个模块是一个程序的一部份，CPU是计算机的一部份 连接(Is connected to)，计算机与网络的节点 需要(Is needed for)，操作系统与计算机，一个项目与一台服务器 将根据这三种结构类型，来构建CI集群 虚拟CI仍然纳入规划设计过程 CI结构示意 CI实例示意 属性1 属性2 属性3 属性4 属性5 属性6 属性7 属性8 属性9 属性10 CI分类1 CI分类2 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 数据类型及格式 值1 值2 值3 值4 值5 值6 值7 值8 值9 值10 CI实例1 CI实例2 CMDB用户界面示意 CMDB CI 浏览器 管理控制台 CI 查看器 CMDB表关系草图 谢谢！ * * * *