配置管理手册(共19页).doc

《配置管理手册(共19页).doc》由会员分享，可在线阅读，更多相关《配置管理手册(共19页).doc（19页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、精选优质文档-倾情为你奉上 XXXX科技有限公司管理体系配置管理手册XXXX科技有限公司专心-专注-专业文档发布信息文档名称：XXXX科技有限公司管理体系配置管理手册文档编号：版 本 号：保密级别： 拟制人：审核人：发布范围：发布日期：批 准 人：修订记录版本号修订日期修订人类别修订说明1.02011.3.1张春志M注1：修订类别分为：A新建/增加、M修订、D删除目 录1介绍11.1本文适用对象12配置管理的范围13配置管理流程23.1流程概述21.配置管理规划22.维护数据模型33.维护配置数据34.验证与审计35.配置流程回顾43.2流程步骤描述43.2.1配置管理规划43.2.2维护配置

2、数据模型63.2.3维护配置数据83.2.4验证与审计103.2.6配置流程回顾113.3角色与职责123.3.1配置管理流程经理123.3.2 CMDB维护人133.3.3质量分析员143.4标准报表143.4.1验证抽样报表144其他规定151 介绍配置管理手册旨在介绍和描述将在XXXX科技有限公司（以下简称XXXX）实施的配置管理流程，提供对于XXXX科技有限公司运营环境信息资产架构的一个逻辑模型，并鉴别、控制、维护和验证现有配置项（Configuration Item，简称CI）的版本等信息。配置管理包含了对信息资产的版本、主要组成和相互关系等的鉴别、记录和报表的功能。配置管理数据库（

3、Configuration Management Database，简称CMDB），用于保存各系统部件的详细属性和他们之间的关系，包括与该系统部件相关的事件、问题、变更请求和版本发布。配置管理不等同于资产管理。资产管理首先是一个财务方面讨论的课题，而不是技术上的课题。资产管理关注的是与PC、网络设备、服务器或者软件等相关的价值、合同、折旧、服务水平、责任人和用途等信息。在配置管理中，将列出信息资产架构中的IT设备的清单，关注于这些设备是何种设备、物理位置、设备的使用者、发生过多少次变更等。通常配置管理不会关注信息资产的价值或者何时租约到期。配置管理记录了信息资产之间的关系及其从属关系，以便为其

4、他服务管理流程提供当前的、准确的信息。1.1本文适用对象本文作为XXXX科技有限公司实行配置管理的参考，供公司内参与到配置管理流程中的人员和相关的管理层使用。2 配置管理的范围XXXX科技有限公司配置管理的范围包括将在CMDB中提及的各配置管理项的内容，包括网络设备、计算机及存储设备、软件清单、供应商清单等。文档管理不纳入配置管理的范围，其具体管理方法请参见L2_DOC _文件管理手册_V1.0。3 配置管理流程3.1 流程概述配置管理流程起始于一个初始的规划和建设步骤，包括创建配置管理数据库（CMDB）。在初始化之后，该流程主要侧重于日常基础的鉴别和维护配置管理数据模型，以及维护配置数据。之

5、后，该流程还负责产生配置信息的报表、定期进行审核。1. 配置管理规划该步骤是配置管理的起始点。其目的是规划和定义配置管理的目标、范围、目的、政策和流程步骤，以及配置管理中涉及的人员组织。初始设置、创建和发布配置管理数据库（CMDB），也是该步骤的工作内容之一。具体策略为：界定配置管理的范围包括：弱电设备、网络设备、计算机及存储设备、软件清单、供应商清单。配置管理的目标是对以上提及的各类设备进行属性管理，以方便组织内相关人员随时调用。相关政策包括：n XXXX科技有限公司的配置管理采用CMDB进行管理；n CMDB通过其维护人员进行整体维护，CMDB维护人的数据来源为变更流程中产生的配置项改变，

