|
CMDB是一个逻辑的数据库，侧重于信息的物理存储，它还需要CMS（配置管理系统）来驱动和管理。CMS侧重于信息的管理(采集、整合、记录、维护、检验、更新等)。两者联系密切。ITILv3中对CMS的描述如下：CMS包含关于每个CI的属性和历史的细节，还有CI之间重要关系的细节。
基于ITIL v3标准的CMS包括了DIKW（数据、信息、知识、智慧）四个层次。通过数据对CI的数量、属性、位置及其相互关系进行抽象表示，并进行保存、传递、分析和处理。将数据经过加工处理，逻辑性地组合，形成对决策有价值的数据流，即信息。再将有价值的信息经过沉淀并结构化，生成知识。最后利用知识针对配置以及相关过程管理中产生的问题能有效分析并推演出解决途径的能力，是我们在CMS中追求的智慧。【此处参考了《互联网进化论》】。在ITSM工具中，能完整实现这四层管理的CMS凤毛麟角，可以实现的各层次管理要求的功能包括：
在数据层中我们需要重视CI所使用属性的完整性和一致性，并保持CI属性的可扩展性。因此数据层中管理功能包括：
l 自动发现功能：如新CI被添加时，能自动建立被允许自动建立的关系。又如当CI是事件单、问题记录单、已知错误记录或RFC的主体时，自动识别其他受影响的CI。再如对组件CI的版本号的变化及时发现，并自动更新和记录CI的版本号； l 资产管理： 如提供资产类CI的财务属性及报告； l 身份管理数据：如防止在没有通过变更管理进行有效的授权时，对IT基础设施或服务配置基准进行变更； l 配置记录：如自主定义配置项类型和配置项关系。又如支持各种形式的CI，大到整个系统、小到一个硬件模块。再如易于添加和删除CI； l 安全方面功能：如自动数据校验。又如提供安全控制，以便按需限制访问。 在信息层中我们必须重视信息的可靠性和逻辑性。信息层管理功能包括： l 集成模型框架和元数据：如集成问题管理数据（包含独立问题数据库中数据）； l 配置信息调和与同步：如支持配置基准的管理和使用，支持恢复到可信的版本； l 服务定义：如利用所需CI为服务进行定义； l 流程数据和信息：如配件仓库管理及其与服务请求的数据关联，资产维修、借入借出管理； 在知识层我们需要考虑CI信息如何能有效沉淀以及避免因为非机构化而形成的知识割裂。知识层管理功能包括： l 配置信息查询与分析：如记录易于查询。又如可以对汇聚的CI信息进行关联分析的工具； l 配置信息预测与规划； l 容量管理&性能和可用性监控与告警：如对CI库存的监控和告警，这不仅为容量管理提供了帮助，也便于配置审计； 在智慧层我们应该追求的是一种应用知识和信息处理问题的能力。智慧层管理功能包括： l 配置信息统一查询与浏览界面； l 事件&问题&变更&发布等流程与配置的关联信息； l 业务影响分析功能：形成面向业务的监控，实现对业务影响的分析，协助业务影响管理； l CI关系拓扑图展示：如记录CI之间的关系，能显示“父“”子”CI间关系的层次，并且可以按照相互影响或依赖关系可视化展示关系视图。值得注意的是自动发现视图对关联关系的数据质量要求很高。一旦大量关联关系未被能自动发现，对CMDB的应用危害极大； l 配置信息的存储&升级&淘汰：便于对所有CI的历史记录进行维护； l 配置信息的发布。
| 
转播
分享
淘帖
()