91配置管理流程描述V10.docx

91配置管理流程描述V10.docx

《91配置管理流程描述V10.docx》由会员分享，可在线阅读，更多相关《91配置管理流程描述V10.docx（24页珍藏版）》请在冰豆网上搜索。

91配置管理流程描述V10

配置管理流程描述

编写人：

审核人:

审批人:

签字：

日期：

[yyyy-mm-dd]

签字：

日期：

[yyyy-mm-dd]

签字：

日期：

[yyyy-mm-dd]

版本记录

版本号

版本日期

修改者

说明

文件名

V1.0

2008-XX-XX

初建文档

配置管理流程描述V1.0

1

概述

目标

流程名称

配置管理流程

流程目标

1.统计维护组织内现有的所有与IT服务相关的IT组件（CIs）及其属性；

2.通过审计对所记录的配置项信息进行核实，确保这些记录的可靠性；

3.为IT服务管理的其它流程提供正确的配置项（CI）信息，包括配置项及配置之间关系的信息。

主要步骤

配置规划、配置项的识别、状态记录、控制、验证和审计。

范围

流程适用范围

本流程适用于XXXXX部门。

流程管理范围

本流程对以下领域进行管理：

●识别——选择识别所有基础设施配置项，包括CI负责人，配置项之间关系及相关的配置文档，给每个配置项进行唯一标识并记录到配置管理数据库（CMDB）中。

●控制——确保仅有授权和识别的配置项从接收到撤销整个过程被记录。

控制需确保在缺少合适的控制文档（例如，批准的变更请求和更新明细表等）情况下，没有配置项被增加、修改、替换或撤销。

●状态记录——对每个配置项整个生命周期内的当前和历史数据进行记录，记录可以对配置项的变更和变更记录进行追溯。

●验证和审计——通过一系列的回顾和审计验证是否将配置项的物理实体都正确的记录到配置管理数据库中（CMDB）。

超出本流程管理范围的领域：

●配置项相关合同的管理和维护（依据相关的合同管理流程制度执行）；

●流程文档、管理制度规范等文档的物理存放；

●处于研发、采购未正式使用的配置项；

●其他不作为配置项进行控制的基础设施组件；

●对基础设施的成本、合同、折旧及财务状态的管理（依据相关的固定资产管理流程制度进行管理）。

2角色和职责

角色

描述

负责人/

组织机构

分机号/

移动电话

配置经理

1.负责配置管理流程的设计和改进；

2.负责配置管理流程文档的维护和公布；

3.监控流程执行效果并进行汇报；

4.负责配置管理系统/工具的需求定义；

5.保证在组织内提供必要的流程培训；

6.对流程的变更进行管理，包括对所有与配置管理流程相关的改进建议和变更进行回顾和审批；

7.确保与相关流程的集成；

8.定义配置管理数据库（CMDB）的访问权限，保证配置管理数据库（CMDB）的有效性；

9.对配置管理数据库（CMDB）的结构变更进行审批；

10.定期组织人员对配置项进行审计并采取纠正改进措。

配置项/CI负责人

1.确保所有配置项都正确记录；

2.确保配置管理数据可对其他流程提供支持；

3.依据授权和工作指导及时对所负责的配置项进行维护更新；

4.维护配置管理数据库的结构和访问权限；

5.提出流程和配置管理数据库的改进建议和计划；

6.参与配合配置项的验证和审计，实施纠正改进措施；

7.当问题解决或其它项目中需要配置专家时，负责参与和协助，提供配置管理方面的知识；

8.负责设计和开发各种配置管理报表；。

3输入

编号

输入项

来源

周期

变更请求

变更管理流程

日常工作

配置项更新信息

新/变更的服务管理流程

日常工作

事件记录

事件管理流程

日常工作

问题记录

问题管理流程

日常工作

服务报告

服务报告管理流程

每月

4输出

编号

输出项

去向

周期

更新的配置项信息

为其它流程提供支持

日常工作

变更请求

变更管理流程

日常工作

配置管理数据库结构的重大变更请求

变更管理流程

日常工作

配置管理相关绩效报告

配置经理

每月

服务改进计划

服务改进计划

每月

5流程描述

配置项分类

配置项命名规范

配置项名称和分类

命名规范

样例

备注

配置项生命周期

状态

定义

备注说明

新申请

当对于新增CI的RFC已评估、批准或关闭，并且CI采购定单已下，在CMDB中可记录该新增CI，其状态为“新申请”。

准备中

下列情况可以将CI状态置为“准备中”

●CI工作不正常，在维修中；

●某些CI需要开发（例如，软件程序）；

●某些CI需要组装（例如，服务器）；

●某些CI处于采购、运输过程中（例如，等待到货的打印机）。

测试中

处于开发、测试或调试状态中的CI。

在测试期间，CI的状态置为“测试中”。

运行中

CI在正常使用中，或已经准备好投入使用，其状态可置为“运行中”。

归档/入库

下列情况可以将CI状态置为“归档/入库”：

●采购的CI已经交付并存储在库房；

●CI经过测试，暂时存放在库房；

●新的软件版本已经可用，旧的版本被归档。

无效

已损坏或不再使用的CI状态置为“已无效”，例如已经离职的员工、损害无法使用的服务器。

配置项优先级别定义

从配置项的重要等级、对业务的影响程度等角度对配置进行优先级别的定义。

优先级别

定义

样例

低

中

高

配置项关系定义

关系

定义

样例

包含关系

一个配置项构成另一个配置项的一部分，代表配置项之间的父子关系。

