CMDB：ITSM的必需—配置管理數(shù)據(jù)庫構(gòu)建過程拆解

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

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

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

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

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

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

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

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

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

要實(shí)現(xiàn)CMDB的成功構(gòu)建，CMDB的設(shè)計(jì)和運(yùn)作是必須攻克的兩大難點(diǎn)。如果設(shè)計(jì)不當(dāng)或無法有效運(yùn)作，將極大地制約ITSM系統(tǒng)的管理能力，讓IT運(yùn)營的效率和效果大打折扣。同時(shí)，也只有解決這兩個(gè)問題，我們才能深入地探討CMDB工具的選型，以及軟件開發(fā)、數(shù)據(jù)挖掘和知識(shí)管理應(yīng)用等更高層次的問題。

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

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

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

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

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

一套結(jié)構(gòu)指的是，我們通?？梢园岩粋€(gè)CI的屬性分為五大來源。具體的劃分方法如附表所示。

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

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

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

1．配置管理政策的制定 該政策是企業(yè)配置管理的行動(dòng)指南和共同綱領(lǐng)。它能夠幫助企業(yè)統(tǒng)一認(rèn)識(shí)，減少不必要的溝通成本，實(shí)現(xiàn)流程的高效執(zhí)行。配置管理政策主要包含宏觀政策和運(yùn)營政策。其中，宏觀政策涉及企業(yè)或IT部門層面指導(dǎo)性、方向性的政策。

運(yùn)營政策主要涉及到流程目標(biāo)、人員、輸入、輸出、活動(dòng)以及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)系 要實(shí)現(xiàn)CMDB的有效運(yùn)作，成熟的變更/發(fā)布管理流程必不可少。其原因是，這一流程掌握著CMDB中數(shù)據(jù)變更的通行證。變更/發(fā)布管理流程與CMDB更新之間的關(guān)系如圖1所示。

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

一是CMDB數(shù)據(jù)結(jié)構(gòu)的變更。通常發(fā)生在因管理需要而重構(gòu)CMDB模型的情況下。例如新增需進(jìn)行變更控制而未識(shí)別的CI，因服務(wù)調(diào)整而重新梳理CI間的關(guān)系等；二是新增或刪除CI。即指對(duì)已有CI的操作。例如更換或報(bào)廢設(shè)備，新采購標(biāo)準(zhǔn)的配置等；三是修改CI的屬性。此類變更是針對(duì)某CI具體屬性的操作。例如增加了某服務(wù)器CI的硬盤容量，就需要對(duì)其相應(yīng)屬性進(jìn)行調(diào)整。

需要注意的是，CI屬性的變更通常會(huì)關(guān)聯(lián)到其他CI屬性的調(diào)整。例如，硬盤CI信息變更時(shí)，管理員還需要調(diào)整服務(wù)器CI的屬性，這無疑會(huì)增加數(shù)據(jù)維護(hù)的成本。針對(duì)這一問題，建議企業(yè)在確定CI屬性數(shù)據(jù)時(shí)，盡可能地從其他可靠數(shù)據(jù)源中獲取。例如，可以將服務(wù)器需要的硬盤容量屬性數(shù)據(jù)通過數(shù)據(jù)繼承關(guān)系，從硬盤CI本身的屬性中獲取。

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

制定CMDB審計(jì)過程中需要注意的是，首次審計(jì)一般發(fā)生在CMDB初始化準(zhǔn)備上線之前，此后CMDB的全面審計(jì)應(yīng)該定期展開，企業(yè)應(yīng)根據(jù)需要設(shè)置周期，一般一年至少展開一次。另外，CMDB還需要進(jìn)行一些專項(xiàng)審計(jì)，從而小范圍、細(xì)致地核查某類CI或某項(xiàng)關(guān)鍵服務(wù)所涉及的CI“賬實(shí)相符”的狀況。當(dāng)CMDB審計(jì)發(fā)現(xiàn)數(shù)據(jù)不符時(shí)應(yīng)盡快查明原因，并通過變更工單提請(qǐng)變更，最終修改CMDB數(shù)據(jù)。CMDB審計(jì)流程應(yīng)該獨(dú)立展開，審計(jì)員應(yīng)由監(jiān)管單位或部分的相關(guān)人員擔(dān)任。

