9.1配置管理流程描述V1.0

《9.1配置管理流程描述V1.0》由会员分享，可在线阅读，更多相关《9.1配置管理流程描述V1.0（25页珍藏版）》请在装配图网上搜索。

1、配置管理流程描述配置管理流程描述编写人：编写人：审核人审核人:审批人审批人:签字：日期：yyyy-mm-dd签字：日期：yyyy-mm-dd签字：日期：yyyy-mm-dd 版本记录版本号版本日期修改者说 明文件名V1.02008-XX-XX初建文档配置管理流程描述 V1.0目目 录录1概述概述.21.1目标.21.2范围.21.2.1流程适用范围 .21.2.2流程管理范围 .22角色和职责角色和职责.33输入输入.44输出输出.45流程描述流程描述.55.1配置项分类.55.2配置项命名规范.55.3配置项生命周期.55.4配置项优先级别定义.65.5配置项关系定义.65.6配置项关系图.

2、75.7最终软件库（DSL）的定义.75.8软件许可证管理.75.9配置管理数据库（CMDB）基线的备份策略.75.9.1基线备份方法（根据实际情况进行修订） .75.9.2基线备份策略（根据实际情况进行修订） .85.10配置管理数据库（CMDB）的验证审计.85.11流程.95.11.1配置管理流程 .95.11.2配置计划实施流程 .95.11.3配置项更新维护流程 .115.11.4CMDB 验证审计流程.136角色与活动矩阵角色与活动矩阵.157关键绩效指标（关键绩效指标（KPI） .168流程质量控制流程质量控制.179工具工具.1810表单和模板表单和模板 .1811与其它流程的

3、接口与其它流程的接口 .1911.1事件管理流程.1911.2问题管理流程.1911.3变更管理流程.2011.4发布管理流程.2011.5服务级别管理流程.2011.6可用性和持续性管理流程.2011.7容量管理流程.2112术语定义术语定义 .2113参考参考 .2114附录附录 .2115流程实施阶段任务清单流程实施阶段任务清单 .221 概述概述1.1 目标目标流程名称流程名称配置管理流程配置管理流程流程目标流程目标1. 统计维护组织内现有的所有与 IT 服务相关的 IT 组件（CIs）及其属性；2. 通过审计对所记录的配置项信息进行核实，确保这些记录的可靠性；3. 为 IT 服务管理

4、的其它流程提供正确的配置项（CI）信息，包括配置项及配置之间关系的信息。主要步骤主要步骤配置规划、配置项的识别、状态记录、控制、验证和审计。1.2 范围范围1.2.1流程适用范围流程适用范围本流程适用于 XXXXX 部门。1.2.2流程管理范围流程管理范围本流程对以下领域进行管理：识别选择识别所有基础设施配置项，包括 CI 负责人，配置项之间关系及相关的配置文档，给每个配置项进行唯一标识并记录到配置管理数据库（CMDB）中。控制确保仅有授权和识别的配置项从接收到撤销整个过程被记录。控制需确保在缺少合适的控制文档（例如，批准的变更请求和更新明细表等）情况下，没有配置项被增加、修改、替换或撤销。状

5、态记录对每个配置项整个生命周期内的当前和历史数据进行记录，记录可以对配置项的变更和变更记录进行追溯。验证和审计通过一系列的回顾和审计验证是否将配置项的物理实体都正确的记录到配置管理数据库中（CMDB） 。超出本流程管理范围的领域：配置项相关合同的管理和维护（依据相关的合同管理流程制度执行） ；流程文档、管理制度规范等文档的物理存放；处于研发、采购未正式使用的配置项；其他不作为配置项进行控制的基础设施组件；对基础设施的成本、合同、折旧及财务状态的管理（依据相关的固定资产管理流程制度进行管理） 。2 角色和职责角色和职责角色角色描述描述负责人负责人 /组织机构组织机构分机号分机号 /移动电话移动电

