ITIL運維管理組件CMDB正確應用方法介紹

手機日程管理軟件管理發(fā)展成熟，目前較為普遍應用的為ITIL流程管理。有人將ITIL比喻成IT管理中“黑夜航行的燈塔”，這光芒萬丈的詞匯吸引了無數(shù)個企業(yè)或是準備、或是已經(jīng)開始在手機日程管理軟件服務管理中實現(xiàn)標準化運維。而我們知道，在ITIL強大的流程管理面前，其核心組件之一的CMDB（配置管理數(shù)據(jù)庫）卻往往耗費了大量的人力和時間收集各類IT基礎架構信息后，竣工而成的卻是一個幾經(jīng)失去生命力的ITIL運維管理組件CMDB。

CMDB在IT服務管理中的驅動力

面對復雜多變的業(yè)務需求與IT預算的不斷緊縮，企業(yè)的IT部門在為企業(yè)整體運營目標提供可靠服務時都面臨空前的挑戰(zhàn)。想要解決這些問題就非得擁有一個良好的組織管理策略，因為我們必須要先了解環(huán)境中的各個對象的特點，才能對它們予以控制、維護和改善。為了達到動態(tài)手機日程管理軟件服務所追求的目標，我們必須將ITIL指導真正落實為明顯的、可衡量的，變成可以整合的實體，而這承載這些實體的容器就是CMDB。

作為ITIL實施成功的關鍵與保障，CMDB相當于整個“安卓日程管理列車”前行的動力源泉。由于它可以代替以往手工存儲和管理企業(yè)IT架構中設備的各種配置信息，因此更多的企業(yè)開始考慮采用自動獲取的方式存儲IT基礎設備的各種配置項信息，然后將其與ITIL的所有流程都緊密相連，提供有效數(shù)據(jù)支持ITIL其他流程的運轉， CMDB配置庫可以被比喻成企業(yè)安卓日程管理中的“眼睛和大腦”，這個特殊的動態(tài)數(shù)據(jù)庫作為ITIL標準流程里一個核心的組成部分，記錄了ITIL流程運轉的過程，從開始啟動、發(fā)現(xiàn)事件、問題處理、變更管理、版本發(fā)布，到最后的關閉，中間的所有的過程都會被自動的記錄到CMDB中，并實時、真實地展現(xiàn)出來。

錯誤的CMDB就如大腦記憶力出現(xiàn)混亂

ITIL運維管理組件CMDB存儲與管理企業(yè)IT架構中設備的各種配置信息，那么如何運轉、發(fā)揮配置信息的價值，就要依賴于數(shù)據(jù)的準確性了。試想如果CMDB對故障設備的關鍵性指標提供了錯誤描述，事件能夠得到及時解決嗎？如果沒有配置管理的同類故障統(tǒng)計分析支持，如何實現(xiàn)主動的問題管理？如果沒有配置管理提供CI（配置項）之間的關系作為依據(jù)，如何針對將要進行變更的CI以作風險評估？

曾經(jīng)一位資深表示：“前幾年，我所任職的幾個企業(yè)中對于IT建設雖然重視，但當時苦于沒有IT管理工具作為輔助，所以我們都是采用自下而上的方法，也就是從底層開始，利用手工把資料錄入到開源的CMDB中。

這個階段的問題可能誰都清楚，歷時兩、三年，不但時間長久，而且還存在錄入錯誤的問題。而現(xiàn)在我更換了公司之后，已經(jīng)放棄了自行建立CMDB的想法，也不想讓IT人員花大力氣梳理、搜集這些信息，并且在日常工作中耗費人工保持其時效性。但我考察了一些案例，這些公司采用廠商所提供的IT管理工具建立的CMDB在實施后，仍舊發(fā)現(xiàn)了設備配置項錄入不規(guī)范、不全面的問題，資源之間的關聯(lián)關系缺乏等一系列的問題，這就必然會導致領導決策人參考這些錯誤的信息做出錯誤的決定。

唯一比較讓人滿意的是人力資源與社會保障部，他們采用的CMDB和IT資源庫進行了互聯(lián)互通，底層監(jiān)控工具自動采集數(shù)據(jù)匯總到IT資源庫RDB，定時和ITIL運維管理組件CMDB進行審計，確保CMDB的數(shù)據(jù)庫準確無誤，有效保證了數(shù)據(jù)的精確性，為領導的決策提供了最基礎的保障。”

那么，人力資源與社會保障部是如何保證數(shù)據(jù)質(zhì)量，使系統(tǒng)成效發(fā)揮出來，避免功虧一簣呢？