6、对于标准变更提及的增加新设备的事项由直接操作人通过邮件方式将新添加的设备属性提交给CMDB维护人；对于其他变革流程中产生的配置项改变则由变更流程中的变更单具体体现；n CMDB采用定期分发的方式发布给各流程经理和部门经理使用。发布范围由综合管理部通过邮件通知CMDB维护人，CMDB维护人于每月30日不足30天的月份在当月最后一天定期发布CMDB的最新版本，并在发布前通过邮件询问综合管理部发布范围是否有变动；2. 维护数据模型对于新的请求，为了确保配置管理数据库中现有的数据模型能够记录新的配置项的属性和关系。因此，本步骤主要考虑选择和鉴别所管辖的配置项的信息结构，包括其“责任人”、配置项之间的关

7、系和配置文档等。n 维护数据模型的方法为：通过电子邮件的形式在综合管理部授予的发布范围内向各流程经理和部门经理征询其所辖配置项属性的合理性，即以生产的最佳实践为维护数据模型的主要依据；3. 维护配置数据该步骤确保在数据的接收到废弃的过程中，只有经过授权的配置项才能被接受和记录到配置数据库中。还应当确保对于配置项的增加、修改、替换或者删除都附有适当的控制文件或邮件，例如，审批过的变更请求。n 维护配置数据将严格根据变革流程中产生的配置项改变进行。增加新设备这一类标准变更通过邮件反馈给CMDB维护员，其它变更通过变更单反馈给CMDB维护员；4. 验证与审计定期进行配置项的回顾和审核，每半年一次，确

8、保物理环境中的部件的存在性，并检查配置项信息是否正确记录在配置管理系统中。n 验证审计采用在CMDB中抽样的方法进行，第一次抽样为CMDB各分类表单中的3%配置项进行符合率校验，如果符合率大于95%，则通过校验，出具合格的差异报告；如果符合率小于95%，则重新抽样30%进行符合率校验，依然以95%作为合格标准；如果依然不合格，则需要对CMDB的全部配置项进行彻底排查，并予以纠正。5. 配置流程回顾根据计划实施流程或回顾已实施的流程。回顾周期至少是每半年一次。n 配置流程经理负责配置流程的回顾工作，配置流程的回顾将主要参考验证与审计阶段得出的差异报告，针对流程中不合理的规定进行调整；3.2 流程

9、步骤描述3.2.1配置管理规划描述：该步骤的目的是规划和定义配置管理的目标、范围、政策和步骤，以及相关的组织结构、技术手段。其主要目的是创建配置管理数据库的初始数据模型。图31 配置管理规划输入： 初始的配置信息任务：1.1 开发配置管理计划1.2 收集初始的配置管理数据1.3 定义CMDB1.4 进行初始审核1.5 修正CMDB2.1评估修改CMDB数据模型请求3.2.1.1创建配置管理计划（执行者：配置经理） 根据IT规划和其他流程计划，创建配置管理计划，包括下列内容： 配置管理的角色和职责 CI的命名规范 与其它流程的接口 配置管理系统设计，包括配置管理的范围和关键接口，包括： CMDB

10、结构 配置管理数据及其库的位置 产生CI信息的可控制的环境，即配置管理范围内的环境 与其它管理流程的接口 支持工具（如，数据库构建和安装工具） 定义配置数据模型 CI信息的系统管理、归档和数据保留周期3.2.1.2收集初始的配置管理数据（执行者：配置管理员） 根据配置数据模型，收集初始的配置数据。这可以通过手工收集CI的物理清单，或者利用自动发现的工具采集信息。3.2.1.3创建初始的CMDB（执行者：配置管理员） 创建CMDB，并将初始的配置数据导入数据库3.2.1.4进行初始审核（执行者：质量分析员） 进行初次审核 分析审核数据： 如果CMDB真实反映了物理实际情况，转入步骤2“维护配置数

11、据模型”任务2.1“评估数据模型请求” 如果CMDB的数据与物理现实中的数据有差异，转入任务1.5“修正CMDB”3.2.1.5修正CMDB（执行者：配置管理员） 修正初始审核查出的有差异的数据 转入步骤2，“维护配置数据模型” 任务2.1“评估数据模型请求”输出： 配置管理计划 初始的CMDB 初始的审核日志3.2.2维护配置数据模型描述：该步骤的目的是确保CMDB的数据模型能够记录所有需要维护的配置项（CI）的属性、关系及其政策等信息。因此，需要具备配置项的知识、并且及时了解对配置项的修改。对于数据模型的变更可以通过变更管理流程提出修改。输入： 当前的CMDB数据模型 变更请求单 系统和服