4．配置管理的角色安排 配置管理活動(dòng)所涉及的角色主要分為四類，他們各司其職，協(xié)同完成CMDB的運(yùn)作任務(wù)。其中，配置流程負(fù)責(zé)人需要對(duì)整個(gè)流程執(zhí)行的結(jié)果負(fù)責(zé)，并擁有一定的流程管理權(quán)力；配置經(jīng)理主要擔(dān)當(dāng)流程開發(fā)和管理的角色，重點(diǎn)確保配置信息的準(zhǔn)確性和可用性；配置管理員負(fù)責(zé)維護(hù)配置數(shù)據(jù)，保證提供給IT部門的CMDB信息總是準(zhǔn)確的；配置審計(jì)員則主要負(fù)責(zé)通過審計(jì)操作確認(rèn)配置數(shù)據(jù)。各個(gè)配置管理角色之間的關(guān)系如圖2所示。

部署CMDB：豐儉由人

CMDB構(gòu)建的重點(diǎn)在于對(duì)數(shù)據(jù)變更的把握，管理者需要用最合理的資源保證CMDB信息的“新鮮度”。這無疑是一項(xiàng)艱苦的任務(wù)，好在一些先行者積累了寶貴經(jīng)驗(yàn)供后來者分享。同時(shí)，CMDB已經(jīng)在金融、電信、政府、教育等行業(yè)擁有了一定的部署規(guī)模，這些案例將在同行業(yè)的CMDB構(gòu)建過程中發(fā)揮示范效應(yīng)。

中國工商銀行在ITSM領(lǐng)域的實(shí)踐一直處于行業(yè)領(lǐng)先地位，并且項(xiàng)目執(zhí)行到位。在CMDB構(gòu)建的問題上，工商銀行并沒有購買CMDB商業(yè)軟件，而是采取了自建的方法。在解釋選擇自建策略的原因時(shí)，工商銀行信息科技部的技術(shù)負(fù)責(zé)人表示，市場(chǎng)上商業(yè)化CMDB工具還不夠成熟。

目前，大部分的CMDB軟件可以自動(dòng)發(fā)現(xiàn)基于服務(wù)器的軟件應(yīng)用，并構(gòu)建映射關(guān)系圖，但是對(duì)于一些主機(jī)應(yīng)用或企業(yè)自行開發(fā)的應(yīng)用卻檢測(cè)不到。對(duì)于應(yīng)用種類繁多，同時(shí)存在大量自有和遺留應(yīng)用的金融企業(yè)，商業(yè)CMDB工具對(duì)整個(gè)IT環(huán)境的覆蓋能力有限。

自建CMDB雖然需要企業(yè)投入更多的資金，但CMDB的獨(dú)立性和實(shí)時(shí)性卻能夠在企業(yè)內(nèi)部得到有效保障。目前，工商銀行總行的資源管理庫已經(jīng)運(yùn)行多年，實(shí)現(xiàn)了CMDB與幫助臺(tái)、相關(guān)管理工具的有機(jī)結(jié)合，管理范圍覆蓋全行各分支機(jī)構(gòu)，功能囊括主要的配置管理操作。而在電信行業(yè)，也有很多用戶傾向于自建方式，主要也是考慮到商業(yè)CMDB軟件對(duì)生產(chǎn)系統(tǒng)中管理對(duì)象的發(fā)現(xiàn)和管理能力欠缺的問題。

無論是購買商業(yè)產(chǎn)品還是自行構(gòu)建，CMDB的建設(shè)似乎都意味著企業(yè)需要投入巨資才能完成。這實(shí)際上是對(duì)CMDB的一種誤解。作為ITSM實(shí)踐的起點(diǎn)，同時(shí)也是ITIL的基礎(chǔ)部件，CMDB的構(gòu)建還有很多省錢的途徑。

