CMDB經驗分享之剖析CMDB的設計過程

作為it管理的核心，cmdb逐漸成為系統管理專案實施的熱點。在很多的案例中，由於忽視了cmdb的因素，itil的深入應用受到了極大的挑戰。同時，由於cmdb是it管理資訊的集中，cmdb也是乙個重要的工具和手段。

在cmdb落地過程中需要注意的是，cmdb專案不是乙個簡單的軟體安裝過程，而是乙個諮詢、培訓、實施、優化密切結合的綜合過程，涉及到平台工具採購、諮詢服務、實施服務、培訓、甚至擴充套件開發等內容。同時，乙個成功的cmdb專案不能一蹴而就，而是乙個循序漸進、持續發展的過程，需要企業後續的投入和不斷改進服務。

廣通軟體在2023年就開始itil落地的嘗試，並獨立自主持續研發積累，形成cmdb為核心的運維解決方案，這兩年為海關總署、中國航信、鐵路總公司、浙商銀行、黑龍江農信等政企使用者，提供了專業的cmdb諮詢設計及落地實施服務，在整個過程中，筆者深深的體會到，cmdb專案的成功，重中之重在於cmdb模型的頂層設計，下面針對cmdb的設計過程進行深入剖析。

·了解企業政策

企業政策，是企業管理的行動指南和共同綱領，它使企業在認識上形成統一，減少了不必要的溝通成本，並使企業在流程執行上事半功倍。對於構建cmdb而言，主要有以下兩類政策需要重點關注：

·巨集觀政策：主要是涉及it部門層面指導性、方向性的政策，其目標是在it部門自上而下形成統一認識，從而有利於專案的成功。

·運營政策：主要涉及到流程目標、人員、輸入、輸出、活動以及kpi（關鍵績效指標）等各要素以及流程之間相互協調、資訊互動方面的指導原則，其目標是使流程能夠在政策的指引下穩健、有效地執行。

·確定配置項管理範圍

·確定ci寬度和深度，建議遵循如下原則：

·企業it服務的需要（為什麼要實施cmdb）

·相關法案和法規對it管理的需求

·it庫存和資產管理的需求

·服務目錄的需求

·企業it服務管理的水平（依據目前的管理水平能做到什麼程度）

·有沒有制定與配置項相關的管理規範和制度

·有多少人可以參與管理和維護

·有沒有一套可落地的變更流程來對ci項必要的維護

·企業cmdb運營管理成本（後期能夠投入多大的人力成本去維護和管理）

·為保障ci項的準確性和表單資料的鮮活性，配置項維護的人力成本

·部門間的內部溝通成本

·確定ci生命週期

itil規範認為，ci的生命週期是從ci的接收到最終報廢退出的全過程，但在具體實施過程中，由於流程管理主體的差異化，不同專案對ci生命週期的劃分和定義會有所不同，主要針對如下兩個問題的確定。

·何時生？（識別ci並記錄到cmdb）

·何時滅？（對ci記錄進行刪除）

·構建符合使用者的ci模型分類

定義配置項屬性（乙個原則+一套結構）

·乙個原則：「精而不多」。如果我們將大量的配置項或屬性納入到cmdb中，那麼將存在大量資訊需要進行維護，這無疑增加了成本。反之，如果屬性過少，維護工作雖然減輕了，但是cmdb的有效性就大大降低了。因此，「精而不多」就是我們的平衡點，這個『精』主要體現在對企業有實際意義。

模型分類設計樣例：

確定ci項的屬性

針對模型中的每個ci的屬性項進行調研，根據使用者實際需求進行調整、擴充或修改，包括：屬性項採用什麼型別比較合理（易於展現和維護），需要使用者提供哪些資料，例如：字典、預設值等資訊。此過程同樣遵循「精而不多」的原則。

屬性設計樣例：

定義ci項之間的關係

所有配置項都有存在的意義，而他們之間的內在關係是cmdb的重要價值體現之一，關係明確了，運維人員就能準確的找到相關實體資源，當發生故障時能夠快速定位故障**及其影響範圍，從而迅速的解決各種隱患。

定義配置項關係，一般可使用兩種方法：

·自上而下——通常要求企業先明確對外提供的服務目錄，然後基於服務目錄按照「業務服務→it服務→it系統→it元件」的順序進行梳理

·自下而上——則是逆流而上，先從對內部it元件關係開始梳理，然後逐步將it元件對映到it服務

cmdb配置項關係設計樣例（以某個業務系統為例）：

·邏輯關係——可以了解到，業務系統使用什麼中介軟體、資料庫使用者、例項以及表空間，執行在哪個作業系統上，使用了什麼ip位址等

·物理關係——可以了解到，業務系統安裝在哪台pc伺服器上，pc伺服器是通過哪台交換機的什麼埠連線網路的，同時pc伺服器與儲存如何連線的，pc伺服器存放在哪個機櫃和機房，以及pc伺服器是通過哪個斷路器和ups供電的等

以上資訊對於運維人員來說，能夠更加清晰的掌握業務系統正常運轉的支撐點和來龍去脈，從而做到掌控全域性。

結束語：

cmdb的設計過程是乙個複雜且與使用者互動性非常強的過程，在此過程中需要充分讓使用者理解cmdb的概念以及相關原則，需要我們將後期維護cmdb可能帶來的風險和成本跟使用者做好充分的溝通，讓使用者去逐一去斟酌、考慮和規劃，從而避免cmdb專案的失敗，同時可以幫助使用者優化和完善cmdb管理制度，定義人員角色，並結合變更流程來保持配置的準確性和鮮活性，真正幫助使用者持續做好cmdb的維護，發揮cmdb應有的價值。

CMDB經驗分享之 剖析CMDB的設計過程

CMDB經驗分享之 剖析CMDB的設計過程

CMDB經驗分享之 剖析CMDB的設計過程

經驗分享 CMDB建設關鍵及案例分享

相關推薦

CMDB經驗分享之剖析CMDB的設計過程

CMDB經驗分享之剖析CMDB的設計過程

CMDB經驗分享之剖析CMDB的設計過程