CMDB構建過程詳細拆解

申請免費試用、咨詢電話：400-8352-114

在IT管理向ITSM（IT服務管理）體系演進的征途中，CMDB（配置管理數據庫）從傳統(tǒng)的電子報表中走來，蛻變?yōu)榛贗TIL最佳實踐的IT服務管理核心。對于所有的ITSM體系的建設者而言，CMDB都是一部龐大機器上必須精心打磨與調試的一個關鍵部件。

“水域，這是俄羅斯的必需！”彼得大帝的慨嘆表達了一個民族對海洋的渴望。而在獲得了出?？谥螅忾]的俄羅斯終于打開了通往文明歐洲的窗口，走上富強之路。CMDB之于ITSM，或許遠不如十六世紀海洋對于俄羅斯如此那般的迫切。但是在今天的IT管理領域，CMDB在完整ITSM系統(tǒng)中的核心地位絕對無可替代。今天，CMDB不僅是管理軟件廠商和ITIL倡導者常掛嘴邊的時髦詞匯，也早已成為企業(yè)用戶在IT管理項目推進中關注的焦點。

“通過更先進的資產管理和自動化流程，幫助用戶建立跨系統(tǒng)的數據管理關聯(lián)，從而最終推動跨功能的流程整合”是CMDB對用戶的最新承諾。而在闡述CMDB現階段的定義之前，必須說明的是，CMDB并不是IT管理領域的新生事物或名詞。從誕生至今，CMDB經歷了三次脫胎換骨的技術蛻變。實際上，早期的許多管理軟件中都包含了現代CMDB的雛形，它們以電子報表的形式出現，簡單記錄IT資產信息；后來，CMDB演變?yōu)橐栏接趲椭_的資產庫，與幫助臺捆綁并向用戶銷售；如今，CMDB擺脫了管理軟件附屬品的角色，成為獨立的系統(tǒng)管理模塊，是企業(yè)級集中式的配置數據庫。

英國商務部出版的《ITIL服務支持》一書這樣定義CMDB：“它是一種包含每一個配置項（Configuration Item，CI）全部關聯(lián)細節(jié)以及配置項之間重要關聯(lián)細節(jié)的數據庫”。可以說，是ITIL最佳實踐孕育了現代CMDB，目前CMDB中配置項信息覆蓋了企業(yè)網絡中的應用、操作系統(tǒng)、補丁、硬件設備、生命周期成本以及用戶鏈接。針對目前大多數企業(yè)中IT配置數據以不同格式保存在桌面機、服務器、補丁包、操作系統(tǒng)和網絡設備中的局面，CMDB把不同格式的數據統(tǒng)一采集到一個信息庫中，打破了IT域之間的固有壁壘，有效管理IT資產。同時，通過對配置項信息的分析，快速定位系統(tǒng)故障來源。

而伴隨著ITIL版本的刷新，CMDB在整個ITIL框架中的作用也悄然發(fā)生著變化。有專家指出，ITIL v2奠定了CMDB在ITSM中的重要地位，而ITIL v3則進一步釋放了CMDB的效能，將其與知識管理和報告展現緊密地聯(lián)系在一起。

模型設計：專注數據完整

有人將當下全球盛行的ITIL實踐形容為一場“奧林匹克”盛會，一方面在“重在參與”精神的感召下，ITIL在企業(yè)用戶中迅速普及；另一方面，“更高、更快、更強”的目標激發(fā)了參與者的潛能，用戶和IT服務供應商開始追逐更有效率、更有效果的卓越IT運營能力。在這一輪激烈的競技之中，CMDB因其對企業(yè)ITIL實施效果的決定性作用，被比喻為ITIL的“發(fā)動機”。

