配置管理流程.docx

上传人:夺命阿水 文档编号:138014 上传时间:2022-12-21 格式:DOCX 页数:64 大小:256.48KB
返回 下载 相关 举报
配置管理流程.docx_第1页
第1页 / 共64页
配置管理流程.docx_第2页
第2页 / 共64页
配置管理流程.docx_第3页
第3页 / 共64页
配置管理流程.docx_第4页
第4页 / 共64页
配置管理流程.docx_第5页
第5页 / 共64页
点击查看更多>>
资源描述

《配置管理流程.docx》由会员分享,可在线阅读,更多相关《配置管理流程.docx(64页珍藏版)》请在课桌文档上搜索。

1、XXX工程建设有限公司配置管理流程文件编号:1.1 设计目的本文档是在CF保险股份有限公司信息技术管理制度V1.1基础上,结合CF保险股份有限公司信息技术部维护管理的特点,制定的配置管理流程详细设计文档。本文档具有如下目的: 为CF建立基于ITI1.的配置管理流程基本框架,提升CF信息技术维护管理效率 对CF总公司和各分公司IT配置管理进行规范化、统一化管理 指导各分公司IT管理平台的实施1.2 适用范围本文档作为本次项目的配置管理流程详细设计的交付物,读者对象为与配置管理流程相关的所有技术与管理人员。1.3 相关术语 ITI1.(ITInfrastructure1.ibrary)是英国政府在

2、1987年制定的有关IT服务管理的方法论,现己成为事实上的IT管理标准。 帮助台(SerViCeDeSk)帮助台从根本上来说是提供了用户和IT部门的唯一接口。此项功能常通过集中方式提供服务。帮助台的根本目的是提供初始支持,并通过变通方法、解决方案或升级到一线、二线支持等手段帮助用户恢复到正常工作状态。 事件管理(InCidemManagement)ITI1.流程之一,事件管理负责解决所有的IT事件、问题和用户请求。它的目的是尽快恢复:被中断或受到影响的IT服务,所以它的特点往往是以解决表征现象为目的,而不在于查找根本原因。 问题管理(ProblemManagemem)ITl1.流程之一,问题管

3、理负责解决重大紧急事件或具有相同症状的一组事件。它的目的是找出事件的根本原因,并通过解除该根本原因从而防止类似事件的再次发生。同时问题管理流程也负责预防事件的发生。 酉口置管理(COnfigUratiOnManagement)ITI1.流程之一,配置管理负责描述,跟踪和汇报所有IT基础架构中的每一个设备或系统的管理流程。这些设备和系统被称为配置项(CI)O每一个Cl必须有效管理,跟踪和控制以支持公司的IT服务和基础设施成功运行。 配置管理数据库(CMDB-ConfigurationManagementDatabase)是在配置管理流程中用于记录企业所有IT相关配置项信息及其相互关系而建立的数据

4、库。 变更管理(ChangeManagement)ITI1.流程之一,通过控制和管理IT相关的变更,使变更对生产环境可能的影响和风险将到最小,从而提高IT环境的整体稳定性。2配置管理流程设计2.1 流程目的配置管理流程的总体目的是提供一个统一的、一致的流程来管理IT基础架构中的各个组成部份,以确保: 所有配置项被正确识别 配置项当前和历史状态得到记录 配置项记录的完整性得到维护和确认 IT生产环境的稳定性2.2 流程主要内容配置管理流程着重于管理IT环境中所有必须控制的组成元素,并为其他相关流程(如事件管理等)提供相关信息,以使这些流程得到更有效的运行,从而保证IT环境的完整性和稳定性。其主要

5、流程内容如下: 配置管理策略的制定确定配置管理的范围,并确定Cl类别、Cl属性定义、Cl关系类型和Cl之间的关系等。 配置项定义和标识定义Cl的分类,识别物理环境中的Cl并予以标识,确保只有被认可的和被标识的配置项才能接受和记录,同时识别配置项实体的关系,进行Cl信息的收集。 CMDB初始化根据Cl分类以及识别结果,导入Cl数据,初步建立CMDBo每次增加Cl分类时,重复执行CMDB初始化动作。 CMDB的控制和维护包括CMDB的新Cl录入和日常监控维护,采用合适的控制权限以确保Cl数据与实际环境保持一致。 定期审核和回顾定期审核全部或部分CMDB数据,确认和物理环境的一致性,从而确保配置信息

