5-配置管理程序.docVIP

PAGE 3 - **科技有限公司 配置管理程序 文档版本号 V1.0 文档编写日期 2020/01/18 版本审批日期 2020/01/20 文档生效日期 2020/01/20 文档修订人 刘元 文档审批人 王珏 文件变更 版本号 版本说明/变更理由/变更内容摘要 编写人 审批人 生效日期 备注 V1.0 发布 刘元 王珏 2020/01/20 无 目 录 TOC \o 1-2 \h \z \u 1 目的 - 3 - 2 适用范围 - 3 - 3 角色职责 - 3 - 3.1 运维服务中心经理 - 3 - 3.2 配置经理 - 3 - 4 过程描述 - 3 - 4.1 制定配置计划 - 3 - 4.2 配置定义和标识 - 3 - 4.3 建立配置管理数据库 - 4 - 4.4 CMDB 的控制和维护 - 4 - 4.5 配置审计和验证 - 4 - 4.6 生成配置报告 - 5 - 5 与其他流程关系 - 5 - 5.1 变更管理 - 5 - 5.2 发布管理 - 5 - 5.3 事件管理 - 5 - 5.4 问题管理 - 5 - 5.5 服务级别管理流程 - 5 - 6 相关文件或记录 - 6 - 目的 为了保证配置管理流程提供一个统一的、一致的流程来管理客户服务环境中的所有组成部分，特制订本制度 适用范围 本文适用于运维服务过程中配置管理活动涉及各个部门。 角色职责 运维服务中心经理 定义并维护配置管理流程文件及所需要的记录模板； 管理配置管理流程的实施； 确保配置管理流程目标的实现； 识别配置管理过程中存在的问题并提出改进措施； 定期向部门经理汇报实施过程中存在的问题； 批准建立配置库基线。 对配置报告进行核对和审核。 配置经理 建立配置管理数据库； 及时录入客户、供应商、产品等的配置项信息； 根据服务需求说明来协调用户之间的联系； 根据计划进行配置审计； 配置管理数据的完整性和准确性，确保为其他操作管理提供准确的信息。 过程描述 制定配置计划 配置管理负责人根据服务合同和服务需求说明书的要求编制《配置管理计划》。 配置定义和标识 每种类型的配置项应有明确的定义。每个配置项记录的信息应确保是有效控制的， 并至少包含： 配置项的描述； 配置项和其他配置项之间的关系； 配置项和服务组件之间的关系； 状态； 版本； 位置； 相关的变更请求； 相关的问题和已知错误。 配置项应是唯一可识别的，所以要加强 CI 变更的相应授权，在 CI 的整个生命周期内跟踪 CI 的状态历史（如以前、当前、计划状态等），确保只有被认可的和被标识的配置项才能被接受和记录，并记录在 CMDB 中。CMDB 应管理以确保其可靠性和准确性， 包括更新访问控制。 建立配置管理数据库 配置经理根据《配置管理计划》，填写《配置管理清单》。 配置管理数据库包括运维工具、表格等。管理工具包括服务管理平台、配置管理软件等。 CMDB 的控制和维护 配置管理负责人添加和维护配置项信息。 当发生配置项变更的时候，有变更管理提出配置项变更的信息，配置管理负责人执行维护和修改。 配置审计和验证 对 CMDB 的配置准确性的审计和验证，确保 CMDB 数据和物理实际的一致性，从而确保配置信息的完整性，在配置管理范围内进行核对和更新，形成《配置审计报告》。通常情况下每年进行一次配置审计和验证，但当发生如下情况时需要增加配置审计和验证： 发生重大变更之后； 新的服务上线。 生成配置报告 配置管理负责人每月整理配置管理数据库的信息，编写《配置管理报告》。报告应包括：配置项必威体育精装版版本、配置项的位置和软件主要版本的位置、相互依赖关系、版本历史。 由实施的项目在审计技术时，出具相应的配置审计报告，由运维中心经理确认。 在任何时候都可核对配置项以下内容：服务配置项或系统、变更、基准线、开发或发布、版本或变量。 与其他流程关系 变更管理 变更管理与配置管理是紧密结合的，变更管理流程引发和控制对配置项的修改，此外配置管理为变更管理提供信息帮助变更的评估分析。 发布管理 发布管理可以提供配置项的版本和状态等发布计划方面的信息；同时发布管理可以提供与已实施变更有关的信息。在发布之前，需要了解有关配置项的信息，如状态、位置和最终软件库(DSL)中与其相关的源代码。配置基线（Baseline）是一组配置项在某个特定时刻所处状态的快照，在发布到实际环境之前，应建立配置项的基线。 事件管理 事件记录与配置管理数据库中的配置项相关联，此外配置管理流程为事件管理提供配置项的具体信息。 问题管理 问题记录与配置管理数据库中的配置项相关联，配置管理同时为问题管理的根本原因分析提供参考信息。