6、话配置经理配置经理1. 负责配置管理流程的设计和改进；2. 负责配置管理流程文档的维护和公布；3. 监控流程执行效果并进行汇报；4. 负责配置管理系统/工具的需求定义；5. 保证在组织内提供必要的流程培训；6. 对流程的变更进行管理，包括对所有与配置管理流程相关的改进建议和变更进行回顾和审批；7. 确保与相关流程的集成；8. 定义配置管理数据库（CMDB）的访问权限，保证配置管理数据库（CMDB）的有效性；9. 对配置管理数据库（CMDB）的结构变更进行审批；10. 定期组织人员对配置项进行审计并采取纠正改进措。配置项配置项/CI/CI 负责负责人人1. 确保所有配置项都正确记录；2. 确保配

7、置管理数据可对其他流程提供支持；3. 依据授权和工作指导及时对所负责的配置项进行维角色角色描述描述负责人负责人 /组织机构组织机构分机号分机号 /移动电话移动电话护更新；4. 维护配置管理数据库的结构和访问权限；5. 提出流程和配置管理数据库的改进建议和计划；6. 参与配合配置项的验证和审计，实施纠正改进措施；7. 当问题解决或其它项目中需要配置专家时，负责参与和协助，提供配置管理方面的知识；8. 负责设计和开发各种配置管理报表；。3 输入输入编号编号输入项输入项来源来源周期周期1.变更请求变更管理流程日常工作2.配置项更新信息新/变更的服务管理流程日常工作3.事件记录事件管理流程日常工作4.

8、问题记录问题管理流程日常工作5.服务报告服务报告管理流程每月4 输出输出编号编号输出项输出项去向去向周期周期1.更新的配置项信息为其它流程提供支持日常工作2.变更请求变更管理流程日常工作编号编号输出项输出项去向去向周期周期3.配置管理数据库结构的重大变更请求变更管理流程日常工作4.配置管理相关绩效报告配置经理每月5.服务改进计划服务改进计划每月5 流程描述流程描述5.1 配置项分类配置项分类5.2 配置项命名规范配置项命名规范配置项名称和分类配置项名称和分类命名规范命名规范样例样例备注备注 5.3 配置项生命周期配置项生命周期状态状态定义定义备注说明备注说明新申请当对于新增 CI 的 RFC

9、已评估、批准或关闭，并且 CI 采购定单已下，在 CMDB 中可记录该新增 CI，其状态为状态状态定义定义备注说明备注说明“新申请” 。准备中下列情况可以将 CI 状态置为“准备中”CI 工作不正常，在维修中；某些 CI 需要开发（例如，软件程序） ； 某些 CI 需要组装（例如，服务器） ；某些 CI 处于采购、运输过程中（例如，等待到货的打印机） 。测试中处于开发、测试或调试状态中的 CI。在测试期间，CI 的状态置为“测试中” 。运行中CI 在正常使用中，或已经准备好投入使用，其状态可置为“运行中” 。归档/入库下列情况可以将 CI 状态置为“归档/入库”：采购的 CI 已经交付并存储在

10、库房；CI 经过测试，暂时存放在库房；新的软件版本已经可用，旧的版本被归档。无效已损坏或不再使用的 CI 状态置为“已无效” ，例如已经离职的员工、损害无法使用的服务器。5.4 配置项优先级别定义配置项优先级别定义从配置项的重要等级、对业务的影响程度等角度对配置进行优先级别的定义。优先级别优先级别定义定义样例样例低低中中高高5.5 配置项关系定义配置项关系定义关系关系定义定义样例样例包含关系包含关系一个配置项构成另一个配置项的一部分，代表机房中包含机柜、服务器设备、网络配置项之间的父子关系。设备。连接关系连接关系物理上一个配置项连接到另一个配置项。终端机连接到局域网。 对应关系对应关系配置项之