6、的完整性;定期回顾审核结果,找出改进机会,包括流程和CMDB。 定期生成配置管理报告定期生成配置管理报告,为其他流程、配置管理回顾和领导提供管理报告流程相关定义。2.3 与其他流程的关系 与事件管理流程的关系事件记录与CMDB中的配置项相关联,此外配置管理流程为事件管理提供配置项的具体信息。 与问题管理流程的关系问题记录与CMDB中的配置项相关联,配置管理同时为问题管理的根本原因分析提供参考信息。 与变更管理流程的关系变更管理与配置管理是紧密结合的,变更管理流程引发和控制对配置项的修改,此外配置管理为变更管理提供信息帮助变更的评估分析。2.4 关键角色、职责定义流程的实现是通过不同的流程角色以

7、及其所赋有的职责来实现的,因此流程的每一个角色可以被定义为一系列职责的集合,在实际的管理操作中,不同的人员将被赋予不同的职责,也可能一个人被赋予多个职责。配置管理流程主要分为配置管理流程负责人、配置经理和配置管理员职责角色,分别简述如下:配置管理员配置管理员负责管理和维护配置管理系统和配置管理数据库系统。职责: 通过手工或自动化操作增加及更改配置项,保证所负责的关键Cl的关键属性、关键Cl间的关键关系完整、准确技能要求: 熟悉变更管理、配置管理、事件管理和问题管理流程及其他们之间的关系 充分了解所辖的IT基础架构 有效的组织能力和表达能力 熟悉和了解数据库管理 熟悉配置管理工具人员安排说明:由

8、各专业技术人员分别担任配置管理员,维护各自所管的设备或应用。配置管理员可以按照基础架构的分类划分,也可以按照所属业务的类别进行划分。配置经理配置经理是配置管理具体活动的负责人,包括带领执行配置项的鉴别、监控、控制、维护、审计等工作。配置经理将从整个信息技术中心的层面管理配置管理流程和配置管理数据库,在信息技术中心设立一人作为配置经理。职责: 定期对配置管理数据的内容进行审计和验证 定期主持配置管理回顾会议技能要求: 熟悉变更管理、配置管理、事件管理和问题管理流程及其他们之间的关系 了解公司的IT基础架构和环境 了解配置项之间的关系 较强的沟通技巧 很强的团队领导能力人员安排说明:由总公司及分公

9、司分管硬件环境的相关领导或技术资深人员担任配置经理。配置管理流程负责人配置管理流程负责人从宏观上监控流程,确保配置管理流程在信息技术维护部门范围内被正确的执行。当流程不能够适应信息技术维护部门的情况时,流程负责人必须及时的对此进行分析、找出缺陷、进行改进,从而实现可持续提高。职责: 确定配置管理流程的衡量指标 确保配置管理流程能够取得管理层的参与和支持 确保配置管理流程符合公司实际状况和公司IT发展战略 总体上管理和监控流程,建立配置管理流程实施、评估和持续优化机制 确保配置管理流程有效、正确地执行,当流程不能够适应公司的情况时,必须及时进行分析、找出缺陷、进行改进,从而实现可持续提高 保持与

10、其他流程负责人的定期沟通技能要求 深刻理解配置管理流程 能够很好地理解业务对于配置管理的需求 对质量控制与保隙有很深入的了解 有决策权,能够确保配置管理流程设计要求在实施项目中得到贯彻和执行 具有很好的沟通技能,能够取得公司高层的支持,获得所需资源 有很强的计划、组织、领导和控制才能,能够综合各方意见,进行流程的定期优化人员安排说明:由分管硬件环境的相关领导担任配置经理。流程角色与人员对应表配置管理流程角色角色细分说明成员配置管理员总公司主机类职责:负责总公司小型机、PC服务器、存储设备等系统硬件维护工作岗位说明:由相关领域的资深维护人员担任网络类职责:负责总公司网络交换机、路由器、防火墙、网

