配置管理的主要活動

配置管理的主要活動

配置管理的主要活動有12個：

1、配置管理計劃

1. 配置管理的目標和範圍
2. 與特定的支持小組相關的政策，標準和程序
3. 配置管理角色和責任安排
4. 配置項命名規則
5. 實施配置管理活動的日程安排和程序
6. 與第三方（如變動管理，供應商等）的接口控制
7. 配置管理系統的設計，包括CMDB，配置管理數據的存放地點，配置項運行的受控環境，與其餘服務管理系統的聯繫和接口，構建和安裝等支持工具
8. 配置管理的內務工做，包括許可證控制，配置項的存檔等
9. 計劃的配置基準線，重大發布，里程碑，以及針對之後每一個期間的工做量計劃和資源計劃

2、配置標識

肯定CI的範圍，屬性，標識符，基準線，以及配置結構和命名規範。

3、肯定配置管理範圍

包括用於構建、發佈、驗證、安裝、分發、維護、恢復和移除CI的硬件和軟件及相關文檔（這句話感受很費解，是否翻譯得有問題？）。
個人理解是，配置管理的範圍是：全部CI的管理。
這些CI包括被識別爲CI的硬件，軟件以及相關文檔。
而對這些CI的管理則包括構建，發佈，驗證，安裝，發佈，維護，刪除，恢復等操做。

4、確認和記錄配置項屬性

通常包括名稱，編號，類別，版本號，責任人，來源，提供日期，許可證號，目前狀態，父配置項關聯，子配置項關聯，事故號，問題號，變動請求號，變動號，備註等內容。

5、爲配置項定義標識符

• 對於硬件CI，可貼上或刻上物理標記或經過條形碼。
• 對於軟件CI可將軟件拷貝進入DSL（最終軟件庫）時製做一個包含CI名稱和版本號的標籤。
• 對於文檔CI，能夠經過在文檔命名中加入有效日期和更新日期加以標識。

6、肯定配置基準線

配置基準線（Configuration Baseline）是對某個特定時點上一組配置項的描述。
應包括的內容：

• 1. 過去的、當前的和計劃中的發佈信息
• 2. 過去的、當前的和計劃中的變動信息
• 3. 批准和實施變動時系統的狀態和有關文檔
• 4. 實施發佈時系統的狀態和有文檔
• 5. 按標準規範配置的硬件和軟件

7、肯定配置結構

肯定IT基礎架構的配置結構，由此識別和記錄各CI關係。

8、肯定配置項命名規則

配置管理應創建全部CI和控制形式（如RFCs）的命名規則。規則應考慮CI名稱的延續性，易記性可擴展性。

9、配置項控制

指在正式創建配置文檔後對CI變動進行控制的各類活動，包括對變動的評價、協調、批准或否決等活動。
確保CMDB中只記錄那些獲得批准和可識別的CI，確保CI的增長，修改，替換，刪除是根據適當的控制文檔進行的。

具體的活動有：

• 1. 註冊新CI及其版本
• 2. 更新CI
• 3. 許可證管理
• 4. 撤消或刪除CI時將相關記錄存檔
• 5. 保護各類CI的完整性
• 6. 按期檢查CI以確保CI是否實際存在及是否合規，並更新CMDB。

10、配置狀態報告

針對全部受控CI的當前版本和變動記錄按期製做配置狀態報告。
經過狀態報告，配置管理人員就能夠了解CI之前，當前及計劃的狀態，能夠跟蹤基準線和發佈版本之間的變更狀況。

內容：

• 1. 基準線和發佈標識符
• 2. 爲構建系統或應用所使用的軟件的最新版本
• 3. 對系統進行的變動次數
• 4. 基準線和發佈版本的數量
• 5. CI的使用和變更狀況
• 6. 對基準線和發佈版本的比較結果

11、配置審驗

配置管理人員對CI和CMDB進行審驗，確保CMDB中的配置信息能真實反映IT基礎架構中CI的存在和變動狀況。

審驗的時機：

• 1. 實施新的CMDB後
• 2. 對IT基礎架構實施重大變動先後
• 3. 在一項軟件發佈和安裝被導入實際動做環境以前
• 4. 災難恢復後或事故恢復正常後
• 5. 發現未經受權的CI後
• 6. 任何其餘必須的時候（等於沒說）

提示：一些常規的配置審驗操做可由審計軟件完成。但審計軟件即便發現不一致，也禁止自動更新CMDB，必須由有關小組調查後再更新。

12、CMDB備份，存檔和保管

爲了應付災難的發生，建議將CMDB備份到一個較偏遠的地方。備份頻率和保管政策需根據IT基礎架構的規模和變更狀況來肯定。