SM-03002 配置流程配置项管理规定-V10

常州大江网络工程有限公司江苏启航开创软件有限公司信息安全管理体系文件文件控制管理程序文件密级：内部使用第页共=NUMPAGES6-33页目录1. 概述 12. 配置项的识别和定义 12.1. 配置项的范围 12.2. 配置项的属性 12.3. 配置项的生命周期 12.4. 配置管理数据库设计要求 23. 配置项的控制和维护 34. 配置状态验证和审计 35. 附则 3概述本管理制度对《配置流程管理办法》中有关配置项的管理等相关内容进行详细说明，并用于指导技术部配置数据库CMDB的使用和维护。配置项的识别和定义配置流程负责人负责组织相关部门识别配置项的范围，制订配置项的命名和管理规范，确定用于构建、发布、验证、安装、分发、维护、恢复、移除配置项的硬件、软件及相关文档。配置项的范围纳入有限公司信息技术服务管理范围的配置项包括：信息系统和软件（包含第三方软件）的发布，相关系统文档，例如要求规范、设计、测试报告、发布文档；为每个应用环境配置基线、或描述应用环境、标准硬件组成和发布；最终软件库(DSL)/最终硬件库(DHL)；配置管理包或工具；许可证；安全组件，例如防火墙；服务相关文档，例如服务级别协议、程序；服务支持设施，例如机房电源；配置项的属性各配置项的属性，尤其是高风险或关键性配置项的属性。配置项的生命周期配置项状态用于标识配置项管理的生命周期，配置项目的状态如下：状态定义试运行配置项在试运行中库存中配置项属于库存设备 测试中配置项在测试环境正在开发或测试中生产中配置项在生产环境中处于正常运行状态维护中配置项正处于维护状态或在返修过程中外借设备被借给其他单位使用报废配置项已报废配置管理数据库设计要求公司配置管理数据库（CMDB）的设计应考虑以下方面：配置项层次的设计：配置项范围的确定应以满足运维工作对于信息的要求为基准，在此基准上尽量不要扩大，一旦配置项范围过大或者深度过深，会增加后期CDMB维护工作量和维护成本。此外，配置项分层中应便于从管理角度和日常工作角度进行统计和查询，同时配置项应可以被有效的分组，同时层级不能过于复杂。配置项搜索代码命名规则每个配置项的搜索代码将作为配置项的在CMDB中的唯一标识，是配置项查询和检索的依据，同一CDMB内的配置项需要遵从统一的配置项命名规则。配置项搜索代码设计重点要考虑配置项搜索代码的唯一性和逻辑性，搜索代码首先体现要处配置项层次设计（层次一般以简称形式体现），其次要体现出配置项基本含义。基于以上原则，配置项的搜索代码如下：XX-YYY-CODE-MMMMMMXX代表被管理的配置项第一层，YYY代表配置项第二层，CODE代表配置项所属地区或部门代码，MMMMMM是配置项基本含义描述。XX，YYY字段一般为大写英文字母，CODE字段为大写英文字母或者数字，MMMMMM字段为数字、大写英文字母和连接符，同时MMMMMM在同一类配置项中应该保持唯一。例如：某小型机的命名为SRV-PC-01-UX-12345。其中，SRV代表第一层配置项分类（XX）；PC代表第二层配置项分类（YYY）；01代表配置项所属地区代码（CODE）；UX-12345代表配置项基本含义（MMMMMM），其中UX代表小型机类型，12345代表小型机编号，中间用连接符连接。配置项之间关系配置项层次设计和命名规则确定后，根据实际情况确定配置项之间关联关系和关联类型，并形成配置项关系说明表格。配置项属性确定CMDB总体框架确定后，需要结合实际工作情况，确定每类配置项的具体属性。配置项属性应体现出运维工作对于配置项关心的重点内容，并尽量减少冗余信息，从而保证CMDB便于维护和管理。配置项的控制和维护配置经理在配置管理过程中负责监控配置项的整个生命周期，确保只有被授权且可识别的配置项才被接受。配置状态验证和审计配置经理应定期组织相关部门实施配置项及配置项之间关系的检查审计活动。检查审计活动也可由以下事件触发：重大变更前后；灾难恢复后；发现未授权的配置项后；其它需要进行检查审计的场景；对于检查审计过程中出现的缺陷或不符合项应记录在