11、络链路等网络维护工作岗位说明:由相关领域的资深维护人员担任应用系统类职责:负责总公司各类应用系统的维护工作岗位说明:由相关领域的资深维护人员担任数据库、中间件类职责:负责总公司数据库、中间件维护工作岗位说明:由相关领域的资深维护人员担任分公司主机类职责:负责分公司小型机、PC服务器、存储设备等系统硬件维护工作岗位说明:由相关领域的资深维护人员担任,对应岗位包括设备管理岗、地市分公司设备管理岗网络类职责:负责分公司网络交换机、路由器、防火墙、网络链路等网络维护工作岗位说明:由相关领域的资深维护人员担任,对应岗位包括网络管理岗应用系统类职责:负责分公司各类应用系统的维护工作岗位说明:由相关领域的资

12、深维护人员担任,对应岗位包括应用管理岗、地市分公司应用管理岗、运行维护岗数据库、中间件类职责:负责分公司操作系统、数据库、中间件维护工作岗位说明:由相关领域的资深维护人员担任,对应岗位包括系统管理岗配置经理总公司职责:带领执行总公司相关配置项的鉴别、监控、控制、维护、审计等工作岗位说明:在总公司设置配置经理1名分公司职责:带领执行分公司相关配置项的鉴别、监控、控制、维护、审计等工作岗位说明:在分公司设置配置经理1名,对应岗位包括信息技术部总经理配置管理流程负责人职责:负责确定管理流程的衡量指标,从宏观上监控流程,确保配置管理流程在信息技术部门范围内被正确的执行。当流程不能够适应信息技术维护部门

13、的情况时,流程负责人必须及时的对此进行分析、找出缺陷、进行改进,从而实现可持续提高岗位说明:在总公司设置配置管理流程负责人1名说明:配置管理员可以按照基础架构的分类划分,也可以按照所属业务的类别进行划分。上表“配置管理员”可以进行扩充2.5 执行原则常规原则 配置管理数据库将为所有IT运行及服务管理流程提供所需信息,特别是针对事件和变更管理流程;所有事件、问题、变更流程触发后,均需要判断是否涉及到配置项信息的变化,如果涉及,则需要根据配置管理流程维护其信息和CMDB信息的一致性 所有配置项信息必须存储在一个数据库管理系统中 CMDB准确反应当前已知的IT架构状态 应该每半年对流程进行回顾,回顾

14、内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性,以改进配置管理流程流程关联原则 和变更管理的关联变更主管在变更计划阶段必须制定配置项更新计划,对计划修改的配置项进行说明变更实施完后,由变更主管汇总相应的配置项修改的情况,并通知相应的配置管理员,配置管理员接收到配置项修改请求后,与Cl实体进行核对,核对无误后方可修改Cl属性以及关系 对于风险等级为高和重大的变更,CAB中应该包括配置经理,以确保对CMDB的适当控制 Cl应与变更记录建立关联,从而对Cl的变化情况进行记录 和事件管理、问题管理的关联Cl应与事件记录、问题记录建立关联,从而确保对Cl维护工作的统计和分析制原则 所有有关

15、生产环境配置项的更改都需要通过变更管理流程进行控制 只有得到授权的人员(配置管理员)才能对CMDB中的配置项信息进行修改,修改之前需要对物理Cl的属性进行核实 任何设备进机房前或系统投入使用前必须启动配置管理流程,以确保配置项信息与物理环境的一致 其他流程会引发对配置项的修改,日常使用中发现的配置项信息的不正确需要相应的修改,CMDB审核也会引发对配置项的修改,以上均需要通过变更管理流程的控制,发起配置项修改需求的人将作为变更请求者,通过变更管理流程进行相应的审批,实现对Cl信息的修改控制(在变更结束阶段通知相关的配置管理员修改配置项). 在CMDB建设的初期,由于数据仍然处于调整中,可以由配

