ITSS-15-05配置管理控制程序.docx

《ITSS-15-05配置管理控制程序.docx》由会员分享，可在线阅读，更多相关《ITSS-15-05配置管理控制程序.docx（7页珍藏版）》请在课桌文档上搜索。

1、配置管理控制程序目录1 .目的32 .适用范围33 .职责与术语34 .工作程序44.1 配置管理规划44.2配置管理数据库44.3配置的变更、发布54.4配置状况和报告54.5配置验证和审计64.6遗漏错误信息处置64.7配置审计抽样流程如下64.8与其他流程之间的关系74.9关键绩效指标71 .目的本程序提供有关基础架构的配置信息，为其他服务管理流程提供支持，如：1)事件管理和问题管理需要利用配置管理项进行事件和问题的调查和分析；2)能力管理和可用性管理需要根据有关配置情况的信息分析和评价基础架构的服务能力和可能达到的可用性；3)发布管理的对象为基于配置库的生产环境。2 .适用范围本程序适

2、用于服务组织所提供服务的运维服务项目的配置管理，包括用于构建、发布、验证、安装、分发、维护、恢复和移除的硬件、软件和相关文档。其中文档包括：1)服务级别协议(SLA)、规程、操作手册、技术规范、组织结构图和许可证等。2)根据SLA,文档可能存放在不同地点，但其版本号、发布日期、存放地点等信息应保存在配置管理数据库中。3 .职责与术语3.1职责,运维部运维项目经理：负责填写项目配置信息表，提交配置管理员审核，有义务提供真实、可靠的项目建设信息，并协助、配合配置管理员进行项目配置信息表的审核。/运维部配置管理员：负责审核项目经理提交的项目配置信息表，项目配置信息录入配置数据库，为驻场运维工程师提供

3、需审计的项目信息内容，同时编制配置审计报告。3. 2术语1)配置管理(CM)指识别和确认系统的配置项、记录和报告配置项状态和变更请求、检验配置项的正确和完整性等活动构成的管理流程。2)配置项(CI)配置管理中最基本的信息单元，用于满足最终使用功能并被置于配置管理之下的一种软件或硬件的集合物。所有软件、硬件和各种文档、服务、服务器、环境、设备、网络设施、台式电脑、笔记本、应用系统、电信服务等都可以是配置项。3)配置基线(BL)指一个产品或系统在某一特定时刻的配置状况，只有通过正式的变更控制过程才可以变更。4)配置库(CMDB)保存所有配置项的相关信息，包括配置项之间的相互关系的空间。4工作程序配

4、置管理流程图4. 1配置管理规划在IT服务正式实施和运作前，要对配置管理进行充分的计划和安排。配置管理流程经理为IT部的配置管理员，配置管理员负责自己管理的IT服务项目的配置管理计划的编写，并包括以下内容：（1）配置管理的目标和范围（2）与特定的服务支持小组相关的政策、标准和程序（3）配置管理角色和责任安排（4）配置项命名规则（5）实施配置管理活动的日程安排和程序（6）与第三方（如变更管理、供应商等）的接口控制（7）配置管理数据库的要求、存放、配置项运行的受控环境等（8）配置管理的内务工作，例如：许可证控制、配置项的存档等等（9）计划的配置基线、重大发布、里程碑，以及针对以后每个期间的工作量计

5、划和资源计划4.2配置管理数据库配置管理保障服务基础数据的完整性，表现为维护一个CMDB（配置管理数据库）。CMDB里面的内容主要包括：文档信息，包括服务SLA信息；服务设备信息，包括设备序列号、维保服务期限等；软件信息；设备技术连接关系等；（1）配置管理数据库建立的主要来源包括：1）资产清单，明确组织的主要资产及其配置；2）配置需求，明确需要进行配置管理的对象及要求。（2）配置库的识别、建立、维护1）配置流程经理负责识别由各部门提交的软件产品，规划配置库目录，讨论通过后建立；2）由各部门和配置流程经理共同负责更新、维护组织配置库相关内容;3）配置流程经理负责对配置库每月备份，将备份数据或光盘

6、交综合部人事存档；4）应清晰定义配置项之间的关系，包括A.构成：父子关系B.连接：计算机连接到局域网的某个节点；C.需要：如运行软件需要硬件；D.拷贝：标准模块、程序的复制；E.相关：文档、手册、SLA等；F.被使用：如服务需要某配置项，或某模块被多个程序使用；（3）配置库权限管理1）配置流程经理负责按配置管理计划分配、管理组织产品库的权限；2）配置流程经理组织各相关部门讨论、确定组织配置库的权限分配并实施。（4）识别并标识配置项1）配置流程经理负责识别各部门提交的软件工具/产品并对其进行标识，纳入组织软件库；2）各部门及其客户服务工程师负责分别识别本部门或客户的配置项，提交配置项清单给配置经