而在許多基于ITIL的ITSM項目中，實踐者雖深知CMDB對于企業(yè)IT服務管理能力的重要性，但在部署過程中卻往往被CMDB構建所涉及的龐大工作量所困擾，感覺困難重重，不得要領。同時，由于CMDB數據庫工業(yè)標準尚處在討論和修訂階段，并未形成通用標準，也讓許多實踐者感到無法從成熟規(guī)范中尋求支持。因此，有分析人士指出，IT管理者需要從CMDB概念的混亂中找到一條通向管理數據集成和最佳實踐的路徑。

要實現CMDB的成功構建，CMDB的設計和運作是必須攻克的兩大難點。如果設計不當或無法有效運作，將極大地制約ITSM系統(tǒng)的管理能力，讓IT運營的效率和效果大打折扣。同時，也只有實現了合理的模型設計和配置管理流程的有效運作，我們才能深入地探討CMDB工具的選型，以及軟件開發(fā)、數據挖掘和知識管理應用等更高層次的話題。在CMDB設計層面，對CMDB模型完整性的保證是設計過程的重中之重。

由于CMDB是ITIL流程支持的核心，它需要為ITIL其他流程提供IT服務及基礎架構層面的配置信息，所以只有CMDB記錄的數據完整，才能準確地反映IT服務的真實狀態(tài)。而所謂CMDB的完整，包含了配置管理范圍的識別、CI屬性的選取和CI關系的構建。

第一步，確定配置管理的范圍。這主要涉及CI的寬度和深度，以及CI的生命周期。需要說明的是，ITIL規(guī)范認為，CI的生命周期是從CI的接收到最終報廢退出的全過程，但在具體實施過程中，由于流程管理主體的差異化，不同項目對CI生命周期的劃分和定義會有所不同。

在確定CI的寬度和深度時，設計者應當從企業(yè)IT服務的需求、企業(yè)IT服務管理水平和CMDB運營管理成本三個方面進行合理規(guī)劃。具體來說，CMDB構建應該主要從IT服務角度考慮，IT服務本身也可以作為CI記錄到CMDB中，同時IT服務涉及的IT基礎架構及其相關的重要信息都應記錄到CMDB中；必須認識到CMDB與企業(yè)IT服務管理水平之間緊密的聯(lián)動。企業(yè)IT服務管理水平越高，其對CMDB的依賴程度也隨之上升，對CMDB數據的準確性和完整性也越高。同時，企業(yè)變更管理的成熟度，包括變更管理范圍和流程執(zhí)行力度也將在很大程度上影響CMDB數據的準確性和完整性；成本方面，CI的顆粒度決定CMDB中信息的詳細程度，而這些信息的有效維護取決于IT部門投入的管理成本。如果無法投入相應資源進行CMDB的維護，其數據準確性便無法保證，也無法發(fā)揮其應有價值。

CI生命周期的確定主要包含對兩個問題的確定。一是什么時候識別CI并記錄到CMDB。在標準的配置管理流程中，CI全生命周期的理想狀態(tài)應該覆蓋從采購申請到報廢退出的過程。但在實際實施時，流程執(zhí)行主體的管理范圍和職責將決定CI被識別的時間點；二是什么時候刪除CI記錄。這一時間點同樣由流程執(zhí)行主體的管理范圍和職責所決定。例如，對于租賃的CI，IT部門并不關心它的報廢過程，只關心其在生產環(huán)境中的運營狀況，因此CI被租賃公司更換，則該記錄就有可能被標記為刪除。而CI記錄的刪除并不是數據的真正刪除，而是將其標記為刪除，這樣做的目的是為IT審計提供數據支持。

第二步，定義配置項的屬性。對于同一類型CI屬性的定義，不同企業(yè)的定義方法可能截然不同。通常情況下，設計者需要遵循一個原則和一套結構。一個原則就是“精而不多”。如果我們將大量屬性納入CMDB，那么無疑將加大信息維護的成本。反之，如果屬性過少，CMDB對流程支持的有效性就降低了。所以，所謂“精而不多”就是找到適合自身需求的平衡點。ITIL專家指出，CI屬性的定義要注重選擇的屬性是否具備“面向服務的特性”。例如，一臺商用服務器可能會包含上百個屬性，但實際上經過篩選，對企業(yè)有實際意義往往是CPU個數、CPU主頻、內存、硬盤、網卡等信息。