16、置经理定义一个时间段,该时间段内的数据调整可以不经过变更管理流程控制 当确认配置项信息不需要在CMDB中保留时,进行配置项的删除,配置项的删除不在CMDB中进行物理删除,通过删除状态属性来标识其被删除与否。 需要至少每季度通过计算配置项的”服务到期日期来对配置项是否过保进行预警审核原则 配置管理流程必须每半年对IT环境进行审核、跟踪监测,以保证CMDB的信息收集准确、完整,并与实际IT环境的状态高度统一。该工作由配置经理负责 应该定期根据变更的执行情况对变更引发的配置项的修改情况进行审核密原则 各公司只能看到本公司的配置项信息 公司相关领导及配置经理可以看到本公司的全部配置项信息 配置管理员只

17、能看到本人所管类别的配置项信息 其他人只可看到授权后的配置项信息 配置管理员可以设置哪些配置项属性是共享的哪些是私有的 配置管理员可以将某一配置项授权给某人,授权后某人可以对授权的配置项进行修改2.6 CMDB设计策略CMDB设计策略将从Cl的层次设计、Cl命名规则和Cl关系等方面对CMDB的架构进行描述;配置项层次设计和命名规则CMDB的层次按照三层设计,三层既保证Cl可以被有效地分组,又可以保证层级不会过于复杂从而导致CMDB难以维护和管理。各省可以在此表基础上,自行扩充CMDB的层次结构和Cl类别。具体Cl属性参见附件A:Cl属性设计一级分类二级分类三级分类服务器SR小型机(EPS)PC

18、服务器(SPC)存储设备RD磁盘阵列(RAD)磁带库(TAP)其他存储设备(OTR)网络NW交换机(SWT)网络交换机(SWT)光纤交换机(FST)路由器(RUT)防火墙(FRW)VPN网关(VPG)安全网关(SEG)链路(1.NK)其他网络设备(OTN)终端TR台式机(CoM)笔记本(NTB)字符终端(CTR)图形终端(GTR)外设及其他PR外设(DDV)打印机(PRT)扫描仪(SCN)绘图仪(DRW)其他(SSO)机房(DCE)监控系统O消防系统其他(OTR)软件SW应用软件APP自主开发(SDV)外包开发(ODV)商业软件(FRD)系统软件SYS数据库(SDB)操作系统(OPS)中间件(

19、SMD)其他(SYO)文档DC管理文档(ADC)技术文档(TDC)维护文档(ODC)工程文档(PDC)合同CRT产品购买合同(PUS)维护合同(MAN)应用系统AP应用系统名称(API)应用系统模块(APM)其他应用(APO)每个Cl的搜索代码将作为Cl的名称,在CMDB层次设计中,每个Cl类均标注了简写,作为Cl命名依据,搜索代码的命名规则如下:配置项的搜索代码组成共17位:XX-YYY-ZZZ-mmmmmm自行扩充Cl时,Cl简写(XX-YYY-ZZZ)要求为大写英文字母,mmmmmm为数字或小写字母。XX代表被管理的配置项第一层,YYY代表配置项第二层,ZZZ代表配置项第三层,具体定义参

20、见上表。mmmmmm(六位)在同一类Cl中应该保持唯一,可以是顺序编号,也可以是Cl实体的名称等。注:为保证搜索代码的长度一致,没有第三层的Cl项的相应位置统一填写“ZZZ”如:某一台小型机的命名为HW-EPS-ZZZ-123456配置项间的关系利用Cl之间的关系可以有效地将相关的Cl连接起来,从而为故障和问题的解决、变更的计划和执行提供更好的参照,下表是常用的配置项之间的关系。编号关系说明示例1安装在上Installon数据库安装在主机上2连接关系Connectwith主机与网络相连3依赖关系Dependon应用依赖于中间件4父Clparent程序与软件模块5子Clchild模块与程序6物理

21、关联关系Associatewith主机与存储关联7文档关联关系Withdoc某软件有某文档8使用关系use谁使用某台PC9监控管理Admin&Monitor谁监控某主机10组成关系Consistof销售系统由主机、DB和中间件组成11运行于上Performon应用运行于OS上12热备standby主机B是主机A的热备编号关系说明示例13冷备主机B是主机A的冷备配置项关系类型按照此定义,根据各个分公司的实际情况可以在此基础上进行扩充。配置项关系可以通过两种方式实现;第一种是在Cl属性中增加对相关联Cl的引用,从而实现Cl的关系;第二种是采用关系表的方式,记录相关联的Cl以及关系类型,从而实现Cl

