IT服務是否能夠滿足業(yè)務運行的需要主要依賴于企業(yè)IT基礎結構的信息和功能，信息不僅包含一個特定項目的屬性，而且也包含項目與項目之間關系的信息。

ConfigurationManagement是控制由包括更改在內的其它過程所產生的配置項修改的文檔，跟蹤并比較配置項修改，保證并更改計劃內容一致，并分析修改后對業(yè)務運行的影響。

根據(jù)更改的執(zhí)行，及時更新配置項的信息錨定，確保配置項目的正確性、完整性和實時性，以確保配置管理數(shù)據(jù)庫能夠實時地反映你的系統(tǒng)架構的工作狀態(tài)。

 

ISO20000定義配置管理的目的是“定義和控制服務和基礎結構的組件，以及維護精確的配置信息”。

該配置管理過程的主要活動包括：“應該使用整合的方法來規(guī)劃更改和配置管理。提供商應該定義一個與財務資產會計程序的接口(但財務資產核算不在配置管理范圍內)。應該為配置項目和組件定義制定策略。應當規(guī)定每個配置項目應當記錄的信息，包含配置項關系和文檔，以便進行有效的服務管理。組態(tài)管理應建立識別、控制和追蹤服務和基礎結構可識別成分的機制，這一機制應保證完全滿足業(yè)務需要、失敗風險和服務重要性的控制程度。組態(tài)管理應該為變更管理過程提供與服務和基礎結構配置相關的變更請求信息。

在適當?shù)臅r候，可以追蹤并審計配置項的更改，例如軟硬件的改變和活動。組態(tài)控制過程應該保證系統(tǒng)、服務和服務組件的完整維護。配置項的基準應該在發(fā)布到實際運行環(huán)境之前建立。應在一個安全的物理或電子數(shù)據(jù)庫中對數(shù)據(jù)配置項進行主復制控制，他們的參考信息可以記錄到諸如軟件、測試產品、支持文件等等的配置項中。

每個配置項目都能唯一地識別，并記錄在CMDB(配置管理數(shù)據(jù)庫)，嚴格控制更新訪問。CMDB應該是主動的管理和驗證。保證CMDB的可靠性和精確性。所需人員應該能夠查看配置項目的狀態(tài)、版本、位置、相關更改和問題，以及相關文件。設定審核程序應包括記錄差異，采取糾正措施，以及結果報告。

 

作為整個IT基礎體系結構的核心，配置管理對其它流程操作有著巨大的影響，所以在實施之前，配置管理應該做充分的規(guī)劃和安排，具體包括以下幾個方面。

組態(tài)管理涉及的類別：配置管理過程首先需要清楚地了解管理的范圍，因為企業(yè)的IT基礎設施包含大量的信息，設備可以包括大型計算機、微型計算機、服務器、路由器、交換機等，軟件可以包括操作系統(tǒng)、數(shù)據(jù)庫、中間件等系統(tǒng)軟件和應用軟件等；即使包含某些技術文件、運營過程、構架圖等有形或無形信息，也屬于IT基礎設施的范疇，這要求企業(yè)選擇對業(yè)務運作至關重要的IT組件。在配置管理中加入這些組件的相關信息。

 

對配置項的屬性、粒度細化程度：在清楚了配置管理的類別后，需要清楚該類別內配置項的屬性，如版本號、物理位置、維修者名單等信息以及配置項的粒度。若粒度過粗，則不能為其它工藝提供所需的信息，但定義得太精細，則會給管理及資訊維護帶來很大困難，因此，服務提供商必須根據(jù)其實際情況選擇粒度。

 

 

組態(tài)管理數(shù)據(jù)庫(CMDB)的設計思想、結構：CMDB可分為集中式和分布式兩種。集中式模式便于企業(yè)統(tǒng)一管理所有配置項，雖然可以和像變化這樣的過程緊密地結合在一起，但是隨著配置項的不斷增加，對配置項屬性的個性化要求越來越高，必然給統(tǒng)一平臺帶來巨大的壓力，開發(fā)也是困難的。如果選擇分布式管理，雖然可以減輕平臺的壓力，但是由于CMDB太分散了，造成了平臺間界面的復雜性，組態(tài)管理網(wǎng)絡化不利于組態(tài)管理過程的統(tǒng)一規(guī)劃與管理。針對實際情況，選擇適合自己發(fā)展的配置管理數(shù)據(jù)庫模式。

 

由于配置管理過程與其它過程緊密相連，因此，更改、發(fā)布等過程的執(zhí)行將對配置管理數(shù)據(jù)庫的內容進行更新，因此配置管理過程需要制定內部審核計劃，定期對配置項進行審核，對差異項找出不一致的原因，修正差異內容，然后將審核報告提交給配置過程經理；評價是否有必要改進現(xiàn)有的配置管理過程。