12、务设计信息任务：2.1 评估修改CMDB数据模型请求2.2 设计数据模型的变更2.3 修正数据结构3.2.2.1评估修改CMDB数据模型请求（执行者：配置管理员） 收集来自事件管理流程关于修改数据模型的请求，或直接提出的请求 评估每个修改数据模型请求的影响： 每个确定的请求都可能需要修改CMDB的政策或者数据模型，例如，当引入了新的基础架构项，就可能需要增加新的CI类型或者增加与新设备的关系 记录每个请求的设计需求3.2.2.2设计数据模型变更（执行者：配置管理员） 创建设计数据模型的变更，应该注意的问题： 在整个CMDB数据模型中定位新的CI的类型（层次） 明确与其他CI的关系 参照命名规范

13、定义新CI的命名 记录新的设计内容 通过变更管理流程提出变更请求3.2.2.3修正数据结构（执行者：配置管理员） 如变更审核通过，更新CMDB数据模型结构输出： 更新的CMDB数据模型3.2.3维护配置数据描述：该步骤的目的是确保只有授权的和可以确认的CI才能记录在CMDB中，保障企业的数据、系统和流程的完整性，只有预授权和经过批准的变更，配置管理员才能对CI进行变更。输入： 在事件管理流程中报告的有差异的CI 审计过程中CMDB与基础架构中的差异。差异报告将由章节2.2.4“验证与审计”这个步骤通过比对CMDB中的CI信息和实际环境中的差别而产生。 已授权的变更请求。这是指计划好的对于配置数

14、据的修改，并且其差异也检查过。如果已授权变更请求成功实施，因其产生的配置变化必须记录在CMDB中。任务：3.1 检查并验证请求3.2 拒绝请求3.3 新增CI信息3.4 更新CI信息3.2.3.1检查与确定请求（执行者：配置管理员） 鉴别对于XXXX科技有限公司已授权的变更请求： 对运营系统的所有变更都基于变更管理流程授权。该任务主要是当变更成功实施完成后，确定这些变更请求对配置数据的改动，在CMDB中进行相应的修改。 鉴别由事件管理流程引发的请求：这些请求来自事件管理流程，主要是当用户报告事件时，发现CMDB中的相关的CI信息与实际情况不符。 对于已授权的变更请求和由事件管理流程引发的请求，

15、将验证其完整性、是否符合相关政策。还需要对请求中涉及的配置数据进行检查，例如，属性数据、唯一的CI标识号等。本任务还将确保相关文档的完整性以及CI责任人了解其负责的CI的变更。 如果验证发现不合要求，则该请求被拒绝，转入任务3.2“拒绝请求” 如果验证合格，转入任务3.3或3.43.2.3.2拒绝请求（执行者：配置管理员） 拒绝修改CMDB数据的请求 记录拒绝的原因 通知请求者3.2.3.3创建CI信息（执行者：配置管理员） 对于新增的CI，创建新的记录，包括下列内容： 创建一个唯一的标识号 记录该CI的属性及（或）与其他CI的关系3.2.3.4更新CI信息（执行者：配置管理员） 对于已有的C

16、I信息进行更新，包括下列内容： 更新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规模很大，审

17、计可以采取抽查 按照审计范围给相关质量分析员下达审计请求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

18、.6配置流程回顾描述：定期召开配置管理流程回顾会议，参加人员包括配置管理流程负责人、配置经理、质量分析员、配置管理员和其他相关流程人员。主要内容包括： 收集CMDB审计报告并进行回顾分析 对配置管理的流程活动进行回顾分析 总结回顾结果，找出改进机会输入： 相关流程任务：6.1 召开回顾会议6.2 回顾审计结果6.3 回顾管理流程6.4 分析回顾结果3.2.6.1召开回顾会议（执行者：配置管理流程经理） 定期召开配置管理流程回顾会议（至少每半年一次）3.2.6.2回顾审计结果（执行者：所有相关人员） 收集CMDB审计报告并进行回顾分析3.2.6.3回顾管理流程（执行者：所有相关人员） 对配置管理