11、间具有的逻辑关联一个程序“对应”一份操作文档、“对应“一个事件单或变更单5.6 配置项关系图配置项关系图填入配置项之间的关系结构图，或将相关的参考文件名填入本文档的第 13 章节附录中。5.7 最终软件库（最终软件库（DSLDSL）的定义）的定义类型类型功能功能存储方式存储方式存储地点存储地点/ /路径路径负责人负责人备注备注最终软件库（DSL）包括整个生产环境中所用软件的文件库电子存储5.8 软件许可证管理软件许可证管理参见软件许可证管理办法 。5.9 配置管理数据库（配置管理数据库（CMDBCMDB）基线的备份策略）基线的备份策略5.9.1基线备份方法（根据实际情况进行修订）基线备份方法（

12、根据实际情况进行修订）基于数据库的定期备份根据预先定义的备份策略，备份代理定期或者适时连接备份服务器，将 CMDB 数据库备份到备份服务器上的备份库中。恢复机制，以便配置库因不可抗拒的因素被破坏时，系统可以恢复到故障前最近的完整状态，提高系统资源的安全性和抗毁性。备份方式如下：每天进行增量备份，从周一到周日，以 1 周为周期重复使用磁带；每周进行一次全备份；备份介质异地存储。基于变更内容的备份对配置项的修改来自于变更任务，在每次实际修改过程中，自动备份配置项的修改前内容，作为变更前版本，修改后内容作为配置项的当前值，保障配置项历史信息的回溯和查询。5.9.2基线备份策略（根据实际情况进行修订）

13、基线备份策略（根据实际情况进行修订）涉及主要应用系统的重大变更前必须进行 CMDB 的全备份；保留配置项信息修改的多备份版本，期限一般为一年，可视查询需求调整；根据 CMDB 改动的频率动态调整备份策略；变更失败后，如涉及配置项的修改，根据保留的配置项版本，需要发起回退变更。5.10配置管理数据库（配置管理数据库（CMDBCMDB）的验证审计）的验证审计CMDB 验证审计流程启动原因:应用户需求进行审计；每半年的定期审计。审计将依据内审管理制度进行。审计过程中，配置经理负责：指导/批准审计计划、频率和覆盖范围；通知将被审计的相关领域；决定审计抽样方法；准备审计报告；向变更管理委员会提交任何重大

14、缺陷发起变更。CI 负责人/审计组负责：依据配置经理认可的方法识别配置项样本；通过将 CMDB 中的记录与实际配置项进行比较，对配置项样本进行回顾；对差异和缺失进行调查；协助配置经理准备审计报告。5.11流程流程5.11.1 配置管理流程配置管理流程配置管理流程配置管理流程开始配置计划实施流程配置项更新维护流程CMDB验证审计流程其他管理流程变更管理流程资产管理流程IT服务管理其它流程5.11.2 配置计划实施流程配置计划实施流程配置管理计划实施流程配置经理CI负责人开始1回顾配置管理流程确认需求2定义策略和目标3定义配置管理范围、广度和深度4制定配置项跟踪策略6制定配置项命名标识规范8建立配

15、置管理数据库基线5指定CI负责人配置项更新维护流程7识别配置项并标识步骤步骤输入输入步骤描述步骤描述输出输出1.回顾配置管理流程确认需求服务级别协议、各流程对CMDB的要求1.对现有的配置管理流程和 CMDB 进行回顾，对照服务级别协议及各流程对 CMDB 提出的要求回顾现有流程和 CMDB是否能满足所需。配置管理流程、CMDB 的待改进项2.定义策配置管理流1.制定配置管理流程的策略和目标，并得到广泛认可，记配置管理流程步骤步骤输入输入步骤描述步骤描述输出输出略和目标程、CMDB的待改进项录到配置管理流程相关文档中。的策略和目标2.定义配置管理范围、广度和深度配置管理流程的策略和目标1.配置

