CMDB的建設(shè)是一個逐步完善、逐步改變的過程。在建設(shè)過程中通過數(shù)據(jù)運營的方式可以很好的輔助配置經(jīng)理“監(jiān)控”CMDB的狀態(tài)，更好的發(fā)現(xiàn)問題和輔助決策。那么如何才能讓CMDB的數(shù)據(jù)運營井井有條？本文將從CMDB建設(shè)的四個關(guān)鍵階段詳細介紹數(shù)據(jù)運營方法。

01. 建設(shè)初期：做好整體規(guī)劃

在開展配置管理(CMDB)項目建設(shè)的初期，要構(gòu)建合理的配置管理體系，管理流程、管理目標等，并且以消費場景為驅(qū)動梳理管理對象、屬性及關(guān)聯(lián)，并且能夠形成一些規(guī)范。但是我們也明白初期確定的內(nèi)容往往是不完美的，需要接受這種不完美，并考慮后續(xù)的調(diào)整。

02. 數(shù)據(jù)錄入階段：聚焦數(shù)據(jù)收集

這個時期我們需要讓試點的部門梳理數(shù)據(jù)并接入CMDB，在這個階段是從零到一的過程，前期的多個設(shè)想在這時會得到初步實踐。

數(shù)據(jù)分散在各個系統(tǒng)和部門中，建設(shè)CMDB的過程其實是各部門在重新規(guī)劃IT運維流程和運維活動，對原有的數(shù)據(jù)管理體系會出現(xiàn)一些沖突，如何讓他們更好的接受和配合建設(shè)活動，對配置管理相關(guān)角色而言是巨大的挑戰(zhàn)。

關(guān)注的數(shù)據(jù)運營指標：數(shù)據(jù)增長量（日期維度、應(yīng)用系統(tǒng)維度、資源對象維度）

這個階段應(yīng)該聚焦于數(shù)據(jù)的收集。前期的規(guī)劃和想法在這個階段會得到一些驗證和挑戰(zhàn)，我們需要更多的“樣本”發(fā)現(xiàn)問題，為下一個階段的全面鋪開打下基礎(chǔ)。所以數(shù)據(jù)的增長是我們需要聚焦的主要因素，它背后代表著試點部門對于項目建設(shè)的配合，和對原有運維活動的重新梳理。

03. 數(shù)據(jù)消費階段：提升數(shù)據(jù)質(zhì)量

要保證CMDB的數(shù)據(jù)質(zhì)量，有一個水池模型的方法論：我們把CMDB看成是一個水池，要里面的水持續(xù)保持干凈，可以從3個方面入手：

活源（增量）：確保新流入的水是干凈的，如果源頭的質(zhì)量都無法保障，后續(xù)的治理無從談起；

凈水（存量）：持續(xù)凈化水池中的存量，也就是對存量數(shù)據(jù)進行持續(xù)的審計和改進，通過績效驅(qū)動，責(zé)任到人；

促流（流動）：讓水循環(huán)加速流動起來，不要讓CMDB變成一潭死水，不流動的水，久了就會發(fā)臭。

通過配置采集這種技術(shù)手段可以保證數(shù)據(jù)的準確性，但是這不是萬能的，還需要各個系統(tǒng)的消費對接才能發(fā)揮CMDB的最大價值和保證CMDB數(shù)據(jù)的準確，“水”是不是干凈的，“喝”一口不就知道了。這個階段我們需要讓配置使用方盡可能的消費數(shù)據(jù)，無論是原始數(shù)據(jù)的報表統(tǒng)計，還是其他系統(tǒng)的接口消費，只要讓“水”流動起來，就能發(fā)現(xiàn)數(shù)據(jù)的質(zhì)量、設(shè)計等問題。

關(guān)注的數(shù)據(jù)運營指標：資源變更數(shù)量統(tǒng)計（日期維度、資源對象維度）、消費情況（接口調(diào)用次數(shù)、用戶訪問活躍度）

