配置管理流程设计说明-v3.0
电脑资讯部
配置管理流程设计
2009年8月
Version 2.0
关于本文档文档信息
目录
关于本文档 (2)
目录3
插图目录 (5)
表格目录 (6)
1介绍 (7)
1.1 本文适用对象 (7)
1.2 前提与假设 (7)
1.3 阅读指南 (8)
1.4 本文结构 (8)
2配置管理流程 (10)
2.1 目的和目标 (10)
2.2 概念定义 (10)
2.3 配置管理的范围 (11)
2.4 指导原则 (12)
2.5 流程概述 (12)
2.6 流程步骤描述 (14)
2.6.1 配置管理规划 (14)
2.6.2 配置数据模型维护 (17)
2.6.3 配置数据控制 (21)
2.6.4 配置数据验证和审核 (24)
2.6.5 产生配置报表 (27)
2.7 角色与职责 (30)
2.7.1 配置管理流程负责人 (31)
2.7.2 配置管理员 (32)
2.8 重要指标和报表 (33)
2.8.1 配置管理的指标 (34)
2.8.2 配置数据信息报表 (34)
2.8.3 配置状态报表 (35)
3政策 (36)
3.1 常规政策 (36)
3.2 目标时间政策 (37)
3.3 升级政策 (37)
3.4 审核政策 (37)
3.5 数据备份和恢复政策 (38)
4参考数据 (39)
4.1 配置项分类 (39)
4.2 配置项的颗粒度 (42)
4.3 配置项的编号规则 (44)
4.4 CI生产状态代码 (44)
4.5 审核状态代码 (50)
4.6 生产状态与审核状态的关系 (51)
4.7 关联关系 (51)
4.8 物理地址定义 (52)
4.9 配置项结构定义 (53)
5附录1：配置项专有属性 (57)
5.1 业务专有属性 (57)
5.2 渠道专有属性 (57)
5.3 应用专有属性 (57)
5.4 逻辑实体 (57)
5.5 软件专有属性 (58)
5.6 服务器专有属性 (58)
5.7 刀箱专有属性 (59)
5.8 服务器组件专有属性 (59)
5.9 存储专有属性 (59)
5.10 网络设备专有属性 (60)
5.11 安全设备专有属性 (60)
5.12 输入输出设备 (61)
5.13 文档专有属性 (61)
5.14 合同专有属性 (61)
插图目录
图 1-1. LoVEM 图样例 (8)
图 2-1. 配置管理流程概述 (13)
图2-2. 配置管理规划 (14)
图2-3. 鉴别&维护配置数据模型 (18)
图2-4.配置数据控制 (21)
图2-5. 配置数据验证与审核 (24)
图2-6. 产生配置报表 (27)
表格目录
表 2-1. 目标时间政策 (37)
表 2-2. 升级政策 (37)
表 4-1. 配置项的分类 (42)
表 4-2. CI状态 (45)
表4-3. CI状态与配置项分类的适用关系 (46)
表4-4. CI生产状态代码转换图（业务、渠道） (47)
表4-5. CI生产状态代码转换图（应用） (47)
表4-6. CI生产状态代码转换图（逻辑实体） (48)
表4-7. CI生产状态代码转换图（软件） (48)
表4-8. CI生产状态代码转换图（硬件） (49)
表4-9. CI生产状态代码转换图（文档） (49)
表4-10. CI生产状态代码转换图（合同） (50)
表 4-11.审核状态 (50)
表 4-12.审核结果 (51)
表 4-13.审核结果 (51)
表 4-14. CI项关联关系表 (52)
表 4-15.物理地址定义 (53)
1 介绍
《配置管理流程设计说明》旨在介绍和描述将在电脑资讯部实施的配置管理流程，提供对于IT生产环境IT基础架构的一个逻辑模型，并鉴别、控制、维护和验证现有配置项(Configuration Item, 简称CI)的版本等信息。配置管理包含了对IT部件的版本、主要组成和相互关系等的鉴别、记录和报表的功能。
配置管理数据库(Configuration Management Database, 简称CMDB)，至少应当保存各系统部件之间的关系，包括与该系统部件相关的事件、问题、变更请求和版本发布。广义来讲，CMDB还可以用于存放事件、问题、已知错误，以及人员、供应商、地点、业务部门等公司数据。
配置管理不等同于资产管理。资产管理首先是一个财务方面讨论的课题，而不是技术上的课题。资产管理关注的是与PC、网络设备、服务器或者软件等相关的价值、合同、折旧、服务水平、责任人和用途等信息。
在配置管理中，将列出IT基础架构中的IT设备的清单，关注于这些设备是何种设备、物理位置、设备的使用者、发生过多少次变更等。通常配置管理不会关注IT部件的价值或者何时租约到期。配置管理记录了IT部件之间的关系及其从属关系，以便为其他服务管理流程提供当前的、准确的信息。
1.1 本文适用对象
本文作为电脑资讯部实行配置管理流程的参考，供电脑资讯部参与到配置管理流程中的人员和相关的管理层使用。
1.2 前提与假设
本文的使用者应当熟悉ITIL的术语，具有基本的流程技能。
1.3 阅读指南
本文所有工作流程均使用IBM Line of Visibility Engineering Methodology (LoVEM)描述。LoVEM 可提供工作流程的图形化表述。流程中涉及的角色（Roles）定义于左列，还包括其他相关的流程；右侧是流程的每个步骤。
流程的各个步骤分布于各角色相对应的行，各步骤从左到右排列，箭头连接各步骤并表明信息和数据的流向。
每个流程步骤均以图形化表示，并以图表显示步骤的流程、执行相应步骤的角色和各项步骤的内容。
图 1-1. LoVEM 图样例
1.4 本文结构
本文由以下几个章节组成：
第一章，“介绍”，描述了本文的适用对象、组织，以及本文约定使用的描述方法。
第二章，“配置管理流程”，定义了流程的目的和目标、概念定义、配置管理的范围、指导原则、总体流程、流程的步骤、任务，流程中涉及的角色及其职责，以及相关的报表。
第三章，“政策”，定义的流程执行过程中必须遵循的相应规定，如目标时间。
第四章，“参考数据”，定义了流程中的重要执行参数；以及最为重要的初始的CMDB的数据模型和相关CI项的数据结构。
第五章，“附录1-配置项服务分类”，列出配置项的按服务分类。
第六章，“附录2-专有属性参考”，列出配置项的专有属性。
第七章，“附录3-词汇对照表”，将国际通用的IT服务管理的术语与对应的中文翻译一一对应，方便查询。
2 配置管理流程
2.1 目的和目标
配置管理的任务是记录和维护IT环境各组件的准确信息，包括这些组件之间的关系，并把这些信息提供给其他IT服务管理流程，以支持IT服务。
配置管理的目标：
-管理本流程管辖范围下的电脑资讯部各IT配置项及其与IT服务的关系
-维护和验证信息技术中心的配置项信息的完整性，以及与真实环境的一致性-为电脑资讯部的其他流程和服务提供准确信息
2.2 概念定义
配置项（Configuration Item，CI）
指IT架构中或者直接与IT架构相关的一个组件，它是配置管理中最基本的信息单元。
配置项包括：硬件、软件、系统、服务和文档。
配置管理数据库（Configuration Management Database，CMDB）记录和维护配置项信息及其之间的关系的数据库。
2.3 配置管理的范围
配置管理是对IT组件的标识、记录和报告，包括版本信息、组成部分、状态、和其他部件的关系和用途。配置管理应该包括硬件、软件、系统、服务和文档。
基于以上定义，应当清楚的了解虽然配置管理与资产管理相关，但二者含义并不相同。资产管理是包括折旧在内的会计工作。与资产管理不同，配置管理维护配置项之间的关联关系。
当使用不同的技术和实践时，配置管理的范围包括IT基础设施和操作的环境，还可以考虑涵盖解决方案的开发和测试环境。
配置管理包括：
●确立配置项与配置项之间关系的命名规范。
●设计、创建和改进配置管理数据库。
●支持配置项审计。
●确定相互关联的配置项。
●关联配置项变更和相应的变更请求。
●确定和报告配置基线。
配置管理不包括：
●资产管理
●入库管理
●配置项的采购
2.4 指导原则
◆电脑资讯部应该建立一个统一的配置管理流程，所有电脑资讯部管理范围的IT组
件都在本流程下统一管理。
◆所有对配置管理流程和工具的修改，都应该遵循变更管理流程。
◆所有对配置管理信息的更改，都须经过变更管理流程的授权，或者经过指定人员
审核后被授权同意更改。
◆所有电脑资讯部的员工都应该遵守配置管理流程来开展与配置管理相关的工作。
◆所有配置项信息都必须记录在一个数据库管理系统中，并确保信息能准确反映当
前电脑资讯部的IT架构。
2.5 流程概述
下图从总体上描述了配置管理流程、执行步骤和各步骤执行的顺序。
计划的审计
计划的报表
图 2-1. 配置管理流程概述
配置管理流程起始于一个初始的规划和建设步骤，包括创建配置管理数据库（CMDB）。在初始化之后，该流程主要侧重于日常基础的鉴别和维护配置管理数据模型，以及维护配置数据。之后，该流程还负责产生配置信息的报表、定期进行审核。
配置管理规划
该步骤是配置管理的起始点。其目的是规划和定义配置管理的目标、范围、目的、政策和流程步骤，以及配置管理中涉及的人员组织。
初始设置、创建和发布配置管理数据库（CMDB），也是该步骤的工作内容之一。
配置数据模型维护
对于新的请求，为了确保配置管理数据库中现有的数据模型能够记录新的配置项的属性和关系。因此，本步骤主要考虑选择和鉴别所管辖的配置项的信息结构，包括其“责任人”、配置项属性、配置项之间的关系和配置文档等。
配置项数据控制
该步骤确保在数据的接收到废弃的过程中，只有经过授权的配置项才能被接受和记录到配置数据库中。还应当确保对于配置项的增加、修改、替换或者删除都附有适当的控制文件，例如，审批过的变更请求、公司政策发文、经过授权认可的审核报告等。
配置数据验证与审核
应当定期进行配置项的回顾和审核，以确保物理环境中的部件的存在性，并检查配置项信息是否正确记录在配置管理系统中。
当CMDB记录的数据与物理存在的配置项之间不一致，就出现了差异。必须调查这些差异，必要时提出变更请求。如果需要，则修改CMDB以减小存在的差异。
配置管理报表
该步骤定期产生报表，包括各个配置项生命周期的现存和历史数据。这使得配置项的变更历史能够被追踪，例如，可以跟踪一个配置项的状态变化，从“建设中”、“组装中”到“已部署”或者“待报废”等。
2.6 流程步骤描述
2.6.1 配置管理规划
描述:
该步骤的目的是规划和定义配置管理的目标、范围、政策和步骤，以及相关的组织结构、技术手段。其主要目的是创建配置管理数据库的初始数据模型。
图2-2. 配置管理规划
输入:
●初始的配置信息
输出:
●配置管理计划
●初始的CMDB
●初始的审核日志
任务:
1.1拟定配置管理计划
1.2收集初始的配置管理数据
1.3创建初始的CMDB
1.4进行初始审核
1.5修正CMDB
1.1拟定配置管理计划
执行者：配置管理流程负责人
●根据电脑资讯部的IT规划和其他流程计划，创建配置管理计划，包括下列内
容：
●配置管理的角色和职责
●CI的命名规范
●与其他流程的接口
●配置管理系统设计，包括配置管理的范围和关键接口，包括：●CMDB结构
●配置管理数据及其库的位置
●产生CI信息的可控制的环境，即配置管理范围内的环境
●与其他管理流程的接口
●支持工具（如，数据库构建和安装工具）
●定义配置数据模型
●CI信息的系统管理、归档和数据保留周期
●
1.2收集初始的配置管理数据
执行者：配置管理员
●根据配置数据模型，收集初始的配置数据。这可以通过手工收集CI的物理清
单，或者向流程相关人员要相关信息（如，与某个CI相关的事件记录），或者利用自动发现的工具采集信息。
1.3创建初始的CMDB
执行者：配置管理员
●创建CMDB，并将初始的配置数据倒入数据库●
1.4进行初始审核
执行者：配置管理流程负责人/配置管理员
●进行初次审核
●分析审核数据
●如果CMDB真实反映了物理现实，转入步骤2“鉴别&维护配置数据模型”任务
2.1“检查与验证请求”
●如果CMDB的数据与物理现实中的数据有差异，转入任务1.5“修正CMDB”
1.5修正CMDB
执行者：配置管理员
●修正初始审核查出的有差异的数据
2.6.2 配置数据模型维护
描述:
该步骤的目的是确保CMDB的数据模型能够记录所有需要维护的配置项(CI)的属性、关系及其政策等信息。因此，需要具备配置项的知识、并且及时了解对配置项的修改。对于数据模型的变更可以直接提出，或者通过变更管理流程提出修改。
图2-3. 鉴别&维护配置数据模型
输入:
●当前的CMDB数据模型
●变更请求单
●系统和服务设计信息
输出:
●更新的CMDB数据模型
任务:
2.1检查与验证请求
2.2联系请求者
2.3评估修改CMDB数据模型的影响
2.4设计/开发对数据模型的修改
2.5创建与维护配置数据结构
2.1检查与验证请求
执行者：配置管理员
●收集来自变更管理流程关于修改数据模型的请求●检查每个请求对于CMDB的影响
2.2联系请求者
执行者：配置管理员
●如果拒绝该请求，应有明确的理由，记录下来并通知请求者
2.3评估修改CMDB数据模型的影响
执行者：配置管理员
●评估每个修改数据模型请求的影响：
●每个确定的请求都可能需要修改CMDB的政策或者数据模型，例如，当引入了
新的基础架构项，就可能需要增加新的CI类型或者增加与新设备的关系
●记录每个请求的设计需求
●把评估结果交给配置管理流程负责人，配置管理流程负责人在变更单中审批对
CMDB的变更请求。
2.4设计/开发对数据模型的修改
执行者：配置管理员
●创建设计。应该注意的问题：
●在整个CMDB数据模型中定位新的CI的类型（层次）●明确与其他CI的关系
●参照命名规范定义新CI的命名
●定义新CI的标签(Label)
●记录新的设计内容
●开发真正需要的变动
2.5创建与维护配置数据结构
执行者：配置管理员
●创建新的数据模型
●测试新的数据模型
●
●已拒绝的请求（记录成文的拒绝的理由）●