IT服務能否滿足業務運行的需求主要取決于企業IT基礎設施的信息和運作情況，這些信息不僅包括某個特定項目的屬性，還包括項目與項目之間關系的信息。
配置管理流程就是控制包括變更在內的其他流程引起的配置項修改是否被準確的記錄下來，對配置項修改內容進行跟蹤和比對，確保和變更計劃內容一致，分析配置項被修改后給業務運行帶來的影響。配置項的信息錨要根據變更的實施情況進行及時更新，保證配置項的正確性、完整性和實時性，以確保配置管理數據庫能實時反映盯基礎架構的運行情況。
ISO20000定義配置管理的目標為“定義并控制服務和基礎設施的組件，并維護準確的配置信息”。
配置管理流程的主要活動包括：“在進行變更和配置管理的規劃時應采用整合的方法。 服務提供者應定義與財務資產會計過程的接口(但財務資產會計不屬于配置管理范圍)。應制定配置項及組件定義的策略。應定義每一配置項應記錄的信息，包括有效的服務管理所需要的配置項關系及文檔。配置管理應建立服務和基礎設施可識別組件的識別、控制和追溯版本的機制，這個機制應確保控制程度充分滿足業務需求、失效的風險和服務的重要性。配置管理應為變更管理流程提供與變更請求對于服務和基礎設施配置影響有關的信息。配置項的變更在適當時候可追溯和可審計，如軟件和硬件的變更和活動。配置控制流程應確保對系統、服務和服務組件的完整性進行維護。應在發布到實際運行環境之前建立配置項的基線。數據配置項的主拷貝應控制在安全的物理或電子數據庫中，可將其參考信息記錄在配置項中， 如軟件、測試產品和支持文件等。所有的配置項應能被唯一的識別，并記錄在嚴格控制更新訪問的CMDB(配置管理數據庫)中。應主動管理并驗證CMDB。以確保CMDB的可靠性和準確性。需要的人員應可看到配置項的狀態、版本、位置、相關的變更和問題以及相關的文檔。配置審計流程應包括記錄差異、發起糾正措施和結果報告。”
配置管理作為整個IT基礎架構的核心，對其他的流程運作具有很大的影響，因此在實施前，應先對配置管理進行充分的計劃和安排，具體包括以下幾個方面。
配置管理涉及的范疇：配置管理流程首先需要明確的是管理范圍，因為企業的IT基礎架構涉及的信息是海量級的，硬件可能包括大型機、小型機、服務器、路由器、交換機等，軟件可能包括操作系統、數據庫、中間件等系統軟件和應用軟件等，甚至包括一些技術文檔、操作流程、架構圖等有形或者無形的資料都屬于IT基礎架構的范疇，這就需要企業挑選出對業務運行至關重要的IT 組件，將這些組件的相關信息納入配置管理的范疇。
配置項的屬性、顆粒度細化程度：在明確了配置管理的范疇之后，就需要明確在范疇之內的配置項的屬性，例如版本號、物理位置、維護人員名單等信息和配置項的顆粒度，如果顆粒度太粗，那就無法為其他流程提供所需要的信息，但是定義的太細，配置項的管理和信息維護就會有相當大的難度，所以服務提供者必須選擇適合自己實際狀況的顆粒度。
配置管理數據庫(CMDB)的設計理念、結構：CMDB可以分為集中式和分布式兩種。集中式的模式方便企業對所有配置項的統一管理，能夠與變更等流程進行緊密的結合，但是隨著配置項的不斷增多，對配置項屬性的個性化需求增多，勢必造成統一平臺的壓力很大，發展也會很困難。若選擇分布式管理，雖然能夠緩解平臺的壓力，但因為CMDB過于分散，導致平臺間的接口復雜化，將配置管理網狀化，不利于配置管理流程的統一規劃和管理。應根據實際情況選擇適合自身發展的配置管理數據庫模式。
因為配置管理流程和其他流程有著密切的聯系，變更、發布等流程的實施都會對配置管理數據庫的內容進行更新，所以配置管理流程需要制定內部審計計劃，定期對配置項進行審計，對差異項找明產生差異的原因，修正差異的內容，并形成審計報告提交給配置流程經理;評估是否需要對現有的配置管理流程進行改進。
共有條評論 網友評論