公司的不斷髮展，信息系統的依賴度將越來越強，信息技術基礎架構也會越來越龐大，膨脹的背後會帶來管理上的混亂，就更加需要先進的管理理念和相應管理工具的輔助來梳理，達到掌控自如的目的。
CMDB實施往往是ITIL或ISO20000項目最核心的部分但又是最棘手的部分。大多數公司在接觸ITSM之前，應該都沒有CMDB這個概念。很多公司也就停留在資產管理的層面上，而且會有不少公司就連資產管理都比較混亂。這就造成實施CMDB時，會覺得無從下手，CI的類別沒有，CI的屬性零散地保存，某些屬性已無法考證，CI的負責人缺失，或者某些CI就不知道誰在負責，在某個角落裏靜靜地躺着，CI的關聯關係只有相關業務的負責人比較清楚，或者需要諮詢多了人，才能知道某個業務系統關聯的所有硬件，軟件，網絡設備。
CMDB遇到如上問題，往往讓工具實施人員比較頭痛。如何進行CMDB建模，如何從當前的IT部門去挖掘並篩選出正確的數據來構築CMDB數據倉庫。期間會有大量的溝通工作需要做，這需要乙方實施人員較高的熱情，以及甲方人員對CMDB的重視程度。如果僅僅是做面子工程，那可以對CMDB實施用到的模板文件稍稍改動即可應付內審外審。真正要讓CMDB的建設改變IT部門以往的囧狀，提高IT運維的效率，得到業務部門的充分認可是需要在實施CMDB過程中實打實幹的。
CMDB實施的關鍵
1.導入現有的資產數據
2.基於運維可用性的考慮，確定需要納入CMDB管控範圍的CI，剩下的條目僅作爲資產管理即可
3.基於當前的資產數據，對CI數據按資產屬性分類，按物理位置分類
4.基於運維可用性的考慮，確定CI的基本屬性和規格屬性（不同CI特有的屬性），在運維中需要查看以及經常更新的屬性需要納入CMDB的管控範圍
5.梳理公司內部的業務系統，以業務系統爲主線，水藤摸瓜找出其相關聯的服務器，存儲，操作系統，數據庫，中間件，網絡設備等一系列關聯關係。建立業務系統與這些CI的關聯關係，然後是所關聯的CI他們之間的關聯關係。
6.確定CMDB的維護流程
7.確定CMDB與事件管理，問題管理，變更管理，發佈管理之間的數據流關係
CMDB的實施可以分步進行，比如先從某個關鍵的業務系統着手，或者從某個物理位置區域着手。可以基於當前基礎設施的複雜度，制定合理的實施計劃和分工計劃。