机房中包含机柜、服务器设备、网络设备。

连接关系

物理上一个配置项连接到另一个配置项。

终端机连接到局域网。

对应关系

配置项之间具有的逻辑关联

一个程序“对应”一份操作文档、“对应“一个事件单或变更单

配置项关系图

填入配置项之间的关系结构图，或将相关的参考文件名填入本文档的第13章节附录中。

最终软件库（DSL）的定义

类型

功能

存储方式

存储地点/路径

负责人

备注

最终软件库（DSL）

包括整个生产环境中所用软件的文件库

电子存储

软件许可证管理

参见《软件许可证管理办法》。

配置管理数据库（CMDB）基线的备份策略

基线备份方法（根据实际情况进行修订）

基于数据库的定期备份

根据预先定义的备份策略，备份代理定期或者适时连接备份服务器，将CMDB数据库备份到备份服务器上的备份库中。

恢复机制，以便配置库因不可抗拒的因素被破坏时，系统可以恢复到故障前最近的完整状态，提高系统资源的安全性和抗毁性。

备份方式如下：

⏹每天进行增量备份，从周一到周日，以1周为周期重复使用磁带；

⏹每周进行一次全备份；

⏹备份介质异地存储。

基于变更内容的备份

对配置项的修改来自于变更任务，在每次实际修改过程中，自动备份配置项的修改前内容，作为变更前版本，修改后内容作为配置项的当前值，保障配置项历史信息的回溯和查询。

基线备份策略（根据实际情况进行修订）

⏹涉及主要应用系统的重大变更前必须进行CMDB的全备份；

⏹保留配置项信息修改的多备份版本，期限一般为一年，可视查询需求调整；

⏹根据CMDB改动的频率动态调整备份策略；

⏹变更失败后，如涉及配置项的修改，根据保留的配置项版本，需要发起回退变更。

配置管理数据库（CMDB）的验证审计

CMDB验证审计流程启动原因:

●应用户需求进行审计；

●每半年的定期审计。

审计将依据内审管理制度进行。

审计过程中，配置经理负责：

●指导/批准审计计划、频率和覆盖范围；

●通知将被审计的相关领域；

●决定审计抽样方法；

●准备审计报告；

●向变更管理委员会提交任何重大缺陷发起变更。

CI负责人/审计组负责：

●依据配置经理认可的方法识别配置项样本；

●通过将CMDB中的记录与实际配置项进行比较，对配置项样本进行回顾；

●对差异和缺失进行调查；

●协助配置经理准备审计报告。

流程

配置管理流程

配置计划实施流程

步骤

输入

步骤描述

输出

1.回顾配置管理流程确认需求

服务级别协议、各流程对CMDB的要求

1.对现有的配置管理流程和CMDB进行回顾，对照服务级别协议及各流程对CMDB提出的要求回顾现有流程和CMDB是否能满足所需。

配置管理流程、CMDB的待改进项

2.定义策略和目标

配置管理流程、CMDB的待改进项

1.制定配置管理流程的策略和目标，并得到广泛认可，记录到配置管理流程相关文档中。

配置管理流程的策略和目标

2.定义配置管理范围、广度和深度

配置管理流程的策略和目标

1.配置项的广度定义中包含对CI属性的定义；

2.深度包括对配置项的数量和之间关系的定义程度；

3.范围包括识别都哪些CI将被记录存储。

配置管理的范围、广度和深度

3.制定配置项跟踪策略

配置管理的目标、范围、广度和深度

1.制定如何对配置项进行跟踪。

配置项跟踪策略

4.指定CI负责人

配置管理范围、广度和深度

1.为每类配置项指定负责人。

配置管理职责描述和分工

5.制定配置项命名标识规范

配置管理范围、广度和深度

1.配置经理组织各类配置项负责人定义配置项的命名标识规范。

配置项的命名标识规范

6.识别配置项并标识

配置管理的范围、配置项的命名标识规范

1.通过各种数据资源和工具收集配置项信息，对配置项进行标识，并将信息录入到配置管理数据库中。

CMDB的初建

7.初次审计和修正配置管理数据库

CMDB的审计和修正

1.进行CMDB配置项的初次审核

2.修正初始审核查出的有差异的数据

CMDB的初次审核

8.建立配置管理数据库基线

CMDB的初建

1.对配置项识别后，并将所有识别的配置项信息记录到配置管理数据库中，此时就形成了CMDB的初始基线，配置经理需要通知相关人员对此时的CMDB基线进行备份。

CMDB的基线

配置项更新维护流程

步骤

输入

步骤描述

输出

1.对CMDB的变更需求进行识别

新用户/项目的新CI清单；差异报告中需要识别的CI清单

从变更管理流程获得到需要更新的CI信息后，CI负责人需要识别出：

1.需撤销的CI；

2.需添加的CI；

3.需更新/修改的CI；

4.没有负责人的CI。

需要撤销/添加/更新修改/缺少负责人的CI

1.提交给相应的CI负责人？

CI及其需更新的信息

1.如果CI信息可直接更新到CMDB中，且可找到相应的CI负责人，则直接将该需求提交给正确的CI负责人；

2.CI负责人收到后执行步骤6。

CI及其需更新的信息

2.提交给配置经理

CI及其需更新的信息

出现以下情况时，需将CI更新需求提交给配置经理：

1.CI负责人未知；

2.需要添加新的CI分类；

3.需要添加或修改CMDB表单。

CI及其需更新的信息、提交原因

4.识别CI负责人/定义新C