谈谈我对CMDB的看法，其实也没做过实际CMDB的项目，都是在资料中和实际CMDB系统操作中去了解的。

首先从业务上，为什么需要CMDB？

目前企业中IT系统越来越多，ERP,CRM,OA,运营,运维.....每个系统或多或少会跟设备，人，组织，软硬件等配置项相关联，那么问题来了，多个系统对同一个配置项的标识形式可能会不同，例如一台服务器在ERP系统里可能是用MAC地址做标识，在监控系统里又是用IP地址做标识，在OA系统里有可能用出厂序列号做标识，这样导致该配置项的状态属性都分散在各应用系统中，无法通过唯一标识来从全局的维度管理该配置项。

为了能从全局维度管理IT配置项，所以提出CMDB的概念和解决方案，帮助运维人员提升管理质量。

例如在监控系统中一台服务器告警，我能通过监控系统里面的IP地址迅速关联到CMDB，通过CMDB的配置项关系查询到当前服务器是谁在用，属于哪个部门，给他发信息，提示服务器异常，及时把控业务影响。同时把状态同步给OA系统，如果要对这个服务器进行操作，就可以提示当前服务器异常，让OA的用户不要在OA系统操作这台服务器。。。。通过CMDB就能对配置项进行全局把控了。

既然了解了为什么需要CMDB，那再来看看CMDB具备的功能点：

1 数据建模

所有的配置项都需要建模并维护配置项间的关联关系

2 数据整合

提供合适的工具，将第三方系统的配置项同步到本地配置库，能对整合的数据进行唯一化处理

可以整合XML，EXCEL，DB等

3 版本管理

记录配置项修改的历史记录

4 配置项拓扑图展示

5 定时同步任务

从第三方系统定时同步配置项信息过来

6 自动发现

发现当前网络中已有的配置项，并能定时发现更新

已经看了功能点，那来了解下实际的产品

OneCMDB是开源的CMDB，功能基本完善，英文版

ZOHO的CMDB跟资产也有关联，通过页面建模，页面配置，比较方便

CA的CMDB，通过GRLoader整合数据，通过WSP工具建模，功能强大，但是没ZOHO易用。

总结：CMDB难点还是在管理上，配置项如何划分，细粒度如何把控，包括后期配置项的变更流程，这个都需要IT部根据公司实际情况和运维能力去仔细斟酌。

本文出自 “ping blog” 博客，请务必保留此出处http://liyanping.blog.51cto.com/6241230/1603707

CMDB学习小结