配置管理數(shù)據(jù)庫(kù)的創(chuàng)建

孫北寧 李 兵

(1.云南電網(wǎng)公司，云南 昆明 650011;2.云電同方科技有限公司，云南 昆明 650217)

1 前言

在IT管控系統(tǒng)中，配置管理數(shù)據(jù)庫(kù)(以下簡(jiǎn)稱CMDB)是重要的核心支持模塊，它的主要目的是有效管理IT環(huán)境當(dāng)中的資產(chǎn)，并對(duì)其他的服務(wù)管理流程實(shí)現(xiàn)支持。鑒于CMDB的邏輯獨(dú)立性和數(shù)據(jù)統(tǒng)一性，可以通過(guò)CI件的關(guān)系，在產(chǎn)生故障時(shí)能夠迅速定位到故障位置，并能分析出受影響服務(wù)的深度和廣度。

CMDB對(duì)于企業(yè)IT服務(wù)管理很重，但在實(shí)際的實(shí)施過(guò)程中，在設(shè)計(jì)時(shí)面臨對(duì)CI深度和廣度的定義困難，構(gòu)建CMDB時(shí)面臨數(shù)據(jù)采集的巨大工作量，維護(hù)CMDB時(shí)面臨數(shù)據(jù)無(wú)法及時(shí)更新的窘境，使CMDB難以達(dá)到預(yù)期的效果。

以下從IT系統(tǒng)建設(shè)的角度對(duì)CMDB的建設(shè)提出建議。

2 CMDB的定義

CMDB是一種包含每一個(gè)配置項(xiàng)全部關(guān)聯(lián)細(xì)節(jié)，以及配置項(xiàng)之間重要關(guān)聯(lián)細(xì)節(jié)的數(shù)據(jù)庫(kù)。

首先，CMDB用基本概念－配置項(xiàng)，把現(xiàn)實(shí)環(huán)境中要管理的對(duì)象全部抽象出來(lái)，把不同的東西看成統(tǒng)一的一種對(duì)象。然后，配置項(xiàng)和它們的屬性表了現(xiàn)實(shí)環(huán)境的對(duì)象，再用關(guān)系把它們?cè)诂F(xiàn)實(shí)環(huán)境的關(guān)系表現(xiàn)出來(lái)，就得到了一個(gè)簡(jiǎn)單有效的模型，可以用統(tǒng)一的方法來(lái)進(jìn)行管理。

使用CMDB是為了用簡(jiǎn)單的、通用的數(shù)據(jù)模型來(lái)簡(jiǎn)化IT管控系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)，根本原則在于簡(jiǎn)化。

3 CMDB對(duì)象的定義

CMDB對(duì)象的定義主要有對(duì)象分類及不同類型對(duì)象的屬性集，對(duì)象的分類根據(jù)需求會(huì)有不同的變化，但主要根據(jù)硬件設(shè)備、軟件系統(tǒng)等資源的不同類型為分類依據(jù)，再根據(jù)分類為不同類型的對(duì)象定義屬性。配置項(xiàng)間的關(guān)系類型也根據(jù)實(shí)際需求進(jìn)行定義。

配置項(xiàng)的定義，包括分類和屬性定義，都必須以實(shí)際的業(yè)務(wù)需求來(lái)驅(qū)動(dòng)，尤其是不同配置項(xiàng)的屬性，必須根據(jù)實(shí)際需求來(lái)進(jìn)行定義。

對(duì)屬性進(jìn)行定義之前，可以根據(jù)不同的應(yīng)用部門(mén)核用戶的需求，對(duì)屬性進(jìn)行分類。

3.1 資產(chǎn)相關(guān)屬性

由于大多數(shù)配置項(xiàng)都是IT環(huán)境中的物理設(shè)備，而這些設(shè)備都是相關(guān)單位的固定資產(chǎn)，同時(shí)許多IT主管部門(mén)還有專門(mén)的IT資產(chǎn)管理職能，維護(hù)著獨(dú)立的IT資產(chǎn)臺(tái)帳，因此資產(chǎn)相關(guān)屬性是一組重要的屬性，包括采購(gòu)信息所屬信息。

這一組信息的更新主要和資產(chǎn)臺(tái)帳管理相關(guān)。

3.2 運(yùn)行維護(hù)屬性

這是與設(shè)備使用及運(yùn)維相關(guān)的一組屬性，主要包括機(jī)房機(jī)柜信息、運(yùn)維責(zé)任信息，設(shè)備狀態(tài)等。

這一組信息較多地由運(yùn)維部門(mén)進(jìn)行維護(hù)。

3.3 配置屬性

