1. 概述 1.1 目标
维护中信证券信息技术中心IT服务及其组件的信息记录，为IT服务管理提供准确的配置信息。 ITSS认证
1.2 范围
| |
| |
| 服务目录内的所有服务以及组成服务的所有组件的配置信息，但应优先将北京数据中心的配置信息纳入CMDB，青岛灾备中心暂不纳入CMDB管理范围。 |
|
|
|
图表 1范围
1.3 术语定义表
图表 2 术语定义表
2. 角色和职责
1） 负责本流程的推广、监督和改进：
a) 负责本流程文档的更新维护；
b) 规划和实施配置管理数据库（CMDB）；
c) 设定本流程的有效性评价指标并测量指标完成情况；
d) 收集汇总本流程信息，编制管理报告，反映存在问题，提出改进建议，制定改进计划。
2） 组织人员定期进行CMDB配置项审核；
3） 根据审核结果生成审核报告。
1） 维护CMDB配置项（包括添加、修改、删除等操作及配置项关系的维护）；
2） 统计、记录、储存CMDB配置项相关的信息。
图表 3 角色和职责
3. 相关要素定义 3.1 配置项的分类
配置项分类代表着CMDB中配置管理的广度，配置项的分类详见《配置项分类属性表》。
3.2 配置项的属性
配置项属性代表着配置管理的深度，如每个配置项的名称、编号、配置管理员、型号等，配置项的属性详见《配置项分类属性表》。
3.3 配置项的关系
1）关系具有方向性，若B配置项支撑A配置项，则A与B的关系方向为B到A；
2） 配置项之间建立以下几类关系：
配置项A与配置项B直连（包括物理直连和逻辑直连），则用A与B互为关联，若B支撑A，则方向为B到A。
配置项A与配置项B关联，且均处于活动状态，当A不可用时，B自动接管A的功能，则用“HA”来表示
配置项A与配置项B关联，且B对A的数据、软件或硬件进行备份，则用“备份”来表示
图表 4 配置项之间的关系
3.4 配置项命名规范
1）配置项的编号规则为：配置项所在子类缩写-配置项名称；
2）配置项子类缩写参见《配置项分类属性表》。
3.5 配置项的状态
配置项的状态包括：运行、闲置、报废：
1）运行：该配置项正在直接或间接的支撑服务；
2）闲置：该配置项暂时没有支撑服务，处于待上线或停用阶段； ITSS考试
3）报废：已报废不再提供服务的配置项。
4. 管理策略 4.1 权限控制
1） 查看权限：信息技术中心员工均有查看权限；常驻外包人员经过配置项管理员批准后可以查看相关配置项，批准时应设定查看权限的时限；
2） 增加权限：信息技术中心员工及常驻外包人员均有增加配置项的权限，增加配置项时为该配置项指定配置项管理员；
3） 删改权限：配置管理员拥有对应配置项的删改权限，配置管理员也可以授权其他角色拥有删改权限。
4.2 配置审核
1）配置审核周期为一年。
2）配置经理发起配置审核，可能触发配置项审核的条件包括：
a) 到达配置审核周期；
b) CMDB配置项大量登记后；
c) 新系统上线或较大变更后；
d) 应配置经理的要求。
4.3 配置项关系的维护策略
配置项之间的关系采用“关系信息谁管理谁维护”的原则，例如服务器与网络设备之间的关联关系由对应网络设备的配置管理员维护；硬件设备与机柜的关系由机柜的配置管理员维护。
4.4 配置信息基线管理
1）配置管理数据库（CMDB）初次建立后需要进行一次全备份；
2）配置管理数据库（CMDB）的备份频率：
a) 确保配置信息任何变化应记录；
b) 应能追溯一天之前的数据（RPO）。
3）备份数据至少保留15年。
4.5 应用软件的管理
开发软件的最终版本存放遵循开发中心软件的存放管理要求。
转播
分享
淘帖
()