19、的流程活动进行回顾分析3.2.6.4分析回顾结果（执行者：所有相关人员） 总结回顾结果，找出改进机会 制定相应行动计划输出： 会议记录 行动计划3.3 角色与职责本章节描述有关人员在参与执行和管理配置管理方案时的角色和责任。以下为配置管理流程中必须具有的角色：3.3.1配置管理流程经理配置管理流程经理作为配置管理流程的责任人，对于整个流程执行的结果负责，并有一定的权力管理流程。配置管理流程负责人的主要职责包括： 对整个流程的执行情况和结果负责 发布衡量标准和目标，以提高流程的有效性和效率 鉴别和管理关键的成功因素 控制并领导流程改进活动 批准或拒绝违背流程的事例 定义配置管理团队的角色、职责和

20、义务 向同级的其他流程负责人以及管理层汇报流程的状态 解决跨部门的问题 审核、抽查配置管理流程的执行情况 对配置管理流程中投入的成本和投资负责 作为配置管理流程的代表，与其他部门沟通3.3.2 CMDB维护人配置经理主要作为一个管理的角色，着重于确保配置信息的准确性和可用性，保障操作管理时使用。这个角色作为与其他服务组的界面（如，业务系统、其他流程小组等），保障配置管理流程与其他服务相互配合，为XXXX科技有限公司的运作提供服务。配置经理的主要职责包括： 负责确保配置管理流程的日常顺利运行 作为CMDB的责任人 当用户对配置管理流程不满意时，作为用户投诉升级的第一线 必要时将问题升级或将例外情

21、况报告给管理层 开发配置管理的信息、标准、步骤、使用的工具和技术的需求 监控配置管理流程的有效性和效率，提出改进流程的建议 与其他流程负责人、经理沟通协作，制定配置管理流程的年度目标，着重于达到下列目的： 提高流程的自动化程度以提升信息的完整性、准确性，减少差异率 负责检查质量分析员、配置管理员和配置报表管理员的工作表现 比较和分析流程的效率，提出改进流程的建议3.3.3质量分析员质量分析员负责审计配置数据的完整性和准确性，保障提供给运行管理的信息是准确的。质量分析员的主要职责包括： 定期审核配置数据，产生差异报告 负责检查配置管理员维护配置项的准确性 监控配置管理流程的有效性和效率，提出改进

22、流程的建议 提高流程的自动化程度以提升信息的完整性、准确性，减少差异率 比较和分析流程的效率，提出改进流程的建议3.4 标准报表本章节描述配置管理流程的标准报表。3.4.1验证抽样报表 验证抽样报表采用与CMDB相同的格式，根据抽样办法从CMDB中随机抽取数据形成，其格式参见配置管理抽样报表。4其他规定 所有在配置管理范围内的部件的信息应集中式管理。这些信息应在其他流程需要的时候随时可用，如事件管理、问题管理和变更管理。所有配置项信息必须存储在一个数据库管理系统中。 根据业务需求对配置管理数据库的范围、CI与CI间关系、配置项属性进行了定义。 只有得到授权的人员（配置管理员）才能对CMDB中的

23、配置项信息进行修改，修改之前需要对物理CI的属性进行核实。 任何设备上线前或系统投入使用前必须启动配置管理流程，以确保配置项信息与物理环境的一致。 当配置项发布到生产/运行环境之前，应对相关的配置项保留配置基线。 配置管理流程必须至少每半年对IT环境进行审核、跟踪监测，以保证CMDB的信息收集准确、完整，并与实际IT环境的状态高度统一。该工作由配置经理负责。 每半年对流程进行回顾，回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性，以改进配置管理流程。 配置数据将定期存档，超过一年的历史数据将从配置管理数据库中备份出来，单独保存。存档后的历史数据至少保存三年。 定期对配置数据库进行备份。