主要是設(shè)備自身的軟硬件配置，包括設(shè)備的硬件配置(如服務(wù)器的CPU、內(nèi)存、硬盤(pán))、網(wǎng)絡(luò)地址(IP地址等)，更新會(huì)比較頻繁。這一組信息可以由相關(guān)的管理人員手工維護(hù)，也可以通過(guò)自動(dòng)化的監(jiān)控手段自動(dòng)獲取這些信息。

這樣的分類主要是從業(yè)務(wù)的角度出發(fā)，以屬性信息可能的來(lái)源作為分類條件，以便于考慮把CMDB的維護(hù)工作分散到業(yè)已存在的業(yè)務(wù)工作當(dāng)中去。

4 CMDB構(gòu)建的可行方法

1)從第一個(gè)數(shù)據(jù)來(lái)源建立配置項(xiàng)列表:根據(jù)實(shí)際情況出發(fā)，從前述的三個(gè)分類中挑選一類作為CMDB構(gòu)建的起點(diǎn)，

如果能夠獲得IT資產(chǎn)臺(tái)帳，則可以從IT資產(chǎn)臺(tái)帳建立配置列表，并具有全部或者部分的IT資產(chǎn)屬性。運(yùn)行維護(hù)屬性及配置屬性需要在后續(xù)的工作中完善。

如果運(yùn)維部門(mén)能夠提供設(shè)備運(yùn)行的信息，則可以根據(jù)該信息建立配置項(xiàng)列表，資產(chǎn)和配置屬性后續(xù)完善。

如果已經(jīng)有了在線的監(jiān)控系統(tǒng)，而該系統(tǒng)有足夠的覆蓋面，則可以從被監(jiān)控設(shè)備列表建立配置項(xiàng)列表，資產(chǎn)和運(yùn)維屬性后續(xù)完善。

2)在后續(xù)工作中完善屬性數(shù)據(jù)和關(guān)系:很多情況下，建立一個(gè)屬性尚不完善的配置列表已經(jīng)可以滿足部分工作的需要，缺失的屬性和關(guān)系可以在后續(xù)工作中進(jìn)行完善。這里最重要的因素是讓CMDB中數(shù)據(jù)能夠有效地被不同的用戶所使用，不同部門(mén)、不同用戶的需要往往是CMDB屬性和關(guān)系的一個(gè)子集，當(dāng)這個(gè)子集被用戶關(guān)注時(shí)，能得到及時(shí)的更新與維護(hù)。

3)CMDB的變更入口主要是ITIL規(guī)范的變更流程和發(fā)布流程等，然后進(jìn)入配置管理流程，這種標(biāo)準(zhǔn)的處理流程有一個(gè)問(wèn)題:真實(shí)對(duì)象的實(shí)際變更在相關(guān)流程結(jié)束時(shí)已經(jīng)發(fā)生了，變更的結(jié)果也在流程結(jié)束時(shí)得到了確認(rèn)，而配置管理流程在這之后才能開(kāi)始，這是一種滯后，實(shí)際情況是，變更、發(fā)布等流程和配置數(shù)據(jù)的修改是脫節(jié)的。

因此，只要管理規(guī)范，變更、發(fā)布等流程往往能夠得到嚴(yán)格的把控，配置數(shù)據(jù)的變更完全可以由這兩個(gè)流程自動(dòng)完成，這樣不僅簡(jiǎn)化了流程，減少了操作，更重要的是避免了配置管理流程滯后帶來(lái)的問(wèn)題。

5 結(jié)束語(yǔ)

CMDB以及ITIL標(biāo)準(zhǔn)的實(shí)踐需要考慮實(shí)際的需求，它們的引入是為IT運(yùn)維管控的業(yè)務(wù)服務(wù)的，在建設(shè)中一方面要考慮遵循標(biāo)準(zhǔn)，更重要的是結(jié)合業(yè)務(wù)讓優(yōu)秀的理念來(lái)服務(wù)于用戶，這個(gè)問(wèn)題需要在實(shí)踐過(guò)程中的經(jīng)驗(yàn)積累。

［1］Jan van Bon.IT服務(wù)管理——基于 ITIL的全球最佳實(shí)踐［M］.北京:清華大學(xué)出版社，2006.

［2］Office of Government Commerce(OGC)，ed.:Service Support.IT Infrastructure Library(ITIL).TheStationeryOffice，Norwich，UK(2000).

［3］OGC，ed.:Introduction to ITIL.IT Infrastructure Library.The Stationery Office(2005).

［4］Brenner M，Sailer M，Schaaf T，et al.CMDB–yet another MIB?On reusing management model concepts in ITIL configuration management［C］//Proceedings of 17th IFIP/IEEE International Workshop on Distributed Systems:Operationsand Managemeent(DSOM 06).Berlin;［s.n.］，2006.