16、项的广度定义中包含对 CI 属性的定义；2.深度包括对配置项的数量和之间关系的定义程度；3.范围包括识别都哪些 CI 将被记录存储。配置管理的范围、广度和深度3.制定配置项跟踪策略配置管理的目标、范围、广度和深度1.制定如何对配置项进行跟踪。配置项跟踪策略4.指定CI负责人配置管理范围、广度和深度1.为每类配置项指定负责人。配置管理职责描述和分工5.制定配置项命名标识规范配置管理范围、广度和深度1.配置经理组织各类配置项负责人定义配置项的命名标识规范。配置项的命名标识规范6.识别配置项并标识配置管理的范围、配置项的命名标识规范1.通过各种数据资源和工具收集配置项信息，对配置项进行标识，并将信息

17、录入到配置管理数据库中。 CMDB 的初建7.初次审计和修正配置管理数据库CMDB的审计和修正1.进行 CMDB 配置项的初次审核2.修正初始审核查出的有差异的数据CMDB 的初次审核8.建立配置管理数据库基线CMDB的初建1.对配置项识别后，并将所有识别的配置项信息记录到配置管理数据库中，此时就形成了 CMDB 的初始基线，配置经理需要通知相关人员对此时的 CMDB 基线进行备份。CMDB 的基线5.11.3 配置项更新维护流程配置项更新维护流程配置项更新维护流程是否需要将软件移至DSL？是否需要提交给配置经理？3提交给配置经理6接收并回顾需求8通知相关人员CI负责人变更管理流程9验证软件并

18、移至DSL配置经理结束其它相关流程2提交给相应的CI负责人4识别CI负责人/定义新CI分类/修改CMDB表单1对更新配置项的需求进行识别开始5通知相关的CI负责人及修改申请人7更新CMDB是否是否资产管理流程步骤步骤输入输入步骤描述步骤描述输出输出1.对CMDB的变更需求进行识别新用户/项目的新CI清单；差异报告中需要识别的CI清单从变更管理流程获得到需要更新的 CI 信息后，CI 负责人需要识别出：1.需撤销的 CI；2.需添加的 CI；3.需更新/修改的 CI；4.没有负责人的 CI。需要撤销/添加/更新修改/缺少负责人的CI1.提交给相应的CI负责人？CI及其需更新的信息1.如果 CI

19、信息可直接更新到 CMDB 中，且可找到相应的 CI负责人，则直接将该需求提交给正确的 CI 负责人；2.CI 负责人收到后执行步骤 6。CI及其需更新的信息2.提交给配置经理CI及其需更新的信息出现以下情况时，需将 CI 更新需求提交给配置经理：1.CI 负责人未知；2.需要添加新的 CI 分类；3.需要添加或修改 CMDB 表单。CI 及其需更新的信息、提交原因步骤步骤输入输入步骤描述步骤描述输出输出4.识别CI负责人/定义新CI分类/修改CMDB表单CI及其需更新的信息、提交原因1.如果缺少 CI 负责人，配置经理需要指定一名 CI 负责人；2.如果需要添加新的 CI 分类/表单，配置经

20、理需要依据配置管理计划实施流程实施对 CMDB 的变更。识别 CI 负责人/定义新 CI分类/修改CMDB 表单5.通知相关的CI负责人及需求申请人识别CI负责人/定义新CI分类/修改CMDB表单1.配置经理指定 CI 负责人、或定义新的 CI 分类/CMDB 表单后，需要通知指定的 CI 负责人更新 CI 信息，通知中需要包括，待更新的 CI 信息， （如果进行过修改，新 CI 分类、新添加/修改的 CMDB 表单） ；2.同时，配置经理也需告知需求申请人。新 CI 的负责人，已添加的CI 分类、已添加/修改的CMDB 表单、待更新的 CI信息6.接收并回顾需求新CI的负责人，已添加的CI分