這個階段核心聚焦于數(shù)據(jù)質(zhì)量問題的發(fā)現(xiàn)，依賴于配置使用人員的消費動作，但是這個消費動作不一定是有效的，他可能只是看一下，我們可以通過接口的調(diào)用次數(shù)、用戶訪問的活躍度來側(cè)面反應(yīng)大家是有“使用”數(shù)據(jù)。但是真正的是否對現(xiàn)有數(shù)據(jù)的質(zhì)量有所改善，我們可以通過經(jīng)過了變更的實例數(shù)量進行統(tǒng)計，在這個時期的變更實例數(shù)量往往并不是因為初期大規(guī)模的數(shù)據(jù)初始化，也不是因為變更流程的全面推廣，而是能反應(yīng)我們發(fā)現(xiàn)了質(zhì)量問題。

04. 數(shù)據(jù)持續(xù)運營階段：保障數(shù)據(jù)健康

這個階段算是CMDB建設(shè)的后期了，通過實踐我們根據(jù)真實情況發(fā)現(xiàn)了問題，優(yōu)化了項目建設(shè)初期相關(guān)的管理體系和規(guī)范，并且此時隨著配置發(fā)現(xiàn)的全面介入、配置管理流程的推廣與管控，針對于增量數(shù)據(jù)的質(zhì)量已經(jīng)可以有效控制了。那么這個階段我們需要回頭對存量的數(shù)據(jù)進行重新的發(fā)現(xiàn)和解決問題。

關(guān)注的數(shù)據(jù)質(zhì)量的指標：屬性完整性、屬性規(guī)范性、數(shù)據(jù)孤島、關(guān)聯(lián)完整性。

數(shù)據(jù)孤島：即此實例沒有跟任何實例關(guān)聯(lián)，關(guān)聯(lián)關(guān)系是數(shù)據(jù)的重要因素，CMDB是現(xiàn)實世界的某種數(shù)字化映射，那么對于大部分IT資源對象而言，如果不存在關(guān)聯(lián)的話往往意味著沒有配置負責(zé)人維護這個實例數(shù)據(jù)，或者是現(xiàn)實中這個資源對象沒有人使用。

關(guān)聯(lián)完整性：檢查對象實例的關(guān)鍵關(guān)聯(lián)關(guān)系是否維護，可以理解為孤島檢查的深層次檢查，部分對象可能存在關(guān)聯(lián)關(guān)系，但是可能有重要的關(guān)聯(lián)沒有維護，而這個關(guān)聯(lián)會影響到核心場景的消費，例如：故障影響分析。

屬性完整性：本質(zhì)是針對配置管理員認為重要的需要填充的屬性進行檢查，例如：檢查資源對象的負責(zé)人屬性是否填充。

屬性規(guī)范性：CMDB建設(shè)過程往往是連續(xù)的持續(xù)優(yōu)化的，在建設(shè)初期對于模型屬性的規(guī)范往往沒有考慮清楚，為了收集數(shù)據(jù)初始化進CMDB，往往這個時間數(shù)據(jù)的質(zhì)量是比較差的，在建設(shè)的過程中，逐漸根據(jù)消費場景對屬性的規(guī)則有了更加清晰的定義后，我們需要通過定義某些規(guī)則，對當前的CMDB數(shù)據(jù)進行規(guī)范性的檢查，本質(zhì)而言是一個后置的工作。

以上的四個指標本質(zhì)上是對于數(shù)據(jù)質(zhì)量的檢查和評分，它僅僅是發(fā)現(xiàn)問題，與它一樣重要的是后續(xù)的解決問題，責(zé)任到人，形成PDCA循環(huán)。

05. 總結(jié)

綜上所述，CMDB建設(shè)過程往往是變化的，我們可以在CMDB的各個建設(shè)階段中著手對數(shù)據(jù)的運營，通過靈活的監(jiān)測和關(guān)注不同的數(shù)據(jù)運營指標，反饋各個階段下CMDB的健康狀態(tài)，從而有效的把控CMDB整體數(shù)據(jù)運營情況，釋放數(shù)據(jù)價值并不斷的優(yōu)化CMDB質(zhì)量。