配置管理手册-V10_精品文档Word格式.doc
- 文档编号:14121110
- 上传时间:2022-10-18
- 格式:DOC
- 页数:19
- 大小:178KB
配置管理手册-V10_精品文档Word格式.doc
《配置管理手册-V10_精品文档Word格式.doc》由会员分享,可在线阅读,更多相关《配置管理手册-V10_精品文档Word格式.doc(19页珍藏版)》请在冰豆网上搜索。
修订人
类别
修订说明
1.0
2011.3.1
张春志
M
注1:
修订类别分为:
A—新建/增加、M—修订、D—删除
目录
1 介绍 1
1.1本文适用对象 1
2 配置管理的范围 1
3 配置管理流程 2
3.1 流程概述 2
1. 配置管理规划 2
2. 维护数据模型 3
3. 维护配置数据 3
4. 验证与审计 3
5. 配置流程回顾 4
3.2 流程步骤描述 4
3.2.1配置管理规划 4
3.2.2维护配置数据模型 6
3.2.3维护配置数据 8
3.2.4验证与审计 10
3.2.6配置流程回顾 11
3.3 角色与职责 12
3.3.1配置管理流程经理 12
3.3.2CMDB维护人 13
3.3.3质量分析员 14
3.4 标准报表 14
3.4.1验证抽样报表 14
4其他规定 15
I
1介绍
《配置管理手册》旨在介绍和描述将在XXXX科技有限公司(以下简称XXXX)实施的配置管理流程,提供对于XXXX科技有限公司运营环境信息资产架构的一个逻辑模型,并鉴别、控制、维护和验证现有配置项(ConfigurationItem,简称CI)的版本等信息。
配置管理包含了对信息资产的版本、主要组成和相互关系等的鉴别、记录和报表的功能。
配置管理数据库(ConfigurationManagementDatabase,简称CMDB),用于保存各系统部件的详细属性和他们之间的关系,包括与该系统部件相关的事件、问题、变更请求和版本发布。
配置管理不等同于资产管理。
资产管理首先是一个财务方面讨论的课题,而不是技术上的课题。
资产管理关注的是与PC、网络设备、服务器或者软件等相关的价值、合同、折旧、服务水平、责任人和用途等信息。
在配置管理中,将列出信息资产架构中的IT设备的清单,关注于这些设备是何种设备、物理位置、设备的使用者、发生过多少次变更等。
通常配置管理不会关注信息资产的价值或者何时租约到期。
配置管理记录了信息资产之间的关系及其从属关系,以便为其他服务管理流程提供当前的、准确的信息。
1.1本文适用对象
本文作为XXXX科技有限公司实行配置管理的参考,供公司内参与到配置管理流程中的人员和相关的管理层使用。
2配置管理的范围
XXXX科技有限公司配置管理的范围包括将在CMDB中提及的各配置管理项的内容,包括网络设备、计算机及存储设备、软件清单、供应商清单等。
文档管理不纳入配置管理的范围,其具体管理方法请参见《L2_DOC_文件管理手册_V1.0》。
3配置管理流程
3.1流程概述
配置管理流程起始于一个初始的规划和建设步骤,包括创建配置管理数据库(CMDB)。
在初始化之后,该流程主要侧重于日常基础的鉴别和维护配置管理数据模型,以及维护配置数据。
之后,该流程还负责产生配置信息的报表、定期进行审核。
1.配置管理规划
该步骤是配置管理的起始点。
其目的是规划和定义配置管理的目标、范围、目的、政策和流程步骤,以及配置管理中涉及的人员组织。
初始设置、创建和发布配置管理数据库(CMDB),也是该步骤的工作内容之一。
具体策略为:
界定配置管理的范围包括:
弱电设备、网络设备、计算机及存储设备、软件清单、供应商清单。
配置管理的目标是对以上提及的各类设备进行属性管理,以方便组织内相关人员随时调用。
相关政策包括:
nXXXX科技有限公司的配置管理采用CMDB进行管理;
nCMDB通过其维护人员进行整体维护,CMDB维护人的数据来源为变更流程中产生的配置项改变,对于标准变更提及的增加新设备的事项由直接操作人通过邮件方式将新添加的设备属性提交给CMDB维护人;
对于其他变革流程中产生的配置项改变则由变更流程中的变更单具体体现;
nCMDB采用定期分发的方式发布给各流程经理和部门经理使用。
发布范围由综合管理部通过邮件通知CMDB维护人,CMDB维护人于每月30日不足30天的月份在当月最后一天定期发布CMDB的最新版本,并在发布前通过邮件询问综合管理部发布范围是否有变动;
2.维护数据模型
对于新的请求,为了确保配置管理数据库中现有的数据模型能够记录新的配置项的属性和关系。
因此,本步骤主要考虑选择和鉴别所管辖的配置项的信息结构,包括其“责任人”、配置项之间的关系和配置文档等。
n维护数据模型的方法为:
通过电子邮件的形式在综合管理部授予的发布范围内向各流程经理和部门经理征询其所辖配置项属性的合理性,即以生产的最佳实践为维护数据模型的主要依据;
3.维护配置数据
该步骤确保在数据的接收到废弃的过程中,只有经过授权的配置项才能被接受和记录到配置数据库中。
还应当确保对于配置项的增加、修改、替换或者删除都附有适当的控制文件或邮件,例如,审批过的变更请求。
n维护配置数据将严格根据变革流程中产生的配置项改变进行。
增加新设备这一类标准变更通过邮件反馈给CMDB维护员,其它变更通过变更单反馈给CMDB维护员;
4.验证与审计
定期进行配置项的回顾和审核,每半年一次,确保物理环境中的部件的存在性,并检查配置项信息是否正确记录在配置管理系统中。
n验证审计采用在CMDB中抽样的方法进行,第一次抽样为CMDB各分类表单中的3%配置项进行符合率校验,如果符合率大于95%,则通过校验,出具合格的差异报告;
如果符合率小于95%,则重新抽样30%进行符合率校验,依然以95%作为合格标准;
如果依然不合格,则需要对CMDB的全部配置项进行彻底排查,并予以纠正。
5.配置流程回顾
根据计划实施流程或回顾已实施的流程。
回顾周期至少是每半年一次。
n配置流程经理负责配置流程的回顾工作,配置流程的回顾将主要参考验证与审计阶段得出的差异报告,针对流程中不合理的规定进行调整;
3.2流程步骤描述
3.2.1配置管理规划
描述:
该步骤的目的是规划和定义配置管理的目标、范围、政策和步骤,以及相关的组织结构、技术手段。
其主要目的是创建配置管理数据库的初始数据模型。
图31配置管理规划
输入:
Ø
初始的配置信息
任务:
1.1开发配置管理计划
1.2收集初始的配置管理数据
1.3定义CMDB
1.4进行初始审核
1.5修正CMDB
2.1评估修改CMDB数据模型请求
3.2.1.1创建配置管理计划(执行者:
配置经理)
根据IT规划和其他流程计划,创建配置管理计划,包括下列内容:
配置管理的角色和职责
CI的命名规范
与其它流程的接口
配置管理系统设计,包括配置管理的范围和关键接口,包括:
CMDB结构
配置管理数据及其库的位置
产生CI信息的可控制的环境,即配置管理范围内的环境
与其它管理流程的接口
支持工具(如,数据库构建和安装工具)
定义配置数据模型
CI信息的系统管理、归档和数据保留周期
3.2.1.2收集初始的配置管理数据(执行者:
配置管理员)
根据配置数据模型,收集初始的配置数据。
这可以通过手工收集CI的物理清单,或者利用自动发现的工具采集信息。
3.2.1.3创建初始的CMDB(执行者:
创建CMDB,并将初始的配置数据导入数据库
3.2.1.4进行初始审核(执行者:
质量分析员)
进行初次审核
分析审核数据:
如果CMDB真实反映了物理实际情况,转入步骤2“维护配置数据模型”任务2.1“评估数据模型请求”
如果CMDB的数据与物理现实中的数据有差异,转入任务1.5“修正CMDB”
3.2.1.5修正CMDB(执行者:
修正初始审核查出的有差异的数据
转入步骤2,“维护配置数据模型”任务2.1“评估数据模型请求”
输出:
配置管理计划
初始的CMDB
初始的审核日志
3.2.2维护配置数据模型
该步骤的目的是确保CMDB的数据模型能够记录所有需要维护的配置项(CI)的属性、关系及其政策等信息。
因此,需要具备配置项的知识、并且及时了解对配置项的修改。
对于数据模型的变更可以通过变更管理流程提出修改。
当前的CMDB数据模型
变更请求单
系统和服务设计信息
2.1评估修改CMDB数据模型请求
2.2设计数据模型的变更
2.3修正数据结构
3.2.2.1评估修改CMDB数据模型请求(执行者:
收集来自事件管理流程关于修改数据模型的请求,或直接提出的请求
评估每个修改数据模型请求的影响:
每个确定的请求都可能需要修改CMDB的政策或者数据模型,例如,当引入了新的基础架构项,就可能需要增加新的CI类型或者增加与新设备的关系
记录每个请求的设计需求
3.2.2.2设计数据模型变更(执行者:
创建设计数据模型的变更,应该注意的问题:
在整个CMDB数据模型中定位新的CI的类型(层次)
明确与其他CI的关系
参照命名规范定义新CI的命名
记录新的设计内容
通过变更管理流程提出变更请求
3.2.2.3修正数据结构(执行者:
如变更审核通过,更新CMDB数据模型结构
更新的CMDB数据模型
3.2.3维护配置数据
该步骤的目的是确保只有授权的和可以确认的CI才能记录在CMDB中,保障企业的数据、系统和流程的完整性,只有预授权和经过批准的变更,配置管理员才能对CI进行变更。
在事件管理流程中报告的有差异的CI
审计过程中CMDB与基础架构中的差异。
差异报告将由章节2.2.4“验证与审计”这个步骤通过比对CMDB中的CI信息和实际环境中的差别而产生。
已授权的变更请求。
这是指计划好的对于配置数据的修改,并且其差异也检查过。
如果已授权变更请求成功实施,因其产生的配置变化必须记录在CMDB中。
3.1检查并验证请求
3.2拒绝请求
3.3新增CI信息
3.4更新CI信息
3.2.3.1检查与确定请求(执行者:
鉴别对于XXXX科技有限公司已授权的变更请求:
对运营系统的所有变更都基于变更管理流程授权。
该任务主要是当变更成功实施完成后,确定这些变更请求对配置数据的改动,在CMDB中进行相应的修改。
鉴别由事件管理流程引发的请求:
这些请求来自事件管理流程,主要是当用户报告事件时,发现CMDB中的相关的CI信息与实际情况不符。
对于已授权的变更请求和由事件管理流程引发的请求,将验证其完整性、是否符合相关政策。
还需要对请求中涉及的配置数据进行检查,例如,属性数据、唯一的CI标识号等。
本任务还将确保相关文档的完整性以及CI责任人了解其负责的CI的变更。
如果验证发现不合要求
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 配置管理 手册 V10_ 精品 文档