22、的关系。在实现配置项之间的关系时,当选定某Cl时,可以自动调出与其存在关系的所有其他C1.从而实现Cl之间信息的关联,方便操作和对Cl的使用。具体配置项之间的关系参见附件B。2.7 流程相关定义ci的通用属性此处列举大部分Cl均具有的属性、相关说明以及适用的CI类别:属性名称说明适用CI类别一级分类该Cl所属的一级分类适用所有类别Cl二级分类该Cl所属的二级分类适用所有类别Cl三级分类该Cl所属的三级分类适用所有类别Cl一级分类代码该Cl所属的一级分类代码适用所有类别Cl二级分类代码该Cl所属的二级分类代码适用所有类别Cl三级分类代码该Cl所属的三级分类代码适用所有类别Cl搜索代码Cl的唯一识

23、别码,参见“CI命名规则”定义(手工填写)适用所有类别Cl名称Cl的名称,填写时参见Cl实体的名称(手工填写)适用所有类别Cl影响范围描述该Cl失效后会影响到的范围,如果能适用于除其他信息“和“文档”类够明确到地市,则需要注明地市名称;如果会影响全分公司业务,注明“全分公司”;如果仅对某一类型客户造成影响,则描述客户类型。Cl的影响范围作为事件、问题和变更影响范围的判断依据之一(手工填写)之外的所有Cl类别物理位置Cl所在的物理位置(手工填写)适用“硬件”、”客服设备、”文档“、“安全类Cl使用部门使用该Cl部门(手工填写)适用于除其他信息”类之外的所有Cl类别I维护部门该Cl的维部部门适用所

24、有类别Cl维护人员该Cl的维护人员适用所有类别Cl服务开始日期Cl支持服务的服务合同开始日期YYYY-MM-DD(手工填写)适用于除”其他信息“和”文档”类之外的所有Cl类别服务到期日期Cl支持服务的服务合同结束日期YYYY-MM-DD(手工填写)适用于除其他信息“和”文档”类之外的所有Cl类别服务级别Cl支持服务厂商提供的相应的服务级别(如5x8,7x24等)(手工填写)适用于除其他信息“和“文档”类之外的所有Cl类别服务提供商为该Cl提供服务的厂商名称(手工填写)适用于除其他信息“和“文档”类之外的所有Cl类别服务联系方式Cl支持服务厂商提供的支持服务的联系方式,密码等信息(手工填写)适用

25、于除其他信息“和”文档”类之外的所有Cl类别审核状态配置审核活动中,Cl的审核状态,参见“配置项审核”定义(手工填写)适用所有类别Cl最近审核时间最近一次审核该Cl的时间,即审核状态从”未审核”变为已审核,不匹配V丢失任一状态的时间;参见“配置审核”定义YYYY-MM-DDhh:mm(系统自动产生)适用所有类别Cl创建时间该Cl被创建的时间YYYY-MM-DDhh:mm(系统自动产生)适用所有类别Cl删除状态该Cl是否被删除;正常/已删除,参见“配置项的删除状态”定义(手工填写)适用所有类别Cl删除时间该Cl被删除的时间,既删除状态从“正常”变为”已删除”的时间YYYY-MM-DDhh:mm(

26、系统自动产生)适用所有类别Cl管理员负责该Cl实体的系统管理员(手工填写)适用于除”其他信息”类之外的所有Cl类别厂商该Cl的原始厂商(手工填写)适用于除其他信息“和”文档”类之外的所有Cl类别状态该Cl的状态,参见“配置项状态”定义(手工填写)适用所有类别Cl用途该Cl的用途(手工填写)适用于除其他信息”类之外的所有Cl类别最后更新人最后更新该Cl的人员(系统自动产生)适用所有类别Cl最后更新时间最后更新该Cl的时间,既最后一次更新Cl任一属性的时间;YYYY-MM-DDhh:mm(系统自动产生)适用所有类别Cl硬件设备报废日期/软件许可过期日期硬件设备报废日期/软件许可过期日期YYYY-M

