ISO 20000是面向機(jī)構(gòu)的IT服務(wù)管理標(biāo)準(zhǔn)，目的是提供建立、實(shí)施、運(yùn)作、監(jiān)控、評(píng)審、維護(hù)和改進(jìn)IT服務(wù)管理體系(ITSM)的模型。建立IT服務(wù)管理體系(ITSM)已成為各種組織，特別是金融機(jī)構(gòu)、電信、高科技產(chǎn)業(yè)等管理運(yùn)營風(fēng)險(xiǎn)不可缺少的重要機(jī)制。ISO 20000讓IT管理者有一個(gè)參考框架用來管理IT服務(wù)，完善的IT管理水平也能通過認(rèn)證的方式表現(xiàn)出來。

       IT服務(wù)能否滿足業(yè)務(wù)運(yùn)行的需求主要取決于企業(yè)IT基礎(chǔ)設(shè)施的信息和運(yùn)作情況,這些信息不僅包括某個(gè)特定項(xiàng)目的屬性,還包括項(xiàng)目與項(xiàng)目之間關(guān)系的信息?

        配置管理流程就是控制包括變更在內(nèi)的其他流程引起的配置項(xiàng)修改是否被準(zhǔn)確的記錄下來,對(duì)配置項(xiàng)修改內(nèi)容進(jìn)行跟蹤和比對(duì),確保和變更計(jì)劃內(nèi)容一致,分析配置項(xiàng)被修改后給業(yè)務(wù)運(yùn)行帶來的影響?配置項(xiàng)的信息錨要根據(jù)變更的實(shí)施情況進(jìn)行及時(shí)更新,保證配置項(xiàng)的正確性?完整性和實(shí)時(shí)性,以確保配置管理數(shù)據(jù)庫能實(shí)時(shí)反映盯基礎(chǔ)架構(gòu)的運(yùn)行情況?

        ISO20000定義配置管理的目標(biāo)為“定義并控制服務(wù)和基礎(chǔ)設(shè)施的組件,并維護(hù)準(zhǔn)確的配置信息”?

        配置管理流程的主要活動(dòng)包括:“在進(jìn)行變更和配置管理的規(guī)劃時(shí)應(yīng)采用整合的方法? 服務(wù)提供者應(yīng)定義與財(cái)務(wù)資產(chǎn)會(huì)計(jì)過程的接口(但財(cái)務(wù)資產(chǎn)會(huì)計(jì)不屬于配置管理范圍)?應(yīng)制定配置項(xiàng)及組件定義的策略?應(yīng)定義每一配置項(xiàng)應(yīng)記錄的信息,包括有效的服務(wù)管理所需要的配置項(xiàng)關(guān)系及文檔?配置管理應(yīng)建立服務(wù)和基礎(chǔ)設(shè)施可識(shí)別組件的識(shí)別?控制和追溯版本的機(jī)制,這個(gè)機(jī)制應(yīng)確保控制程度充分滿足業(yè)務(wù)需求?失效的風(fēng)險(xiǎn)和服務(wù)的重要性?配置管理應(yīng)為變更管理流程提供與變更請求對(duì)于服務(wù)和基礎(chǔ)設(shè)施配置影響有關(guān)的信息?配置項(xiàng)的變更在適當(dāng)時(shí)候可追溯和可審計(jì),如軟件和硬件的變更和活動(dòng)?配置控制流程應(yīng)確保對(duì)系統(tǒng)?服務(wù)和服務(wù)組件的完整性進(jìn)行維護(hù)?應(yīng)在發(fā)布到實(shí)際運(yùn)行環(huán)境之前建立配置項(xiàng)的基線?數(shù)據(jù)配置項(xiàng)的主拷貝應(yīng)控制在安全的物理或電子數(shù)據(jù)庫中,可將其參考信息記錄在配置項(xiàng)中, 如軟件?測試產(chǎn)品和支持文件等?所有的配置項(xiàng)應(yīng)能被唯一的識(shí)別,并記錄在嚴(yán)格控制更新訪問的CMDB(配置管理數(shù)據(jù)庫)中?應(yīng)主動(dòng)管理并驗(yàn)證CMDB?以確保CMDB的可靠性和準(zhǔn)確性?需要的人員應(yīng)可看到配置項(xiàng)的狀態(tài)?版本?位置?相關(guān)的變更和問題以及相關(guān)的文檔?配置審計(jì)流程應(yīng)包括記錄差異?發(fā)起糾正措施和結(jié)果報(bào)告?”

        配置管理作為整個(gè)IT基礎(chǔ)架構(gòu)的核心,對(duì)其他的流程運(yùn)作具有很大的影響,因此在實(shí)施前,應(yīng)先對(duì)配置管理進(jìn)行充分的計(jì)劃和安排,具體包括以下幾個(gè)方面?

        配置管理涉及的范疇:配置管理流程首先需要明確的是管理范圍,因?yàn)槠髽I(yè)的IT基礎(chǔ)架構(gòu)涉及的信息是海量級(jí)的,硬件可能包括大型機(jī)?小型機(jī)?服務(wù)器?路由器?交換機(jī)等,軟件可能包括操作系統(tǒng)?數(shù)據(jù)庫?中間件等系統(tǒng)軟件和應(yīng)用軟件等,甚至包括一些技術(shù)文檔?操作流程?架構(gòu)圖等有形或者無形的資料都屬于IT基礎(chǔ)架構(gòu)的范疇,這就需要企業(yè)挑選出對(duì)業(yè)務(wù)運(yùn)行至關(guān)重要的IT 組件,將這些組件的相關(guān)信息納入配置管理的范疇?

        配置項(xiàng)的屬性?顆粒度細(xì)化程度:在明確了配置管理的范疇之后,就需要明確在范疇之內(nèi)的配置項(xiàng)的屬性,例如版本號(hào)?物理位置?維護(hù)人員名單等信息和配置項(xiàng)的顆粒度,如果顆粒度太粗,那就無法為其他流程提供所需要的信息,但是定義的太細(xì),配置項(xiàng)的管理和信息維護(hù)就會(huì)有相當(dāng)大的難度,所以服務(wù)提供者必須選擇適合自己實(shí)際狀況的顆粒度?

        配置管理數(shù)據(jù)庫(CMDB)的設(shè)計(jì)理念?結(jié)構(gòu):CMDB可以分為集中式和分布式兩種?集中式的模式方便企業(yè)對(duì)所有配置項(xiàng)的統(tǒng)一管理,能夠與變更等流程進(jìn)行緊密的結(jié)合,但是隨著配置項(xiàng)的不斷增多,對(duì)配置項(xiàng)屬性的個(gè)性化需求增多,勢必造成統(tǒng)一平臺(tái)的壓力很大,發(fā)展也會(huì)很困難?若選擇分布式管理,雖然能夠緩解平臺(tái)的壓力,但因?yàn)镃MDB過于分散,導(dǎo)致平臺(tái)間的接口復(fù)雜化,將配置管理網(wǎng)狀化,不利于配置管理流程的統(tǒng)一規(guī)劃和管理?應(yīng)根據(jù)實(shí)際情況選擇適合自身發(fā)展的配置管理數(shù)據(jù)庫模式?

        因?yàn)榕渲霉芾砹鞒毯推渌鞒逃兄芮械穆?lián)系,變更?發(fā)布等流程的實(shí)施都會(huì)對(duì)配置管理數(shù)據(jù)庫的內(nèi)容進(jìn)行更新,所以配置管理流程需要制定內(nèi)部審計(jì)計(jì)劃,定期對(duì)配置項(xiàng)進(jìn)行審計(jì),對(duì)差異項(xiàng)找明產(chǎn)生差異的原因,修正差異的內(nèi)容,并形成審計(jì)報(bào)告提交給配置流程經(jīng)理;評(píng)估是否需要對(duì)現(xiàn)有的配置管理流程進(jìn)行改進(jìn)?