本帖最后由 monicazhang 于 2015-8-28 16:45 编辑
20150828 淡然 续上
2 流程详细说明2.1 指导原则 为了给某公司的配置管理流程提供方向,必须定义一些指导原则。这些原则可以为所有的流程活动服务,也可以仅仅服务于某一个动作。指导原则的定义基于ITIL的最佳实践,同时根据某公司的具体情况进行调整,从而满足某公司的实际需求。 ITSS考试 下面列出某公司配置管理流程的指导原则: 方针 1: 配置管理流程必须积极主动地对IT环境进行跟踪监测。
最佳实践:
必须指定一名高层信息技术管理人员作为配置经理,全面负责配置管理工作的计划、部署和实施。 - 必须建立配置管理与服务级别管理之间的联系机制,从而了解服务级别协议对于每一个CI的要求。
启示:
配置管理可能会影响原有的组织架构,特别是对于信息技术基础架构的管理归属。 - 需要准备一个详尽的沟通计划。
方针 2: 配置管理应该保证CMDB的信息准确、全面,并与实际IT环境的状态高度统一。
最佳实践:
配置管理应该可以提供所有IT组件的高端架构。 配置管理负责满足配置项负责人对于配置项信息和外部关系纪录的要求,并且CMDB可以记录这些信息。 - 可以考虑采用自动发现的工具来加快和验证配置项信息的收集。
启示:
必须可以辨识所有需要的配置项。 配置项的关系必须被定义且维护。 必须有一个统一的CMDB,记录所有的CI信息。 - 必须为用户进行CMDB工具的培训。
方针 3: CMDB的数据变动必须经授权,并和变更管理流程紧密结合。
最佳实践:
- 配置管理应该与变更管理流程同时设计、部署和实施。 ITSS认证
启示:
所有涉及配置项的变更都必须通过变更管理实现授权和实施。 对于配置项的变更必须及时通知配置项负责人。 - 需要通过CMDB工具(通过购买或者开发)来支持配置管理流程。
方针4 : 对CMDB以及配置管理流程的运作绩效必须周期性地回顾,并做持续改进。
最佳实践:
必须建立CMDB和流程的定期审核机制。 - 必须明确CMDB和配置管理流程的责任人。
2.2 流程关系图
图2 配置管理流程与其他管理流程关系
突发事件纪录必须与CMDB中的配置项相关联,此外配置管理流程为突发事件管理提供配置项的具体信息,特别是帮助业务影响分析与判断所受突发事件影响的服务级别协议。 配置项的运行状态通过事件监控(往往是自动监控程序)更新保存在CMDB中。此外,收集的运行和系统性能数据也与配置数据库相关。 问题纪录与CMDB中的配置项相关联,配置管理同时为问题管理的根原因分析提供信息。 开发和测试流程为配置管理流程提供新开发好的配置项的详细信息,为一个配置管理生命周期的启动。此外配置管理也保存与开发测试相关的配置项信息。 上线管理的重要信息(如DSL, DHL)等都保存在CMDB中,此外上线管理应与配置管理紧密结合,及时更新其所涉及的配置项信息。 变更管理与配置管理是紧密结合的,所有对与配置项的变更都必须通过变更管理流程的审批和控制,此外配置管理为变更管理提供信息帮助变更的评估分析。 配置管理帮助辨别实现服务级别协议所需的IT基础组件,并且应该在CMDB中保存服务级别协议与配置项的关联信息。 CMDB保存配置项与安全相关的信息,此外配置管理也支持安全管理进行业务影响分析(BIA)和风险分析(Risk Analysis)。 配置管理为连续性管理提供信息以支持服务弱点分析以及连续性计划与配置项的关系。 CMDB用于存储可用性管理框架所需要的那些服务组件、服务功能、端到端服务、IT组件的信息以及其之间的关系。 配置管理数据应联系到配置项的性能指标,可以为容量管理提供基础参考,同时与容量相关的配置项信息可以保存在CMDB中。
|