21、类、已添加/修改的CMDB表单、待更新的CI信息1.接受从需求申请人或配置经理递交的待更新的 CI 信息；2.核对新 CI 信息是否准确完整；3.如果信息存在缺失，或需要对 CMDB 进行任何进一步的改动，及时与需求申请人或配置经理落实。经过核实的待更新的 CI 信息7.更新CMDB经过核实的待更新的CI信息1.将 CI 信息更新到 CMDB 中；2.如果是新增/撤销 CI，且 CI 属于固定资产，更新 CMDB 后，需要通知相关的资产管理负责人。CI 信息的更新8.通知相关人员CI 信息的更新1.完成 CI 信息更新后，需要通知所有受影响 CI 的负责人和需求申请人。完成 CI 更新的通知；

22、9.验证软件并更新至DSL完成 CI 更新的通知1.如果新 CI 是软件，需要将软件的最终版本更新至到最软件库（DSL） 。对 DSL 的更新5.11.4 CMDBCMDB 验证审计流程验证审计流程CMDB验证审计流程是配置经理3报告差异1对CMDB进行监控5确定责任人8采取纠正措施更新CMDB4验证差异7将配置项的未授权变更报告发给变更经理（必要时通知管理层）CI负责人开始结束6通知配置经理其它相关流程是否存在差异？否2定期对CMDB进行审计3报告差异步骤步骤输入输入步骤描述步骤描述输出输出1.对CMDB进行监控配置管理数据库通过各种方式对 CMDB 进行持续监控，以识别未授权的变更及CI

23、差异信息：1.服务台是对 CI 差异进行识别的关键领域，在日常交付服务给用户过程中对 CMDB 中的信息进行核实确认；2.其它服务管理流程，例如变更管理、问题管理在其进行流程日常活动过程中也可发现 CI 差异信息。发现的 CI 差异信息步骤步骤输入输入步骤描述步骤描述输出输出2.定期对CMDB进行审计配置管理数据库配置经理需按照相关规定定期组织相关人员对 CMDB 中的配置项信息进行审计。发现的 CI 差异信息3.报告差异发现的CI差异信息1.将发现的 CI 差异信息及时递交给相应的 CI 负责人。CI差异信息4.验证差异CI差异信息1.收到 CI 差异信息、未授权的变更通知后，CI 负责人需

24、要对照 CMDB 数据回顾验证是否真正存在差异和未授权的变更。差异验证结果5.确定责任人差异验证结果1.如果确实存在差异，CI 负责人需要调查找出相关责任人。差异责任人6.通知配置经理差异信息、未授权的变更、差异责任人1.将差异信息、未授权的变更及差异责任人通知到配置经理；2.同时，CI 负责人需主动采取纠正措施。差异信息、未授权的变更的通知、纠正措施 i7.将CI的未授权变更报告发给变更经理（必要时通知管理层）差异信息、未授权的变更的通知1.配置经理收到通知后，将 CI 的未授权变更报告发给变更经理，必要时需要通知管理层；2.查找差异产生的根本原应，并对相关责任人进行教育和培训。未授权变更报

25、告8.采取纠正措施更新CMDB差异信息1.根据核对出的正确信息对 CI 进行更新，纠正差异信息。2.通知所有受影响 CI 的负责人实施纠正措施纠正差异6 角色与活动矩阵角色与活动矩阵注：A=执行（Action） ； Q=质量控制（Quality Control） ； C=咨询（Consulted） ；I=通知（Informed）流程角色：CFM=配置经理（Configuration Manager） ；CO=CI 负责人（CI Owner） ；CM=变更经理（Change Manager） ；ORP=其它相关流程（Other related process）工作步骤工作步骤CFMCFMCOCO

26、CMCMORPORP配置管理计划实施流程配置管理计划实施流程1.回顾配置管理流程确认需求Q/AC2.定义策略和目标Q/AC3.定义配置管理范围、广度和深度Q/AC4.制定配置项跟踪策略Q/AC5.指定CI负责人Q/AIC6.制定配置项命名标识规范QAI/C7.识别配置项并标识QAI/C8.建立配置管理数据库基线QA配置项更新维护流程配置项更新维护流程1.对注册新配置项的需求进行识别CQ/AC2.提交给相应的CI负责人A3.提交给配置经理IA4.识别CI负责人/定义新CI分类/修改CMDB表单Q/ACC5.通知相关的CI负责人及修改申请人AII6.接收并回顾需求Q/AC7.更新CMDBA8.通知

