×

扫描二维码登录本站

标签: 暂无标签

学习资料: ITIL培训基地专家讲堂直播 300期视频回放







CI关系,指的是CI之间相互作用、相互影响的状态,CI也据此相互合作完成服务交付。简单来说是CI之间的依赖性就是关系,这种依赖关系往往带有方向性。正确并充分识别CI之间的关系,对于标识CI以及构建CMDB有着极其重要的意义,也是当中的难点。刚被分拆出来的CI,之于CMDB仅仅是一个个相对独立的零件。只有通过增加CI关系这个属性作为纽带,才能让这些零件相互作用和相互影响,成为一台相对完整的配置管理装置——CMDB。

市面上的CMDB工具中,有两种建立CI关系的方法:

一种“字段关联法”:通过关联字段来建立CI关系,此时一个CI的某个属性其实就是另一个CI的编号或名称。例如:某刀片机CI的“所在刀箱”这一“位置“属性直接调用某刀箱CI的名称或编码。这样就自然建立起刀片机CI与某刀箱CI之间的关系。

一种“CI关系表法”:定义一个独立于CI列表之外的专用CI关系表。在此表中至少需要定义三个字段“源CI”、“目标CI”、“关系名称”。 通过此三点一线的方式,定义出一段CI之间的关系。例如在上述举例中,我们可以定义一条记录,这三个字段分别赋值“刀片机id”、“刀箱id”、“安装在”。

上述两种方法各有千秋,但最终CI关系呈现结果是完全一致的。

字段关联法在维护时直观轻松,可视化程度较高,但数据导入时必须严格按照一定的顺序操作,否则极易出错。例如:导入刀片机CI数据时,若刀箱CI的数据没有预先导入,这时“所在刀箱”字段无法找到相匹配的刀箱CI的名称或编码,会出错并导致数据导入过程中断。

CI关系表法在维护时并不直观,可视化程度较低,在采集和维护入CMDB时容易出错。但CI之间在导入的先后顺序上没有要求,不会出现因数据依赖问题而导致导入中断。固定式和自定式(这个可能我会有理解的歧义。是否在CI关系表中,有的是将关系按照固定格式提供,不允许调整,减少出错几率,问题是比较僵化。自定式就是关系可以进行自定义,但不便之处是关系的原则可能难以统一。)     

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x




上一篇:ISO20000对配置管理流程的最低要求
下一篇:如何进行软件许可管理
陈小宝

写了 144 篇文章,拥有财富 17780,被 2 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies

成为第一个吐槽的人

Powered by ITIL  © 2001-2025
返回顶部