7、理，统一标识并纳入组织配置库。（5）配置库的安全1）CMDB应当存放于安全的设施环境中，应当采取必要安全措施防止未授权的访问，包括病毒、蠕虫等威胁的侵害；2）应当建立适用于CMDB的备份与恢复策略，并制定相关灾难恢复的应急机制，每半年演练一次；4.3配置的变更、发布配置项的增加、修改、替换和删除应当遵循变更和发布流程，由相关人员提交配置变更申请，技术总监予以批准后方可执行，并予以正式发布。配置的变更、发布尊从相应的变更管理程序和发布管理程序。4.4配置状况和报告（1）配置状况和报告的基本内容配置管理按照配置管理计划来开展配置管理工作，确保当前配置记录的正确和更新，以反应配置项在状态、地点和版本

8、方面的变化信息可以事实追溯，并当在对既定配置项进行策划、制定决策和管理变化是可用。配置项的状态记录包含了其生命周期内完整的历史、实时现状信息。通过状态记录，配置管理员能够追溯配置项的变化，如：指令、接收、接收测试、真实环境、撤销和销毁。需要时，用户、顾客、供方和合作伙伴通过向该项目的配置管理员提出配置信息的访问请求，配置管理员按照其访问权限和需求提供相应配置项信息。所有相关方都可以向配置管理员请求配置管理报告，配置管理报告涵盖了该项目的配置项的标识和状态，以及版本和相关文件。包括但不限于：1）配置项名称2）配置项标识3）配置项物理位置4）配置项版本5）配置项构成（2）配置状况和报告的基本要求配

9、置经理负责每季提交配置管理状态报告给高层和相关部门经理，报告配置项状况。配置经理必须每季察看CMDB中相关项目的配置项信息，确认CMDB中的数据处于更新状态，并且没有错误。配置经理应当每季对CMDB中相关项目的配置项信息进行分析，并提交分析报告，初始分析报告中应当包括所有IT基础架构相关软硬件设备的用途、型号、版本信息、授权信息等内容，还应该包含需求参数、设计、测试报告和发布文档等信息，建立配置基线（包括适应于相关环境的标准软硬件配置、配置项之间的关系与依赖情况等），之后的每季报告重点在于描述相关软硬件设备的工作情况，预测这些设备与需求之间的匹配趋势，确定是否需要启动变更与发布流程。4. 5配

10、置验证和审计配置经理承担配置验证和审计的职责，在IT服务项目管理中安排工作项对配置管理工作进行检查和审计，确保配置工作的落实。验审的重点包括：（1）抽查的硬件配置项与真实记录对应的实体（2）抽查的软件配置项介质、许可证和密钥管理是否受控（3）抽查的文档配置项记录是否正确、清晰和在受控日期内（4）抽查变更、发布、系统和环境符合管理流程的要求，检查配置记录是否正确。4.6遗漏错误信息处置配置管理员根据驻场运维工程师提交的巡检报告核实是否存在遗漏错误的配置信息，如存在则对配置信息库进行维护。4. 7配置审计抽样流程如下 审计开始时，根据各项目的配置信息库配置项的大类，分别抽取配置项信息作为样本，共抽

11、取项目上配置项总数的20机抽取的配置项需涵盖项目中配置项的每个大类，抽取的方式根据每配置项的上次审核目期优先抽取较早的配置项。 根据配置信息库的命名规则，在配置信息库中迅速定位相关配置项，将抽查样本作为输入项与之比较。 若总体抽查结果完全符合，审计结束。 若总体抽查结果不符合率低于5%,则记录抽查结果及日期，触发配置项调整子流程，进行流程改进，审计结束。 若总体抽查结果不符合率高于5%,记录抽查结果及日期，扩大抽查范围，共抽取配置项总数的50%进行再次抽样审计。 再次抽样审计中，若总体抽查结果符合率高于95%,则记录抽查结果及日期，触发配置项调整子流程，进行流程改进，审计结束。 若总体抽查结果合格率低于95%,记录抽查结果及日期，开展配置管理配置信息库配置项普查。普查应逐条比较，记录普查结果及时间，触发配置项调整子流程,进行流程改进，审计结束。4.8与其他流程之间的关系改进建议IOi新的发布发布管理6.3服务连续性和可用性管理全保障为配置项实体提供连便性和可用性保障配置项及配置顶关系信息配置项修改信息9.2变更管理4.4服务改迸流程4.9关键绩效指标KPI频度责任部门目标值计算公式/方法配置数据的准确率按季度运维部295%（配置数据匹配数/配置数据总数）*100%