美國楊百翰大學(xué)基于MySQL開源數(shù)據(jù)庫構(gòu)建校園CMDB是一個(gè)經(jīng)典案例。新數(shù)據(jù)中心的落成和學(xué)校與上級(jí)機(jī)構(gòu)的合并驅(qū)動(dòng)了楊百翰大學(xué)踏上ITIL實(shí)踐之路，并著手進(jìn)行IT資產(chǎn)配置數(shù)據(jù)的集成與分享。但是CMDB項(xiàng)目并沒有足夠的資金支持，因此，他們著眼于開源軟件。通過MySQL和廉價(jià)的學(xué)生勞動(dòng)力，楊百翰大學(xué)構(gòu)建了具備常規(guī)配置管理特性的CMDB。在CMDB構(gòu)建的過程中，楊百翰大學(xué)對(duì)CI的類和子類進(jìn)行了仔細(xì)的篩選，有效規(guī)避了CI顆粒度過細(xì)而容易導(dǎo)致的部署成本上升和構(gòu)建難度加大等問題。而在未來，他們計(jì)劃將這一系統(tǒng)升級(jí)到甲骨文數(shù)據(jù)庫平臺(tái)。

聯(lián)邦性：CMDB成熟的印記

Gartner 2006年發(fā)布的CMDB研究報(bào)告指出，并不是所有的配置數(shù)據(jù)庫都是CMDB，它必須具備聯(lián)邦性、協(xié)調(diào)性、同步性、映射和可視化四大特性。這份報(bào)告給出了CMDB成熟度評(píng)估的具體依據(jù)。目前，很多軟件廠商都宣稱向用戶提供CMDB工具，在其ITSM解決方案中也會(huì)包含CMDB組件。但如果站在專業(yè)ITSM實(shí)施的角度，它們中的一些更像是幫助臺(tái)資產(chǎn)庫尚未蛻變完全的產(chǎn)物。我們看到，很多所謂的CMDB得不到完整變更流程的支撐，數(shù)據(jù)的實(shí)時(shí)性無法保證；而一些產(chǎn)品介于IT資產(chǎn)庫和配置數(shù)據(jù)庫的中間，模型設(shè)計(jì)和配置策略不符合ITIL流程規(guī)范。聯(lián)邦性、協(xié)調(diào)性、同步性、映射和可視化是區(qū)分不成熟和成熟CMDB的剛性標(biāo)準(zhǔn)。而現(xiàn)在，CMDB市場(chǎng)的發(fā)展仍然處在向這一標(biāo)準(zhǔn)逐漸靠近的過程之中。

聯(lián)邦性是軟件供應(yīng)商難于攻克的部分，同時(shí)也是近期技術(shù)進(jìn)展最大的CMDB特性。從2006年開始，許多廠商將CMDB的聯(lián)邦能力作為產(chǎn)品研發(fā)的重點(diǎn)，并相繼推出了具有聯(lián)邦特性的CMDB產(chǎn)品。這些產(chǎn)品包括IBM的CCMDB（變更和配置管理數(shù)據(jù)庫）、Managed Objects的CMDB 360°，以及HP、BMC、CA、Symantec等公司的類似產(chǎn)品。

