談談我對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部根據公司實際情況和運維能力去仔細斟酌。