動(dòng)態(tài)資訊
聯(lián)系我們
確立達顧問(wèn)集團
(廣州.深圳.惠州)
咨詢(xún)熱線(xiàn):
黃先生 135 5482 3909
郵箱:info@qualtekgz.com
廣州公司:廣州市黃埔區獅山路38號樂(lè )淘城115室
深圳公司:深圳市龍崗區園山街道星河智薈A2區E座中興智匯大廈513
惠州公司:惠州市惠城區帝景文化名都大廈B棟1001室
ISO20000認證體系配置管理
IT服務(wù)是否能夠滿(mǎn)足業(yè)務(wù)運行的需要主要依賴(lài)于企業(yè)IT基礎結構的信息和功能,信息不僅包含一個(gè)特定項目的屬性,而且也包含項目與項目之間關(guān)系的信息。
ConfigurationManagement是控制由包括更改在內的其它過(guò)程所產(chǎn)生的配置項修改的文檔,跟蹤并比較配置項修改,保證并更改計劃內容一致,并分析修改后對業(yè)務(wù)運行的影響。
根據更改的執行,及時(shí)更新配置項的信息錨定,確保配置項目的正確性、完整性和實(shí)時(shí)性,以確保配置管理數據庫能夠實(shí)時(shí)地反映你的系統架構的工作狀態(tài)。
ISO20000定義配置管理的目的是“定義和控制服務(wù)和基礎結構的組件,以及維護精確的配置信息”。
該配置管理過(guò)程的主要活動(dòng)包括:“應該使用整合的方法來(lái)規劃更改和配置管理。提供商應該定義一個(gè)與財務(wù)資產(chǎn)會(huì )計程序的接口(但財務(wù)資產(chǎn)核算不在配置管理范圍內)。應該為配置項目和組件定義制定策略。應當規定每個(gè)配置項目應當記錄的信息,包含配置項關(guān)系和文檔,以便進(jìn)行有效的服務(wù)管理。組態(tài)管理應建立識別、控制和追蹤服務(wù)和基礎結構可識別成分的機制,這一機制應保證完全滿(mǎn)足業(yè)務(wù)需要、失敗風(fēng)險和服務(wù)重要性的控制程度。組態(tài)管理應該為變更管理過(guò)程提供與服務(wù)和基礎結構配置相關(guān)的變更請求信息。
在適當的時(shí)候,可以追蹤并審計配置項的更改,例如軟硬件的改變和活動(dòng)。組態(tài)控制過(guò)程應該保證系統、服務(wù)和服務(wù)組件的完整維護。配置項的基準應該在發(fā)布到實(shí)際運行環(huán)境之前建立。應在一個(gè)安全的物理或電子數據庫中對數據配置項進(jìn)行主復制控制,他們的參考信息可以記錄到諸如軟件、測試產(chǎn)品、支持文件等等的配置項中。
每個(gè)配置項目都能唯一地識別,并記錄在CMDB(配置管理數據庫),嚴格控制更新訪(fǎng)問(wèn)。CMDB應該是主動(dòng)的管理和驗證。保證CMDB的可靠性和精確性。所需人員應該能夠查看配置項目的狀態(tài)、版本、位置、相關(guān)更改和問(wèn)題,以及相關(guān)文件。設定審核程序應包括記錄差異,采取糾正措施,以及結果報告。
作為整個(gè)IT基礎體系結構的核心,配置管理對其它流程操作有著(zhù)巨大的影響,所以在實(shí)施之前,配置管理應該做充分的規劃和安排,具體包括以下幾個(gè)方面。
組態(tài)管理涉及的類(lèi)別:配置管理過(guò)程首先需要清楚地了解管理的范圍,因為企業(yè)的IT基礎設施包含大量的信息,設備可以包括大型計算機、微型計算機、服務(wù)器、路由器、交換機等,軟件可以包括操作系統、數據庫、中間件等系統軟件和應用軟件等;即使包含某些技術(shù)文件、運營(yíng)過(guò)程、構架圖等有形或無(wú)形信息,也屬于IT基礎設施的范疇,這要求企業(yè)選擇對業(yè)務(wù)運作至關(guān)重要的IT組件。在配置管理中加入這些組件的相關(guān)信息。
對配置項的屬性、粒度細化程度:在清楚了配置管理的類(lèi)別后,需要清楚該類(lèi)別內配置項的屬性,如版本號、物理位置、維修者名單等信息以及配置項的粒度。若粒度過(guò)粗,則不能為其它工藝提供所需的信息,但定義得太精細,則會(huì )給管理及資訊維護帶來(lái)很大困難,因此,服務(wù)提供商必須根據其實(shí)際情況選擇粒度。
組態(tài)管理數據庫(CMDB)的設計思想、結構:CMDB可分為集中式和分布式兩種。集中式模式便于企業(yè)統一管理所有配置項,雖然可以和像變化這樣的過(guò)程緊密地結合在一起,但是隨著(zhù)配置項的不斷增加,對配置項屬性的個(gè)性化要求越來(lái)越高,必然給統一平臺帶來(lái)巨大的壓力,開(kāi)發(fā)也是困難的。如果選擇分布式管理,雖然可以減輕平臺的壓力,但是由于CMDB太分散了,造成了平臺間界面的復雜性,組態(tài)管理網(wǎng)絡(luò )化不利于組態(tài)管理過(guò)程的統一規劃與管理。針對實(shí)際情況,選擇適合自己發(fā)展的配置管理數據庫模式。
由于配置管理過(guò)程與其它過(guò)程緊密相連,因此,更改、發(fā)布等過(guò)程的執行將對配置管理數據庫的內容進(jìn)行更新,因此配置管理過(guò)程需要制定內部審核計劃,定期對配置項進(jìn)行審核,對差異項找出不一致的原因,修正差異內容,然后將審核報告提交給配置過(guò)程經(jīng)理;評價(jià)是否有必要改進(jìn)現有的配置管理過(guò)程。