CMDB構(gòu)建過程詳細(xì)拆解

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

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

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

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

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

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

模型設(shè)計：專注數(shù)據(jù)完整

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

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

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

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

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

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

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

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

一套結(jié)構(gòu)指的是，我們通常可以把一個CI的屬性分為五大來源。

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

流程運(yùn)作：確保數(shù)據(jù)正確

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

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

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

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

CMDB數(shù)據(jù)的任何變更都應(yīng)該對應(yīng)已批準(zhǔn)的變更請求單。同時，由變更管理流程將變更信息提供給負(fù)責(zé)配置管理的相關(guān)人員進(jìn)行CMDB數(shù)據(jù)的更新。其中，CMDB數(shù)據(jù)的更新主要包括以下三種情況。

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

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

來源：網(wǎng)界網(wǎng)