27、相关人员AI9.验证软件并移至DSLA工作步骤工作步骤CFMCFMCOCOCMCMORPORPCMDBCMDB 验证审计流程验证审计流程1.对CMDB进行监控Q A2.定期对CMDB进行审计QA3.报告差异IA4.验证差异Q/A5.确定责任人A6.通知配置经理IA7.将配置项的未授权变更报告发给变更经理（必要时通知管理层）AI8.采取纠正措施更新CMDBQ/AI流程质量控制流程质量控制1.现有流程评估Q/AAC2.制定改进计划QAC3.审批改进计划Q4.执行改进计划QA5.回顾QA7 关键绩效指标（关键绩效指标（KPIKPI）绩效指标绩效指标目标值目标值衡量方式衡量方式报告周期报告周期负责人负

28、责人备注备注对配置管理数据库（CMDB）进行未授权变更的数量配置变更数量的 1以下审计报告每季度配置经理增加/修改新配置项所需的平均时长2 天需求审批通过至完成增加每月CI 负责人配置管理数据库（CMDB）审计差异率配置项数量的1以下审计报告每季度CI 负责人8 流程质量控制流程质量控制质量控制流程计划（Plan）执行（Do）检查（Check)流程经理1.现有流程评估5.回顾2.制定改进计划3.审批改进计划4.执行改进计划持续改进（Act）步骤步骤输入输入步骤描述步骤描述输出输出负责人负责人1. 现有流程评估KPI报告、服务改进计划1. 对配置管理流程的KPI完成情况进行分析；2. 对用户及内

29、部提出的与配置管理流程相关的问题、建议和改进计划进行讨论回顾；3. 对其它流程通过监控验证及验证审计生成的差异报告进行分析回顾；4. 对配置管理流程正在进行的服务改进计划完成情况进行回顾。改进项、回顾会议纪要配置经理2. 制定改进计划改进项、回顾会议纪要根据回顾结果制定改进计划，计划包括：改进项；需求改进方案；改进计划周期、时间；特殊要素以及收益可能造成的影响以及其他外部因素资源需求测试和培训计划改进计划配置经理3. 审批改进计划改进计划1.对是否执行改进计划进行评估；2.根据已确认执行的改进计划提交变更请求；3.依据变更管理流程对其进行审批。审批后的改进计划、变更请求配置经理步骤步骤输入输入

30、步骤描述步骤描述输出输出负责人负责人4. 执行改进计划被批准的改进计划和变更请求调动资源组织相关人员依据计划执行被批准的改进计划和变更请求。实施后的改进计划、改进效果配置经理5. 回顾实施后的改进计划、改进结果对改进后的结果进行回顾，评估改进计划是否成功，存在哪些待改进项。依据 PDCA 方法论再次执行步骤 1 对现有流程进行评估，对流程进行持续改进，起到对流程质量控制的作用。回顾结果，关闭的变更请求和服务改进计划配置经理9 工具工具 工具名称工具名称功能和使用范围功能和使用范围负责人负责人所属部门所属部门备注备注10表单和模板表单和模板名称名称版本版本负责人负责人说明说明CMDB 审计报告模

31、板用于对 CMDB 审计进行报告。CMDB 批量导入数据模板用于批量导入配置项信息到 CMDB 中。服务改进计划模板用于制定服务和流程改进计划的模板。11与其它流程的接口与其它流程的接口服务台事件管理变更管理问题管理发布管理容量管理可用性管理供应商管理服务级别管理/业务关系管理服务报告管理配置管理资产管理持续性管理服务改进计划管理差异信息变更请求/CI信息/未授权变更、差异报告、审计报告差异信息发布通知/DSL/DHSCI信息SLA/用户需求CI信息CI信息CI信息服务报告所需信息（撤销的）CI信息服务改进计划CI信息RFC/变更计划时间表CI信息CI信息供应商信息CI信息/审计报告服务报告配