在許多基于ITIL的ITSM項目中，實踐者雖深知CMDB對于企業(yè)IT服務管理能力的重要性，但在部署過程中卻往往被CMDB構建所涉及的龐大工作量所困擾，感覺困難重重，不得要領。CMDB出現(xiàn)問題一般會存在三種情況。首先，是由于配置信息設置過于精細，會導致數(shù)據(jù)負載壓力過大，性能下降；其次，由于資源信息、配置信息設計過于粗框，沒有將必要的CI信息設計進去，沒有建立CI之間的相互關聯(lián)關系，導致系統(tǒng)因配置項到期罷工之后，找不到需要的配置項以及配置項依賴影響信息，導致運維效率降低；另外，一些IT管理項目也出現(xiàn)了RDB（資源庫）信息與CMDB配置信息未能建立良好的同步審計機制，導致故障產(chǎn)生時，兩者信息不一致，混淆了運維人員的’眼睛’。

企業(yè)在IT管理項目中缺乏實現(xiàn)CMDB功能一項或多項功能都可能導致項目的失敗，這包括：聯(lián)邦、調(diào)和、同步、映射與可視化。那么這五者之間的關系如果處理得步調(diào)一致是否能讓企業(yè)走出創(chuàng)建CMDB的迷局呢？

智慧的“IT統(tǒng)一資源庫”

對于所有的IT服務管理體系的建設者而言，ITIL運維管理組件CMDB都是一部龐大機器上必須精心打磨與調(diào)試的一個關鍵部件。通過更先進的資產(chǎn)管理和自動化流程，智能的幫助用戶建立跨系統(tǒng)的數(shù)據(jù)管理關聯(lián)，從而最終推動業(yè)務與流程融合。

為什么說IT統(tǒng)一資源庫是一個“智能化”的工具，同時又是CMDB成長歷史上一個里程碑式的標志呢？

首先要從CI的廣度和深度，以及CI的生命周期定義上來看，之前人工定義時，管理人員往往會主觀上根據(jù)經(jīng)驗來設置，CMDB完全由人控制的理論很有可能失去其動態(tài)變化的本意。再者，我們在對CMDB審計時，一般發(fā)生在CMDB初始化準備上線之前，此后CMDB的全面審計是定期展開，也就是人為的定義了是一個季度還是一年。對于特定范圍內(nèi)細致地核查某類CI或某項關鍵服務所涉及的CI，無法做到實時性，很可能因為IT設備配置項發(fā)生變動時不能及時更新，而現(xiàn)在利用實時動態(tài)變化的RDB資源庫檢驗CMDB配置項的正確性和完整性，就可以建立統(tǒng)一的IT基礎設施資源臺帳。

另外，CMDB信息模型有兩種不同的方式。一種是自上而下，即先有一個宏觀的企業(yè)視圖，在CMDB中為該視圖部署一個元數(shù)據(jù)模型，然后確保所有管理應用程序符合元數(shù)據(jù)模型。另一種方式是自下而上，也就是本文中那位資深CIO所提到的方式，即把底層的資源數(shù)據(jù)集進行標準化，依此開發(fā)模型。由此產(chǎn)生的CMDB模型與具體的管理功能和應用無關，因而比實際上的底層資源數(shù)據(jù)集更易操控，它更易被接受，因為它無需破壞企業(yè)的組織架構和文化。兩種模型構建方法各有千秋，但是都脫離了IT服務的核心理念―――流程為基礎、客戶為中心，從客戶實際需求出發(fā)，構建高品質(zhì)的IT服務體系提高客戶滿意度。

IT服務與業(yè)務的關系可以類比水與魚的關系，魚依賴富有營養(yǎng)的水而生存，業(yè)務持續(xù)運行依賴優(yōu)秀的IT服務。如果IT服務過程中，CMDB模型的設計脫離業(yè)務架構，也就如治水未考慮魚的適應能力，必然會導致IT服務系統(tǒng)構建之初就偏離IT服務核心理念，失去與業(yè)務融合的機會，與IT部門建設IT服務管理系統(tǒng)的本意背道而馳，CMDB價值提升也就無從談起。

我們都知道：“系統(tǒng)功能加上基礎數(shù)據(jù)等于系統(tǒng)能力，系統(tǒng)能力加上頻繁使用等于業(yè)務成效，如果工具不能用‘活’，IT管理就仍然是死水一潭。”因此，ITIL運維管理組件CMDB必將不是一成不變的。

　　【推薦閱讀】

◆手機日程管理軟件與企業(yè)業(yè)務之間有何關聯(lián)

◆手機日程管理軟件管理成本該如何降低

◆手機日程管理軟件成本影響因素分析

◆手機日程管理軟件管理概念定義簡要說明

◆手機日程管理軟件管理專區(qū)

◆網(wǎng)管軟件專區(qū)