ITIL V3 服務轉換篇 之 資產和配置管理

爲了定義和控制服務和基礎設施組件。維持當前計劃中、歷史的服務和基礎設施狀況配置信息的準確性


一、先介紹幾個基本概念
1、配置項(CI)
      配置項是正在或將要在配置管理控制下的資產、服務組件或其他。配置項在複雜性、大小、種類有很大不同,從整個服務或系統包括硬件、軟件、文檔、支持人員到單獨軟件模塊或硬件組件。配置項可以集中或分組管理。配置項可以選擇使用既定的選擇標準、分組、分類和識別方式在整個生命週期中管理和追溯。其包括:
    A) 服務CI項:服務能力資產、服務資源資產、服務模式、服務包、發佈包、驗收標準等
    B) 組織CI項
    C) 內部CI項
    D) 外部CI項:包括外部客戶需求和協議、供應商發佈、分包商及對外服務。
    E) 接口CI項:端到端的服務,跨越服務提供者的接口
2、配置管理系統(CMS)
        爲了管理大型複雜的IT服務和基礎設施,資產和配置管理需要使用配置管理系統CMS。在指定範圍內CMS掌握着所有配置項信息。CMS爲所有服務組件與相關事故、問題、已知錯誤、變更發佈、文檔、公司數據、供應商、客戶信息做關聯。
       在數據層面CMS能使數據庫存在多個物理CMDB中而後共同組成一個聯合的CMDB。其他數據來源也可以加入CMS中。
3、配置管理數據庫(CMDB)
       所有配置項的信息都包括在配置管理數據庫(CMDB)中。配置管理數據庫(CMDB)對所有IT 組件、組件的不同版本和狀態以及組件之間的相互關係進行跟蹤。在其最基本的形式下,配置管理數據庫(CMDB)可能僅由一些紙質表格或一套電子表格(Spreadsheets)組成。
4、最終介質庫(DML)
       DML是用來存儲和保護所有已授權的被確認版本介質配置項。他們存儲經過質檢的主拷貝版本。這個庫可以有一個或多個軟件庫或存放區來存放開發、測試和實時存儲文件。他們包含組織所有軟件的主拷貝、購買軟件的副本及受控文件的電子版。DML包含物理的拷貝存儲,DML是發佈管理的基礎。


二、配置管理的目的:
     1. 確定、控制、記錄、報告、審計、驗證服務資產和配置項包括版本、基線、組成成分、屬性和相關關係。
     2.通過服務生命週期管理保護資產完整、配置項等賬戶。確保只有已授權的組件被使用和已授權變更被執行。
     3.通過服務生命週期保護服務資產、配置項的完整性。爲了建立和維持一個準確和完整的配置管理系統,確保資產和控制服務、IT基礎設施的配置需求的完整性。
 

三、資產、配置管理的活動

 

 
1、規劃
2、識別
       配置項識別過程:
         A) 定義和制定標準文件來選擇配置項和他們的組件構成
         B) 依據標準選擇配置項及其組件並記錄他們
         C) 給配置項分配唯一的標識符
         D) 指定每個配置項相關屬性
         E) 確認每個配置項是受配置項管理來管理
         F) 確定每個配置項的責任人
3、控制
      必須有效控制信息以維持配置管理數據庫(CMDB)的及時更新。一旦某項活動改變了配置項已記錄的特徵或配置項之間的關係,則必須在配置管理數據庫(CMDB)中記錄該項變動。需注意的是:只有變更管理纔有權批准對配置項的特徵進行變動,事件管理只能改變某個現有的配置項的狀態來反映現實狀況。
      配置管理負責控制組織接收到的所有IT 組件並需確保這些組件被記錄在系統中。硬件可在其已訂購或已交付時進行記錄,而軟件則通常在其被納入DML時進行記錄。
4、記錄
      組件的生命週期可被劃分成多個階段,每個階段都可以分配一個狀態代碼,但具體分成幾個階段則取決於公希望記錄IT 基礎設施的哪些特徵。保持對每次狀態變化日期的記錄可以提供關於一個產品的生命週期的有用信息,如訂購時間、安裝時間以及所需的維護和支持。組件的狀態決定了可以對其進行操作的餘地。
5、審覈和報告
      執行審計是爲了覈實配置管理數據庫(CMDB)中記錄的信息是否仍然反映了當前的現實狀況。這些信息可用來檢查和更新配置管理數據庫(CMDB)。
      在下列情形下需要執行審計:
            A) 在建立了新的配置管理數據庫(CMDB)之後;
            B) 建立配置管理數據庫(CMDB)一段時間之後;
            C) 重大變更之前或之後;
            D) 災難恢復之後;
            E) 其他任何方便的時候。
      審計也可以隨機地或在配置經理認爲配置管理數據庫(CMDB)中的信息不正確時進行。如果配置管理系統與審計工具之間存在關聯,則可以每天生成針對某個相關領域的審計報告。在發現差異時,不應該允許審計工具自動更新配置管理數據庫(CMDB)。所有的差異都表明變更管理流程可能被忽視了,所以應該對這些差異進行調查並通過變更管理對這些差異進行追溯性處理。


三、配置管理管理報告
      配置管理流程的管理報告可能包括下列信息:
            a) 有關流程質量的信息;
            b) 在審計中發現的記錄與實際情形不符的次數;
            c) 發現未經批准的配置的次數;
            d) 出現已記錄的配置不能被找到情形的次數;
            e) 審計中發現的有關配置項屬性詳細程度方面的差異;
            f) 處理信息記錄請求所需的時間;
            g) 超過給定事件或變更次數的配置項的列表;
            h) 有關 IT 基礎設施的結構和組成的統計信息;
            i)  有關 IT 基礎設施發展情況及其他方面的信息;
            j) 有關改進措施的總結、報告和建議,例如,針對由於業務、技術、市場價格和其他相關變化所導致的配置管理追蹤記錄的配置項的範圍和詳細程度的變更所提出建議;
            k) 有關實施流程所耗費的人力成本的清單。
 

四、配置管理的績效指標指標
           a) 閒置許可數量;
           b) CMDB錯誤導致變更失敗的數量;
           c) 未授權配置數量;
           d) 配置項文檔錯誤導致變更失敗所引起的事故數量;
           e) 因爲CMDB錯誤導致違反SLA的數量;
           f) 無相應配置項刷新的變更請求數量;
           g) 不精確配置項百分比;
           h) 客戶滿意度 ;

五、與其他流程的關係

 

   其他相關文章

ITIL V3 服務轉換篇 之 開發部署管理

ITIL V3 服務轉換篇 之 資產和配置管理

ITIL V3 服務轉換篇 之 變更管理 下篇

ITIL V3 服務轉換篇 之 變更管理 中篇

ITIL V3 服務轉換篇 之 變更管理 上

ITIL V3 服務轉換篇 概述

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章