27、M-DD(手工填写)适用硬件、软件类Cl备注备注信息适用所有类别Cl配置项状态配置项状态用于标识配置项管理的生命周期,各类配置项的状态代码和说明。编号状态说明1借出设备被借给其他单位使用2开发软件或软件补丁正在开发中3入库设备已经处于备件库中编号状态说明4已安装设备已完成安装5测试中设备正在测试中6运行良好设备处于正常运行状态,无故障7运行正常有轻微故障,不影响系统的正常运行8运行基本正常有故障,每月非正常停机次数少于3次且每次非正常停机不超过4小时9运行不正常严重故障,每月非正常停机次数高于3次或单次非正常停机超过4小时10维护中设备正处于维护状态11报废设备已经被报废12丢失设备丢失13借

28、用设备借自于其他单位14闲置设备处于闲置状态,指用途不明确的未使用设备15热备设备处于热备用状态,可以被系统自动切换投入使用16冷备设备处于热备用状态,可以由人工切换投入使用配置项审核配置项属性以及配置项之间的关系必须被定期审核,以确保其与实际的物理环境保持致,配置审核活动需要对配置项信息与配置项物理存在性进行双向验证。在审核的过程中,配置项有不同的审核状态。配置审核工作可以按照各分公司自行定义的审核范围和周期来进行,当总公司提出配置审核要求时,也需要发起配置审核工作。考虑到实际的工作量,Cl的审核范围不宜在整个CMDB中进行,每次按照CMDB的第一层进行,如单次审核仅审核所有硬件类Cl及其相

29、关关系;对CMDB的审核同时可以参照变更的执行情况进行,根据一定时间内的变更记录,来检查这些变更中改变的Cl属性是否被适当地修改,以确保Cl属性和实际物理环境的一致。审核周期按照CMDB建设的情况和流程的完善程度在配置管理策略中制定并定期更新。在审核前,将所有需要审核的Cl状态设置为“未审核”,根据审核的结果,将Cl的状态相应地改变为“已审核”/“不匹配”/“丢失”,同时记录更新审核时间;对“不匹配”/“丢失”审核状态的Cl信息进行纠正后,相应地将其状态修改为“已审核”,至此一个审核周期结束。应该在在审核工作结束后,Cl信息纠正之前统计流程衡量指标。“审核状态”和“最后审核时间”都将作为配置项

30、的通用属性。代码审核状态说明1已审核Cl成功通过审核2未审核Cl尚未完成审核3不匹配当审核时发现Cl的信息或者Cl关系与实际不符4丢失审核时发现实际环境中找不到对应的Cl配置项的删除状态配置项的删除状态用于标明该配置项是否被删除,删除状态定义如下:配置项被置为“已删除”状态后,所有属性应该被冻结,不能修改。代码删除状态1正常2已删除配置项所属系统配置项所属系统是配置项的重要属性,用于标明该配置项所属的业务系统,目前的配置项所属系统定义参见下表。业务系统分类子业务系统分类简称办公管理IT服务管理系统ITSM综合办公系统电子邮件系统请填写简称电子商务网上招聘系统CORS管理决策团体年金报表子系统G

31、ARS财务计算机管理系统C1.AF集团财务计算机管理系统GC1.AFCF财务报表辅助系统EASY-REPORT大中城市业绩考核分析系统CSIS财务分析系统1.IFA基础率分析系统EAS精算系统ATMS每日业务快报系统ZHCX统计信息系统TJXX审计系统AMS核心运营综合业务处理系统7版CBPS7集团综合业务处理系统7版NBPS老业务处理系统OBPS综合业务处理系统8版CBPS8出单管理系统(七版)Printpro档案影像管理系统CIMS单证管理系统CVMS打印管理系统CPMS数据清理系统C1.EANER投连万能处理系统UBPS团体年金核心业务处理系统GAPS中介业务处理系统ABPS统括业务处理