聯(lián)邦式CMDB符合技術(shù)和應(yīng)用的發(fā)展方向，這一點(diǎn)已經(jīng)能夠通過現(xiàn)階段的客戶實(shí)踐加以驗(yàn)證。在高度異構(gòu)化的IT環(huán)境中，企業(yè)將所有IT資產(chǎn)的配置信息保存在一個(gè)通用數(shù)據(jù)庫的想法并不現(xiàn)實(shí)。如果能夠?qū)⒍鄠€(gè)數(shù)據(jù)庫連接在一起，通過一個(gè)邏輯配置數(shù)據(jù)庫構(gòu)筑一個(gè)聯(lián)邦式的CMDB，對(duì)于企業(yè)而言是一種切實(shí)可行的方案。這樣一來，客戶不必把所有配置數(shù)據(jù)都存儲(chǔ)在一個(gè)大數(shù)據(jù)庫中。聯(lián)邦式CMDB通過記錄不同數(shù)據(jù)庫中配置信息的關(guān)聯(lián)關(guān)系，在接到客戶的訪問請(qǐng)求時(shí)，可以快速追溯配置數(shù)據(jù)的保存位置。以前，很多廠商把CMDB的開發(fā)局限在自己的專有架構(gòu)中，這種傳統(tǒng)的技術(shù)方式限制了CMDB對(duì)多數(shù)據(jù)源配置信息的發(fā)現(xiàn)與集成能力。同時(shí)，不合理的數(shù)據(jù)復(fù)制方式還會(huì)造成集成后CI的高度冗余。聯(lián)邦式CMDB通過邏輯上對(duì)配置數(shù)據(jù)的靈活調(diào)用和統(tǒng)一管理，彌補(bǔ)了傳統(tǒng)CMDB的缺憾。

推進(jìn)方式：由點(diǎn)及面

CMDB的實(shí)施自然是“條條大路通羅馬”，但在現(xiàn)階段，從小處入手精心設(shè)計(jì)，逐步擴(kuò)大CMDB的覆蓋范圍還是技術(shù)專家和企業(yè)客戶所青睞的項(xiàng)目推進(jìn)方式。

傳統(tǒng)的CMDB構(gòu)建方法是自下而上地推進(jìn)，也就是先做一個(gè)大的配置數(shù)據(jù)庫，再逐步精煉CI。但這種方式的缺點(diǎn)是投入巨大且浪費(fèi)時(shí)間，很多企業(yè)耗時(shí)數(shù)年才能完成CMDB的部署；已經(jīng)擁有簡單配置數(shù)據(jù)庫的用戶往往會(huì)選擇自中而上的推進(jìn)方式，以現(xiàn)有數(shù)據(jù)庫為基礎(chǔ)，添加必要的CI和CI之間的關(guān)系后，用戶可以用比較短的時(shí)間就組建一個(gè)功能相對(duì)豐富的CMDB。

而對(duì)于占據(jù)大多數(shù)的白手起家的用戶而言，“自上而下，漸進(jìn)式擴(kuò)充”是一種可行性更高的方法。專家建議，用戶可以先從訂單系統(tǒng)、郵件系統(tǒng)這樣的垂直應(yīng)用開始，嘗試在單一環(huán)境中發(fā)現(xiàn)、收集、追蹤和管理配置信息的技巧，逐漸積累配置管理經(jīng)驗(yàn)。在構(gòu)建了相對(duì)成熟的配置管理流程后再構(gòu)建更大范圍的CMDB。

一些用戶還會(huì)先期規(guī)劃一個(gè)小型的試驗(yàn)項(xiàng)目，它會(huì)包含CMDB所必須的審計(jì)、控制、自動(dòng)化等環(huán)節(jié)。啟動(dòng)這種試驗(yàn)項(xiàng)目可以幫助企業(yè)收獲一些關(guān)鍵的CMDB部署體驗(yàn)。例如，對(duì)IT資產(chǎn)配置的描述方法，如何通過準(zhǔn)確的配置信息來支持IT服務(wù)管理，事件、故障、變更和發(fā)布管理流程的串聯(lián)和磨合，以及如果更高效地對(duì)配置記錄做出變更。

而有專家建議，在啟動(dòng)這樣的試驗(yàn)時(shí)，最好選擇一個(gè)能夠得到廣泛支持的IT服務(wù)，而不是對(duì)業(yè)務(wù)營收至關(guān)重要的IT服務(wù)。同時(shí)，這樣的服務(wù)不應(yīng)該需要進(jìn)行頻繁地更新，并且在IT系統(tǒng)框架中處在相對(duì)獨(dú)立的環(huán)境之中。因?yàn)轭l繁的變更操作將增加管理的難度，也更容易導(dǎo)致管理錯(cuò)誤的發(fā)生。
來源：CNW