配置管理过程Word格式文档下载.docx
《配置管理过程Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《配置管理过程Word格式文档下载.docx（11页珍藏版）》请在冰豆网上搜索。
配置管理的任务是记录和维护IT环境各设备的准确配置项，包括这些设备之间的关系，并把这些记录信息提供给其他的管理人员，以支持IT服务。
配置管理的目标：
管理本流程管辖范围下的运维服务部及IT配置项和IT服务关系
维护和完善IT信息中心的配置信息完整性，以及与真实环境的一致性
为运维服务的其他流程和服务提供准确信息
2.2范围
配置管理的范围是为保证运维对象正常运行所需要管理的IT组件及相应的属性信息，以及相互之间的关系。
涉及IT服务中的各种应用系统及IT基础设施，它们可能包括各种服务、软件、硬件、文档等运维对象中所有必须控制的组成部分。
2.3术语定义
配置管理：
指识别和确认服务系统的配置项、记录和报告配置项状态和变更请求、检验配置项的正确和完整性等活动构成的管理活动。
配置管理流程：
是一系列针对IT基础架构组成元素的计划、记录、管理、审核的流程。
配置管理数据库：
保存所有配置项及其相互关系的相关信息。
配置项：
是指运维对象组件或与其有关的项目，包括软件、硬件和各种文档。
这些组件或项目已经或将要受到配置管理的控制。
是配置管理中最基本的信息单元。
配置基线：
指一个服务系统在某一特定时刻的配置状况。
2.4角色与职责
角色
职责描述
配置经理
管理所有活动，包括计划、识别、控制、审计和回顾；
负责配置管理过程；
通过审计过程确保配置管理数据库的准确和真实；
审批配置管理数据库的结构性变更；
定义配置项责任人；
指派配置审计员；
定义配置管理数据库范围、配置项属性、配置项之间关系和配置项状态；
评估配置管理过程并持续改进；
参与变更管理过程评估。
配置项审核员
负责配置管理数据库审核工作；
制订配置审核计划；
配置项取样，并比对实际信息和配置管理数据库中的记录信息；
撰写审核报告；
遵从配置管理审核；
参与配置管理过程评估。
配置项负责人
确保所负责配置项的准确和真实；
记录所负责配置项的所有变更；
维护配置项之间的关系；
调查审计中发现的配置项差异，完成差异报告；
遵从配置管理过程；
2.5管理流程图
配置管理流程说明
配置管理流程起始于一个初始的规划和建设步骤，包括创建配置管理数据库（CMDB）。
在初始化之后，该流程主要侧重于日常基础的鉴别和维护配置管理数据模型，以及维护配置数据。
之后，该流程还负责产生配置信息的报表、定期进行审核。
配置管理规划
该步骤是配置管理的起始点。
其目的是规划和定义配置管理的目标、范围、目的、政策和流程步骤，以及配置管理中涉及的人员组织。
初始设置、创建和发布配置管理数据库（CMDB），也是该步骤的工作内容之一。
配置数据验证与审核
对当前的配置项进行定期的审核及回顾，以确保物理环境中的部件的存在性，并检查配置项信息是佛正确记录在配置管理系统中或者数据库里
当CMDB记录的数据与物理存在的配置项之间不一致时就出现了差异。
必须检查这些差异，必要是提出变更请求，则修改CMDB已减少存在的差异
配置管理报表
该步骤定期产生报表，包括各个配置项生命周期的现存和历史数据。
这使得配置项的变更历史能够被追踪，例如，可以跟踪一个配置项的状态变化，从“建设中”、“组装中”到“已部署”或者“待报废”等。
2.6配置管理数据库管理规范
2.6.1配置管理规划
该步骤的目的是规划和定义配置管理的目标、范围、政策和步骤，以及相关的组织结构、技术手段。
其主要目的是创建配置管理数据库的初始数据模型。
●输入:
初始的配置信息
●输出:
配置管理计划
初始的CMDB
初始的审核日志
●任务:
拟定配置管理计划
收集初始的配置管理数据
创建初始的CMDB
进行初始审核
修正CMDB
进行初次审核
分析审核数据
2.6.2配置数据模型维护
对于新的请求，为了确保配置管理数据库中现有的数据模型能够记录新的配置项的属性和关系。
因此，本步骤主要考虑选择和鉴别所管辖的配置项信息结构，包括“责任人”、配置项属性、配置项之间的关系和配置文档等
鉴别&
维护配置数据模型
当前的CMDB数据模型
变更请求单
系统和服务设计信息
更新的CMDB数据模型
每个确定的请求都可能需要修改CMDB的政策或者数据模型，例如，当引入了新的基础架构项，就可能需要增加新的配置项类型或者增加与新设备的关系
记录每个请求的设计需求
把评估结果交给配置经理，配置经理在变更单中审批对CMDB的变更请求。
设计/开发对数据模型的修改
执行者：
创建与维护配置数据结构
2.6.3配置数据控制
该描述的目的是确保只有授权的和可以确认的配置项才能记录在CMDB中。
应当保障企业的数据、系统和流程的完整性、一致性。
当一个配置项发生改变，这个配置项对应的部件经过一些列的预先定义的状态，例如：
“组装中”“建设中”“已部署”
配置数据控制
已授权的变更请求。
这是指计划好的对于配置数据的修改，并且其差异也检查过。
如果已授权变更请求成功实施，因其产生的配置变化必须记录在CMDB中。
对CMDB数据的修改
已拒绝的请求
与请求者的沟通信息
检查与确定请求
验证请求
拒绝请求
创建/更新配置项信息
鉴别对于运维服务部已授权的变更请求，对于生产系统多有的变更都要给予变更管理流程授权的RFC。
该任务重要是当变更成功实施后，确保这些变更请求对配置数据的改动，在CMDB中进行相应的操作。
鉴别由事件管理流程引起的请求，这些来自事件管理流程，主要是当用户报告事件时，发现CMDB中相关的配置项信息与实际情况不符
对于已授权的变更请求和由事件管理流程引发的请求，要验证其完整性，是否符合相关规定。
还需要对请求中涉及的配置数据进行检查，例如数据中唯一的配置项标识号。
本任务还将确保相关文档的完整性以及配置项负责人了解其负责的配置项变更
拒绝修改CMDB数据的请求
记录拒绝的原因
通知请求者
对于新增的配置项创建信的记录标识包括如下信息
创建唯一标示号
记录该配置项的属性及与其他的配置项关系
对于已有的配置项信息更新
必要是更新配置项的状态
必要时更新配置项负责人
2.5.4配置数据验证和审核
●描述:
本步骤的目的是确保目前使用的CMDB中的配置项信息与实际环境中的信息是一致的。
可通过自动产生配置项清单和/或通过手工/自动进行物理配置审核的方式，来检验CMDB中的数据与运维服务部生产环境是否一致，并作出差异调整。
图05.配置数据验证与审核
在事件管理流程中报告的有差异的配置项
审计或验证请求
生产环境中的物理检查结果（可能是手工，日后可能是自动工具完成）
CMDB数据
差异报告
调整生产系统的RFC
经过更新的CMDB数据
获取所要审核的配置项数据
判断差异
创建差异报告
创建RFC
根据需要更新CMDB
当存在差异的情况比较严重时，通知配置经理，由配置经理考虑是否需要对流程的推动采取措施。
确定了差异原因以后：
如果需要对生产环境进行修正，则转入任务4.4“创建RFC”；
如果需要调整CMDB的数据，则转入任务4.5“更新CMDB数据”。
2.5.5配置管理角色及职责
配置管理团队负责维护配置数据的完整性和准确性，确保提供给运维服务人员的信息时准确的
配置项审核员的主要职责包括：
负责配置数据的可用性和更新，以及配置信息中各项的关联关系，确保数据符合运维服务部的架构标准
定期审核配置数据
确保配置审核处的差异得到修正，配置数据库得到相应的修改
提供流程修改的建议
负责各项配置报表
获取配置管理衡量数据，制定出报表
对于其他人员提出的获取配置信息请求，给予响应和提供对应信息
分发报表给各干系人查看
配置管理负责人职责
对整个流程的执行情况进行监控和审核
发布衡量标准和目标，已提高流程的有效性和效率
鉴别和管理关键的成功因素
控制并领导流程的活动
定义配置团队的角色和职责等
在运维服务过程中强化贯彻执行配置管理流程
解决跨部门问题，与其他部门的人员沟通
2.6重要指标和报表
本章节描述配置管理流程的重要指标和报表。
2.6.1配置管理的指标
类别
指标
配置管理质量指标
未经过授权修改配置信息的次数
错误变更
配置项信息错误导致变更失败的数量
未使用的许可证数量
审核不匹配的配置项数量
变更后配置项的及时更新率
2.6.2配置数据信息报表
这类报表可以用手工或者自动的方式产生，存放在可访问的服务器上。
以下为报表建议，运维部门应结合实际情况，选择其中的部分或者全部。
配置数据信息报表主要包括：
按照类型统计配置项的分类
按照日期列出所有修改和日期
按照类型统计出没有负责人的配置项数量
核查出有差异的配置项数量
报告差异的数量
使用者：
频率：
部分报表可自动生成，由配置项审核员创建。
其他报表必须是手工统计。
以日报、周报、月报、年报的频率生成，也可根据需要生成即时报表。
用途：
需要管理配置信息或需要这些信息帮助分析的人员均可申请使用这些报表，例如：
问题经理、变更受理者、变更经理、配置项审核员等。
2.6.3配置状态报表
状态报表将对管理范围内的配置项状态列出清单，包括他们的版本、状态信息。
状态统计报表如下：
状态清单，重要包括配置项的以为标识号和状态
审核状态清单，根据配置项类型、审核状态分类统计的配置项数量
变更管理员、配置项审核员、配置经理
部分报表可以自动生成，由配置项审核员创建。
其他报表可以是手工完成，已月、季度、年度的频率生成。
二、相关记录
《配置管理数据库》
《配置项属性表》
《配置项基本信息审计表》
《配置审计报告》
《配置管理计划》饱食终日，无所用心，难矣哉。
——《论语•阳货》
升级会员 