32、置管理流程高度依赖于变更管理和发布管理流程，并与这两个流程紧密集成。它也为 IT 服务管理的所有流程提供有关 IT 基础设施的可靠和最新的信息。11.1事件管理流程事件管理流程事件管理需要关于整个基础设施的信息。在记录事件时，事件管理需要获取关于配置项的信息。同时事件管理流程在使用 CMDB 中的信息过程中，也对这些信息进行监控验证，及时将存在差异的信息递交给配置管理流程进行纠正。11.2问题管理流程问题管理流程问题管理需要关于基础设施复杂程度的信息。根据这些信息，问题管理可以将问题和已知错误与配置项对应起来，并且可以根据配置管理数据库(CMDB)中的信息来分析事件和问题。问题管理还可以通过将

33、基础设施的实际配置信息与配置管理数据库(CMDB)中经过批准的配置信息进行核实，来找出配置信息的不一致之处和基础设施存在的缺陷。11.3变更管理流程变更管理流程变更管理流程利用配置管理数据库(CMDB)来确定将要实施的变更的影响度。变更管理负责批准变更以及与相应的配置项有关的变更，它也负责记录变更请求(RFC)。变更管理可以为更新配置管理数据库(CMDB)提供大量的信息。11.4发布管理流程发布管理流程发布管理可以提供配置项的版本和状态等发布计划方面的信息；同时发布管理可以提供与已实施变更有关的信息。在发布之前，需要了解有关配置项的信息，如状态、位置和最终软件库(DSL)中与其相关的源代码。1

34、1.5服务级别管理流程服务级别管理流程服务级别管理需要有关服务、服务项目之间的关系以及支持这些服务的基础设施类配置项方面的信息。服务级别管理数据也可以存储在配置管理数据库(CMDB)中，并与相应的配置项进行关联。11.6可用性和持续性管理流程可用性和持续性管理流程可用性管理使用配置管理数据库(CMDB)来识别配置项，从而可以改进服务和便于进行组件故障影响度分析(CFIA)。它还拟定变更计划来消除已经发现的存在于基础设施中的薄弱环节。由基础设施组件有序组合成的一项服务的可用性最多不会超过该组合中可用性最低的组件的可用性，配置管理可以提供有关这个组合的构成以及这个组合的每个元素的信息。持续性管理流

35、程利用来自配置管理数据库(CMDB)配置基线中的标准配置来确定灾难恢复需求和检查这些配置在灾难恢复现场是否可以获得。11.7容量管理流程容量管理流程容量管理流程根据配置管理数据库(CMDB)中的有关数据制定 IT 基础设施优化机会、分配负荷和制定容量计划。12术语术语定义定义术语术语定义定义配置项（配置项（CICI）在配置管理流程中，IT 组件以及运用这些 IT 组件所提供的服务被称为配置项(CIs，Configuration Items)。配置管理数据库配置管理数据库（CMDBCMDB）所有配置项的信息都包括在配置管理数据库(CMDB)中。配置管理数据库(CMDB)对所有 IT 组件、组件的不同版本和状态以及组件之间的相互关系进行跟踪。基线（基线（BaselineBaseline）是一组配置项在某个特定时刻所处状态的快照(Snapshot)。最终软件库（最终软件库（DSLDSL）一个存储所有软件配置项的最终批准版本(正本，master copies)的安全储存库。13参考参考填入本流程的参考文档，如规范制度等。14附录附录填入与本流程相关的其他文件，如列表清单等。15流程实施阶段任务清单流程实施阶段任务清单任务简述任务简述负责人负责人参与人参与人开始时间开始时间完成时间完成时间交付物交付物（文档（文档/ /其他成果）其他成果）备注备注