一套結構指的是，我們通?？梢园岩粋€CI的屬性分為五大來源。

第三步，構建CI之間的關系。CI關系的定義也是配置管理建設與IT資產管理建設的區(qū)別之一。一般可以采取兩種方法進行CI關系的梳理工作，即“自上而下”和“自下而上”的方法。“自上而下”通常要求企業(yè)先明確對外提供的服務目錄，然后基于服務目錄按照“業(yè)務服務→IT服務→IT系統(tǒng)→IT組件”的順序進行梳理；“自下而上”則是逆流而上，先從對內部IT組件關系的梳理開始，然后逐步將IT組件映射到IT服務。

流程運作：確保數據正確

上線后的CMDB需要向ITSM系統(tǒng)提供準確的配置管理數據，尤其是要做到所記錄信息與生產環(huán)境的數據保持一致，這就需要建立一套良好的配置管理運作機制。這套機制包含了制定配置管理策略、確定變更/發(fā)布與配置之間的流程關系、制定CMDB審計流程，以及配置管理的角色安排等工作。

1．配置管理政策的制定 該政策是企業(yè)配置管理的行動指南和共同綱領。它能夠幫助企業(yè)統(tǒng)一認識，減少不必要的溝通成本，實現流程的高效執(zhí)行。配置管理政策主要包含宏觀政策和運營政策。其中，宏觀政策涉及企業(yè)或IT部門層面指導性、方向性的政策，目標是在企業(yè)內部形成統(tǒng)一認識。例如，IT部門應該使用統(tǒng)一的配置管理流程，并且使用標準的文檔記錄和匯報機制。

運營政策主要涉及到流程目標、人員、輸入、輸出、活動以及KPI（關鍵績效指標）等要素，以及流程之間相互協(xié)調、信息交互方面的指導原則，其目標是使流程能夠在政策的指引下穩(wěn)健、有效地執(zhí)行。一般而言，包括CI的命名規(guī)范政策、CMDB數據保留政策，以及數據備份和恢復政策等。

2．確定流程間的接口關系 要實現CMDB的有效運作，成熟的變更/發(fā)布管理流程必不可少。其原因是，這一流程掌握著CMDB中數據變更的通行證。

CMDB數據的任何變更都應該對應已批準的變更請求單。同時，由變更管理流程將變更信息提供給負責配置管理的相關人員進行CMDB數據的更新。其中，CMDB數據的更新主要包括以下三種情況。

一是CMDB數據結構的變更。通常發(fā)生在因管理需要而重構CMDB模型的情況下，例如新增需進行變更控制而未識別的CI，因服務調整而重新梳理CI間的關系等；二是新增或刪除CI。即指對已有CI的操作，例如更換或報廢設備，新采購標準的配置等。從方便管理的角度出發(fā)，IT服務供應商往往會制定標準配置清單，用戶應根據實際關系需求，確定配置清單顆粒細節(jié)的符合度；三是，修改CI的屬性。此類變更是針對某CI具體屬性的操作，例如增加了某服務器CI的硬盤容量，就需要對其相應屬性進行調整。需要注意的是，CI屬性的變更通常會關聯(lián)到其他CI屬性的調整。例如，硬盤CI信息變更時，管理員還需要調整服務器CI的屬性，將無疑會增加數據維護的成本。針對這一問題，建議企業(yè)在確定CI屬性數據時，盡可能地從其他可靠數據源中獲取。例如，可以將服務器需要的硬盤容量屬性數據通過數據繼承關系，從硬盤CI本身的屬性中獲取。

3．CMDB審計流程的制定 在確保CMDB變更準確性的前提下，變更管理流程的構建需要經歷一個持續(xù)改進的過程。用戶往往會遇到CMDB數據仍與實際環(huán)境不符的問題，這就需要通過審計流程來進行檢查、分析和修訂。

來源：網界網