32、系统UNITE再保险系统RBPS健康意外险系统HDPS互联网销售系统ISS销售客服团体年金大客户支持子系统GACS团体年金报价子系统GAPS团体年金销售支持系统GA3S个人代理人管理信息系统AMIS讲师管理系统TMIS会员管理系统2005MMIS个人代理人营销支持系统E-MSS大客户支持系统anntsuport网络查询系统netqueryCF呼叫中心系统CA1.1.CENTERCF短信系统SMS其他非业务系统类OTS商Cl中定义了“厂商”属性,用于填写各个Cl的原厂商。为了在填写过程中保证厂商名称的统一从而利于统计,在此定义厂商名称填写的标准,各分公司可以在此基础上进行扩充,其他流程的厂商填写

33、也参照厂商名称标准。厂商名称标准参见附件C。成商部分Cl中定义了“集成商”属性,用于填写相关Cl的集成商。为了在填写过程中保证集成商名称的统一从而利于统计,在此定义集成商名称填写的标准,各分公司可以在此基础上进行扩充,其他流程的集成商填写也参照集成商名称标准。集成商名称标准参见附件C。2.8 流程概要设计配置管理流程概要设计图如下:ekhu处长、副处200.1配置管理策略的制定200.6定期生成配置管理报告事件引发Cl的调整八维护类处室配置管理概要设计流程描述如下:序号步骤名称责任人说明200.1配置管理策略的制定配置经理 确定配置管理的具体范围 确定Cl类别、Cl属性和Cl的命名规则 定义C

34、l关系类型 整理CI收集模板 定义各类配置项的审核周期200.2配置项定义和标识配置管理员 对所要管理的IT环境的所有组成元素进行命名和说明 收集Cl实体属性 明确Cl实体之间关系200.3CMDB初始化配置管理员 在CMDB开始建设或者新增Cl类别时进行CMDB初始化 回收Cl收集的结果 确保数据的准确性和有效性 建立配置管理数据库序号步骤名称责任人说明200.4CMDB控制和维护配置管理员 配置管理员接受其他流程引发的正常CI修改、定期审核结果、Cl例外发起的对配置管理数据库的更改要求,包括增加、删除C1.修改Cl属性和关系等 核实Cl更改要求和物理Cl变化的一致 执行Cl的修改200.5

35、CMDB审核和回顾配置经理通过审核确认CMDB中配置项(Cl)信息和其物理信息的一致性,确保惟有授权配置项(Cl)被使用,具体可通过定期审计、对最近的变更进行审计和随机抽查等方式对配置管理工作执行的情况进行回顾,通常是通过召开回顾会议来完成;回顾工作可能会引发配置管理策略的调整200.6定期生成配置管理报告配置经理定期地生产配置管理报告,为其他流程、配置管理回顾和领导提供管理报告2.9流程详细设计(200.1)配置管理策略的制定序号步骤名称责任人输入输出说明200.1.1确定配置管理的范围配置经理配置管理需求CMDB管理范围、类别和属性配置管理的范围具体包括:应纳入管理的IT基础架构分类、配置

36、管理项的层次和类别划分、每一类别Cl的属性定义200.1.2定义Cl关系和命名规则配置经理配置管理范围定义Cl关系定义,Cl的命名规则根据实际情况定义或调整配置项的关系类别、配置项的命名规则200.1.3定义信息收集模板等配置经理配置管理范围和平台要求Cl收集模板根据Cl管理范围、预先定义的Cl属性、Cl关系和平台的功能,制作CI收集模板,为Cl的数据收集做好准备200.1.4定义Cl的审核周期等规则配置经理Cl的分类定义CMDB审核周期根据实际情况制定或调整某类Cl的审核周期等规则(200.2)配置项定义和标识描述如下:序号步骤名称责任人输入输出说明200.2.1发起配置项的收集和标识配置经

37、理配置项管理范围Cl收集模板的下发定义搜集配置项(Cl)数据的来源和搜集的方法,要求相应的配置管理员开始进行Cl的收集工作;收集工作由配置管理员和Cl实体的管理员协同进行200.2.2收集Cl属性配置管理员Cl管理范IHCl属性收集根据Cl的收集要求、Cl分类和Cl的属性设计,标识物理Cl,进行Cl实体的数据收集和Cl的命名200.2.3标识Cl关系配置管理员Cl收集结果Cl实体属性的收集根据Cl实体的数据收集结果,标识Cl实体之间的关系200.2.4维护Cl模板配置管理员原Cl模板修改过的Cl模板根据实际收集的过程,对Cl收集模板进行更新和调整(200.3)CMDB初始化描述如下:序号步骤名

