CMDB經驗分享之 – 剖析CMDB的設計過程

 做爲IT管理的核心，CMDB逐漸成爲系統管理項目實施的熱點。在不少的案例中，因爲忽視了CMDB的因素，ITIL的深刻應用受到了極大的挑戰。同時，因爲CMDB是IT管理信息的集中，CMDB也是一個重要的工具和手段。

 在CMDB落地過程當中須要注意的是，CMDB項目不是一個簡單的軟件安裝過程，而是一個諮詢、培訓、實施、優化密切結合的綜合過程，涉及到平臺工具採購、 諮詢服務、實施服務、培訓、甚至擴展開發等內容。同時，一個成功的CMDB項目不能一蹴而就，而是一個按部就班、持續發展的過程，須要企業後續的投入和不 斷改進服務。

 筆者積累了十多年的IT運維管理經驗，對ITSM項目的落地特別是CMDB的設計有着豐富的實踐經驗，這兩年在海關總署、中國航信、鐵路總公司、浙商銀 行、黑龍江農信等政企用戶集中運維項目中，重點參與了CMDB諮詢設計及落地實施服務。在整個過程當中，筆者深深的體會到，CMDB項目的成功，重中之重在 於CMDB模型的頂層設計，下面針對CMDB的設計過程進行深刻剖析。

 1、瞭解企業政策

 企業政策，是企業管理的行動指南和共同綱領，它使企業在認識上造成統一，減小了沒必要要的溝通成本，並使企業在流程執行上事半功倍。對於構建CMDB而言，主要有如下兩類政策須要重點關注：

•  宏觀政策：主要是涉及IT部門層面指導性、方向性的政策，其目標是在IT部門自上而下造成統一認識，從而有利於項目的成功。

•  運營政策：主要涉及到流程目標、人員、輸入、輸出、活動以及KPI(關鍵績效指標)等各要素以及流程之間相互協調、信息交互方面的指導原則，其目標是使流程可以在政策的指引下穩健、有效地執行。

 2、肯定配置項管理範圍

•  肯定CI寬度和深度，建議遵循以下原則：

 1. 企業IT服務的須要(爲何要實施CMDB)

  a) 相關法案和法規對IT管理的需求

  b) IT庫存和資產管理的需求

  c) 服務目錄的需求

 2. 企業IT服務管理的水平(依據目前的管理水平能作到什麼程度)

  a) 有沒有制定與配置項相關的管理規範和制度

  b) 有多少人能夠參與管理和維護

  c) 有沒有一套可落地的變動流程來對CI項必要的維護

 3. 企業CMDB運營管理成本(後期可以投入多大的人力成本去維護和管理)

  a) 爲保障CI項的準確性和表單數據的鮮活性，配置項維護的人力成本

  b) 部門間的內部溝通成本

•  肯定CI生命週期

 ITIL規範認爲，CI的生命週期是從CI的接收到最終報廢退出的全過程，但在具體實施過程當中，因爲流程管理主體的差別化，不一樣項目對CI生命週期的劃分和定義會有所不一樣，主要針對以下兩個問題的肯定

•   什麼時候生?(識別CI並記錄到CMDB)

•   什麼時候滅?(對CI記錄進行刪除)

 3、構建符合用戶的CI模型分類

 定義配置項屬性(一個原則+一套結構)

•   一個原則：「精而很少」。若是咱們將大量的配置項或屬性歸入到CMDB中，那麼將存在大量信息須要進行維護，這無疑增長了成本。反之，若是屬性過少，維護 工做雖然減輕了，可是CMDB的有效性就大大下降了。所以，「精而很少」就是咱們的平衡點，這個‘精’主要體如今對企業有實際意義。

•   一套結構：咱們一般能夠把一個CI的屬性分爲五大來源

模型分類設計樣例：

 4、肯定CI項的屬性

 針對模型中的每一個CI的屬性項進行調研，根據用戶實際需求進行調整、擴充或修改，包括：屬性項採用什麼類型比較合理(易於展示和維護)，須要用戶提供哪些資料，例如：字典、默認值等信息。此過程一樣遵循「精而很少」的原則。

 屬性設計樣例：

 5、定義CI項之間的關係

 全部配置項都有存在的意義，而他們之間的內在關係是CMDB的重要價值體現之一，關係明確了，運維人員就能準確的找到相關實體資源，當發生故障時可以快速定位故障來源及其影響範圍，從而迅速的解決各類隱患。

 定義配置項關係，通常可以使用兩種方法：

•   自上而下——一般要求企業先明確對外提供的服務目錄，而後基於服務目錄按照「業務服務→IT服務→IT系統→IT組件」的順序進行梳理

•   自下而上——則是逆流而上，先從對內部IT組件關係開始梳理，而後逐步將IT組件映射到IT服務

 CMDB配置項關係設計樣例(以某個業務系統爲例)：

 設計圖中，完整的展示了一個業務系統全部與之相關的配置項，分析以下：

•   邏輯關係——能夠了解到，業務系統使用什麼中間件、數據庫用戶、實例以及表空間，運行在哪一個操做系統上，使用了什麼IP地址等

•   物理關係——能夠了解到，業務系統安裝在哪臺PC服務器上，PC服務器是經過哪臺交換機的什麼端口鏈接網絡的，同時PC服務器與存儲如何鏈接的，PC服務器存放在哪一個機櫃和機房，以及PC服務器是經過哪一個斷路器和UPS供電的等

 以上信息對於運維人員來講，可以更加清晰的掌握業務系統正常運轉的支撐點和前因後果，從而作到掌控全局。

 結束語：

 CMDB的設計過程是一個複雜且與用戶交互性很是強的過程，在此過程當中須要充分讓用戶理解CMDB的概念以及相關原則，須要咱們將後期維護CMDB可能帶 來的風險和成本跟用戶作好充分的溝通，讓用戶去逐一去斟酌、考慮和規劃，從而避免CMDB項目的失敗，同時能夠幫助用戶優化和完善CMDB管理制度，定義 人員角色，並結合變動流程來保持配置的準確性和鮮活性，真正幫助用戶持續作好CMDB的維護，發揮CMDB應有的價值。