配置管理手册-V10.doc
- 文档编号:2487390
- 上传时间:2023-05-03
- 格式:DOC
- 页数:19
- 大小:178KB
配置管理手册-V10.doc
《配置管理手册-V10.doc》由会员分享,可在线阅读,更多相关《配置管理手册-V10.doc(19页珍藏版)》请在冰点文库上搜索。
XXXX科技有限公司
XXXX科技有限公司管理体系
配置管理手册
XXXX科技有限公司
www.XXXX
配置管理手册
文档发布信息
文档名称:
XXXX科技有限公司管理体系配置管理手册
文档编号:
版本号:
保密级别:
拟制人:
审核人:
发布范围:
发布日期:
批准人:
修订记录
版本号
修订日期
修订人
类别
修订说明
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的变更。
Ø如果验证发现不合要求,则该请求被拒绝,转入任务3.2“拒绝请求”
Ø如果验证合格,转入任务3.3或3.4
3.2.3.2拒绝请求(执行者:
配置管理员)
Ø拒绝修改CMDB数据的请求
Ø记录拒绝的原因
Ø通知请求者
3.2.3.3创建CI信息(执行者:
配置管理员)
Ø对于新增的CI,创建新的记录,包括下列内容:
Ø创建一个唯一的标识号
Ø记录该CI的属性及(或)与其他CI的关系
3.2.3.4更新CI信息(执行者:
配置管理员)
Ø对于已有的CI信息进行更新,包括下列内容:
Ø更新CI的相关属性及(或)关系
Ø必要时更新CI的状态
Ø必要时更新CI的责任人
输出:
Ø对CMDB数据的修改
Ø已拒绝的请求
Ø与请求者的沟通信息
3.2.4验证与审计
描述:
本步骤的目的是确保目前使用的CMDB中的CI信息与实际环境中的信息是一致的。
通过本步骤,对审核出的差异进行调查,确定哪一方的数据真实反映了CI的状态。
输入:
ØCMDB中的CI数据
Ø运营环境中的物理检查结果
任务:
4.1发起审计
4.2收集审计CI信息
4.3审核物理状况
4.4创建差异报告
4.5检查审计情况
3.2.4.1发起审计(执行者:
配置经理)
Ø根据审计需求决定审计范围,如果CMDB规模很大,审计可以采取抽查
Ø按照审计范围给相关质量分析员下达审计请求
3.2.4.2收集审计CI信息(执行者:
质量分析员)
Ø要审核的CI数据可以通过搜索CMDB的方式得到
3.2.4.3审核物理状况(执行者:
质量分析员)
Ø比较实际环境的物理清单和CMDB的数据,找出差异
Ø调查差异产生的原因
3.2.4.4创建差异报告(执行者:
质量分析员)
Ø产生一份差异报表
Ø“差异报表”是一份用于展现当前记录在CMDB中的数据与物理清单之间的差异的报表。
差异报表可在步骤2.2.3“维护配置数据”中作为修改的依据。
3.2.4.5检查审计情况(执行者:
配置经理)
Ø汇总质量分析员的审计情况,查看审计报表
输出:
Ø差异报表
Ø审计报表
3.2.6配置流程回顾
描述:
定期召开配置管理流程回顾会议,参加人员包括配置管理流程负责人、配置经理、质量分析员、配置管理员和其他相关流程人员。
主要内容包括:
Ø收集CMDB审计报告并进行回顾分析
Ø对配置管理的流程活动进行回顾分析
Ø总结回顾结果,找出改进机会
输入:
Ø相关流程
任务:
6.1召开回顾会议
6.2回顾审计结果
6.3回顾管理流程
6.4分析回顾结果
3.2.6.1召开回顾会议(执行者:
配置管理流程经理)
Ø定期召开配置管理流程回顾会议(至少每半年一次)
3.2.6.2回顾审计结果(执行者:
所有相关人员)
Ø收集CMDB审计报告并进行回顾分析
3.2.6.3回顾管理流程(执行者:
所有相关人员)
Ø对配置管理的流程活动进行回顾分析
3.2.6.4分析回顾结果(执行者:
所有相关人员)
Ø总结回顾结果,找出改进机会
Ø制定相应行动计划
输出:
Ø会议记录
Ø行动计划
3.3角色与职责
本章节描述有关人员在参与执行和管理配置管理方案时的角色和责任。
以下为配置管理流程中必须具有的角色:
3.3.1配置管理流程经理
配置管理流程经理作为配置管理流程的责任人,对于整个流程执行的结果负责,并有一定的权力管理流程。
配置管理流程负责人的主要职责包括:
Ø对整个流程的执行情况和结果负责
Ø发布衡量标准和目标,以提高流程的有效性和效率
Ø鉴别和管理关键的成功因素
Ø控制并领导流程改进活动
Ø批准或拒绝违背流程的事例
Ø定义配置管理团队的角色、职责和义务
Ø向同级的其他流程负责人以及管理层汇报流程的状态
Ø解决跨部门的问题
Ø审核、抽查配置管理流程的执行情况
Ø对配置管理流程中投入的成本和投资负责
Ø作为配置管理流程的代表,与其他部门沟通
3.3.2CMDB维护人
配置经理主要作为一个管理的角色,着重于确保配置信息的准确性和可用性,保障操作管理时使用。
这个角色作为与其他服务组的界面(如,业务系统、其他流程小组等),保障配置管理流程与其他服务相互配合,为XXXX科技有限公司的运作提供服务。
配置经理的主要职责包括:
Ø负责确保配置管理流程的日常顺利运行
Ø作为CMDB的责任人
Ø当用户对配置管理流程不满意时,作为用户投诉升级的第一线
Ø必要时将问题升级或将例外情况报告给管理层
Ø开发配置管理的信息、标准、步骤、使用的工具和技术的需求
Ø监控配置管理流程的有效性和效率,提出改进流程的建议
Ø与其他流程负责人、经理沟通协作,制定配置管理流程的年度目标,着重于达到下列目的:
Ø提高流程的自动化程度以提升信息的完整性、准确性,减少差异率
Ø负责检查质量分析员、配置管理员和配置报表管理员的工作表现
Ø比较和分析流程的效率,提出改进流程的建议
3.3.3质量分析员
质量分析员负责审计配置数据的完整性和准确性,保障提供给运行管理的信息是准确的。
质量分析员的主要职责包括:
Ø定期审核配置数据,产生差异报告
Ø负责检查配置管理员维护配置项的准确性
Ø监控配置管理流程的有效性和效率,提出改进流程的建议
Ø提高流程的自动化程度以提升信息的完整性、准确性,减少差异率
Ø比较和分析流程的效率,提出改进流程的建议
3.4标准报表
本章节描述配置管理流程的标准报表。
3.4.1验证抽样报表
验证抽样报表采用与CMDB相同的格式,根据抽样办法从CMDB中随机抽取数据形成,其格式参见《配置管理抽样报表》。
4其他规定
Ø所有在配置管理范围内的部件的信息应集中式管理。
这些信息应在其他流程需要的时候随时可用,如事件管理、问题管理和变更管理。
所有配置项信息必须存储在一个数据库管理系统中。
Ø根据业务需求对配置管理数据库的范围、CI与CI间关系、配置项属性进行了定义。
Ø只有得到授权的人员(配置管理员)才能对CMDB中的配置项信息进行修改,修改之前需要对物理CI的属性进行核实。
Ø任何设备上线前或系统投入使用前必须启动配置管理流程,以确保配置项信息与物理环境的一致。
Ø当配置项发布到生产/运行环境之前,应对相关的配置项保留配置基线。
Ø配置管理流程必须至少每半年对IT环境进行审核、跟踪监测,以保证CMDB的信息收集准确、完整,并与实际IT环境的状态高度统一。
该工作由配置经理负责。
Ø每半年对流程进行回顾,回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性,以改进配置管理流程。
Ø配置数据将定期存档,超过一年的历史数据将从配置管理数据库中备份出来,单独保存。
存档后的历史数据至少保存三年。
Ø定期对配置数据库进行备份。
15
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 配置管理 手册 V10