38、称责任人输入输出说明200.3.1核对Cl配置经理Cl收集结果Cl核对结果配置管理员作为CI收集的负责人,需要协同Cl实体的管理员进行Cl的收集工作,并对收集的结果进行核对,核对内容包括:是否在定义的Cl范围内、Cl命名规则和关系是否符合定义、Cl属性数据是否正确等200.3.2调整Cl收集结果配置管理员Cl核对结果调整过的Cl数据对不符合规范的Cl数据进行调整,具体调整可以由Cl配置管理员协同Cl实体的管理员共同进行200.3.3Cl载入CMDB配置管理员收集/调整过的Cl数据CMDB的生成和更新根据CI的收集和调整结果,将Cl数据载入CMDB200.3.4检查载入结果配置经理CMDB数据检

39、查结果在CMDB中检查载入的Cl数据,对Cl属性、Cl关系均需要进行检查(200.4)CMDB控制和维护描述如下:序号步骤名称责任人输入输出说明200.4.1接受请求配置管理员变更管理流程对配开始核实CI属性接受变更管理流程的要求/CMDB审核结果产生的Cl置项更改的请求调整要求产生的对配置项更新的请求200.4.2核实Cl属性变化配置管理员根据Cl实体核实变更描述是否正确核实结果接收到Cl变更的请求时,与Cl实体的信息进行比对,对Cl变更请求进行核实200.4.3更新配置项信息配置管理员配置项更新请求的接受配置项更新的执行结果根据配置项的更新请求,在CMDB中增加/删除/修改相应的配置项20

40、0.4.4回复请求人配置管理员配置项更新的执行结果对请求人的回复根据配置项更新的执行结果,回复相应的请求人Cl例外报告日常维护工作对Cl信息变更的请求在日常维护工作中,如果发现Cl信息与Cl实体不符,需要通过变更管理流程提出变更请求,实现CMDB中Cl信息的校正Cl的正常调整日常维护工作对Cl信息变更的请求在日常维护工作中,可能需要对Cl实体的属性进行变化,此时也通过变更管理流程提出变更请求,对CMDB中Cl的信息进行相应的修改(200.5)CMDB审核和回顾200.5.1审核某类Cl信 息200.5.4更新配置管理策略定义变更管理流程描述如下:序号步骤名称责任人输入输出说明200.5.1审核

41、某类Cl信息配置经理配置管理策略/配置审核周期定义审核结果根据配置管理策略中制定的配置项审核周期和范围,进行配置项的审核,审核应在Cl数据和Cl实体之间进行双向验证审核工作由配置经理发起,各Cl实体的管理人员配合进行审核工作200.5.2审核总结/流程KPI统计配置经理审核结果审核明细报告/KPI报表总结审核结果,列出待修改的Cl根据审核结果,统计流程KPl中的”已审核T不匹配7丢失”指标KPl统计结束后,对不匹配”和“丢失”的Cl通过变更管理流程进行修正200.5.3召开回顾会议配置经理审核明细报告/KPI报表回顾会议纪要 以CMDB的审计结果、各类统计报表作为输入,召开流程回顾会议 回顾会议参加人员包括配置管理流程经理、配置管理员和其他相关流程人员 回顾会议内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性等200.5.4更新配置管理策略定义配置经理各类统计报表/回顾会议纪要配置管理策略的更新根据回顾结果,给出配置管理策略更新的要求调整内容包括200.1中定义的全部内容,具体调整动作在200.1中完成(200.6)定期生成配置管理报告处长、副处200.6.1接受报表/信息需求200.6.2选择报表模板/定制报表200.6.3提供报表报表/信、息需求描述如下:序号步骤名称责任人输入输出说明

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 在线阅读 > 生活休闲


备案号:宁ICP备20000045号-1

经营许可证:宁B2-20210002

宁公网安备 64010402000986号