配置管理手冊簡介

XXXX科技有限企業(yè)管理體系

配置管理手冊

xxxx科技有限企業(yè)

文檔公布信息

文檔名稱：XXXX科技有限企業(yè)管理體系配置管理手冊

文檔編號：

版本號：

保密級別：

擬制人：

審核人：

公布范圍：

公布日期：

批準人：

修訂記錄

版本號修訂日期修訂人類別修訂闡明

1.0張春志M

注1：修訂類別分為：A—新建/增長、M-修訂、D一刪除

質(zhì)量分析員.....錯誤!未定義書簽。

3.4原則報表錯誤!未定義書簽。

驗證抽樣報袤.錯誤!未定義書簽。

4其他規(guī)定........錯誤!未定義書簽。

1簡介

《配置管理手冊》意在簡介和描述將在XXXX科技有限企業(yè)（如下笥稱

XXXX）實行的配置管理流程，提供對于XXXX科技有限企業(yè)運行環(huán)境信息資

產(chǎn)架構(gòu)的一種邏輯模型，并鑒別、控制、維護和驗證既有配置項（Configuration

Item,簡稱CI）日勺版本等信息。配置管理包括了對信息資產(chǎn)的J版本、重要構(gòu)成和

互相關(guān)系等的鑒別、記錄和報表H勺功能。

配置管理數(shù)據(jù)庫（ConfiguralionManagemenlDatabase,簡稱CMDB）,用于

保留各系統(tǒng)部件日勺詳細屬性和他們之間的關(guān)系，包括與該系統(tǒng)部件有關(guān)的事件、

問題、變更祈求和版本公布。

配置管理不等同于資產(chǎn)管理。資產(chǎn)管理首先是一種財務方面討論的課題，而

不是技術(shù)上的課題。資產(chǎn)管理關(guān)注的是與PC、網(wǎng)絡設備、服務器或者軟件等有

關(guān)區(qū)I價值、協(xié)議、折舊、服務水平、負責人和用途等信息。

在配置管理中，將列出信息資產(chǎn)架構(gòu)中的IIT設備的清單，關(guān)注于這些設備

是何種設備、物理位置、設備的使用者、發(fā)生過多少次變更等。一般配置管理不

會關(guān)注信息資產(chǎn)的價值或者何時租約到期。配置管理記錄了信息資產(chǎn)之間的關(guān)系

及其附屬關(guān)系，以便為其他服務管理流程提供目前的、精確的信息。

1.1本文合用對象

本文作為XXXX科技有限企業(yè)實行配置管理的參照，供企業(yè)內(nèi)參與到配置

管理流程中的人員和有關(guān)日勺管理層使用。

2配置管理的范圍

XXXX科技有限企業(yè)配置管理的范圍包括將在CMDB中提及時各配置管理

項的內(nèi)容，包括網(wǎng)絡設備、計算機及存儲設備、軟件清單、供應商清單等。

文檔管理不納入配置管理的范圍，其詳細管理措施請參見《L2_D0C_文獻

管理手冊_V1.0》。

3配置管理流程

3.1流程概述

配置管理流程起始于一種初始日勺規(guī)劃和建設環(huán)節(jié)，包括創(chuàng)立配置管理數(shù)據(jù)

庫（CMDB）。在初始化之后，該流程重要側(cè)重于平?；A的鑒別和維護配置管

理數(shù)據(jù)模型，以及維護配置數(shù)據(jù)。之后，該流程還負責產(chǎn)生配置信息的J報表、定

期進行審核。

1.配置管理規(guī)劃

該環(huán)節(jié)是配置管理的起始點。其目的是規(guī)劃和定義配置管理口勺目口勺、范圍、

目的、政策和流程環(huán)節(jié)，以及配置管理中波及的人員組織。

初始設置.、創(chuàng)立和公布配置管理數(shù)據(jù)庫（CMDB）,也是該環(huán)節(jié)的工作內(nèi)容之

一O

詳細方略為：界定配置管理的范圍包括：弱電設備、網(wǎng)絡設備、計算機及存

儲設備、軟件清單、供應商清單。配置管理的）目的是對以.上提及的各類設備進行

屬性管理，以以便組織內(nèi)有關(guān)人員隨時調(diào)用。

有關(guān)政策包括:

■XXXX科技有限企業(yè)的配置管理采用CMDB進行管理；

■CMDB通過其維護人員進行整體維護，CMDE維護人口勺數(shù)據(jù)來源為變更流程

中產(chǎn)生的配置項變化，對于原則變更提及歐J增長新設備的事項由直接操

作人通過郵件方式將新添加H勺設備屬性提交給CMDB維護人；對于其他變

單流程中產(chǎn)生的配置項變化則由變更流程中的變更單詳細體現(xiàn)；

■OMDB采用定期分發(fā)的I方式公布給各流程經(jīng)理和部門經(jīng)理使用。公布范圍

由綜合管理部通過郵件告知CMDB維護人，CMDB維護人于每月30日局限

性30天的月份在當月最終一天定期公布CMDB的最新版本，并在公布前

通過郵件問詢綜合管理部公布范圍與否有變動；

2.維護數(shù)據(jù)模型

對于新日勺祈求，為了保證配置管理數(shù)據(jù)庫中既有日勺數(shù)據(jù)模型可以記錄新的配

置項的屬性和關(guān)系。因此，本環(huán)節(jié)重要考慮選擇和鑒別所管轄日勺配置項的信息構(gòu)

造，包括其“負責人”、配置項之間的關(guān)系和配置文檔等。

■維護數(shù)據(jù)模型的措施為：通過電子郵件日勺形式在綜合管理部授予的公布

范圍內(nèi)向各流程經(jīng)理和部門經(jīng)理征詢其所轄配置項屬性的合理性，卻以

生產(chǎn)的最佳實踐為維護數(shù)據(jù)模型的重要根據(jù)二

3.維護配置數(shù)據(jù)

該環(huán)節(jié)保證在數(shù)據(jù)的I接受到廢棄日勺過程中，只有通過授權(quán)日勺配置項才能被接

受和記錄到配置數(shù)據(jù)庫中。還應當保證對于配置項的增長、修改、替代或者刪除

都附有合適的控制文獻或郵件，例如，審批過的變更祈求。

■維護配置數(shù)據(jù)將嚴格根據(jù)變革流程中產(chǎn)生日勺配置項變化進行。增長新設

備這一類原則變更通過郵件反饋給CMDB維護員，其他變更通過變更單反

饋給CMDB維護員；

4.驗證與審計

定期進行配置項日勺回憶和審核，每六個月一次，保證物理環(huán)境中的部件的存

在性，并檢查配置項信息與否對日勺記錄在配置管理系統(tǒng)中。

■驗證審計采用在CMDB中抽樣的措施進行，第一次抽樣為CMDB各分類表

單中的3%配置項進行符合率校驗，假如符合率不小于95樂則通過校驗,

出具合格的差異匯報；假如符合率不不小于95%,則重新抽樣30%進行符

合率校驗，仍然以95%作為合格原則；假如仍然不合格，則需要對CMDB

的所有配置項進行徹底排查，并予以糾正。

5.配置流程回憶

根據(jù)計劃實行流程或回憶已實行日勺流程。回憶周期至少是每六個月一次。

■配置流程經(jīng)理負責配置流程日勺回憶工作，配置流程的回憶將重要參照驗

證與審計階段得出的差異匯報，針對流程中不合理的規(guī)定進行調(diào)整；

3.2流程環(huán)節(jié)描述

321配置管理規(guī)劃

描述：

該環(huán)節(jié)日勺目H勺是規(guī)劃和定義配置管理H勺目的、范圍、政策和環(huán)節(jié)，以及有關(guān)

口勺組織構(gòu)造、技術(shù)手段。其重要目的是創(chuàng)立配置管理數(shù)據(jù)庫的初始數(shù)據(jù)模型。

1'」」「*，..

外

加美流程

1.1

開發(fā)配置皆理

計劃

.劭

曜

分

析初始審核

員

K配

1.3?冬

ir理

H定義CMDB

CMDB配R管討數(shù)據(jù)外

圖37配置管理規(guī)劃

輸入：

＞初始的配置信息

任務：

1.1開發(fā)配置管理計劃

1.2搜集初始的配置管理數(shù)據(jù)

1.3定義CMDB

1.4進行初始審核

1.5修正CMDB

2.1評估修改CMDB數(shù)據(jù)模型祈求

32L1創(chuàng)立配置管理計劃（執(zhí)行者：配置經(jīng)理）

＞根據(jù)IT規(guī)劃和其他流程計劃，創(chuàng)立配置管理計劃，包括下列內(nèi)容:

＞配置管理的角色和職責

＞CIaI命名規(guī)范

＞與其他流程H勺接口

＞配置管理系統(tǒng)設計，包括配置管理的范圍和關(guān)鍵接口，包括：

＞CMDB構(gòu)造

＞配置管理數(shù)據(jù)及其庫日勺位置

＞產(chǎn)生CI信息的可控制日勺環(huán)境，即配置管理范圍內(nèi)日勺環(huán)境

＞與具他管埋流程的接口

＞支持工具（如，數(shù)據(jù)庫構(gòu)建和安裝工具）

＞定義配置數(shù)據(jù)模型

＞CI信息的系統(tǒng)管理、歸檔和數(shù)據(jù)保留周期

32L2搜集初始的配置管理數(shù)據(jù)（執(zhí)行者：配置管理員）

＞根據(jù)配置數(shù)據(jù)模型，搜集初始的配置數(shù)據(jù)。這可以通過手工搜集CI的物理

清單，或者運用自動發(fā)現(xiàn)的工具采集信息。

32L3創(chuàng)立初始的CMDB（執(zhí)行者：配置管理員）

＞創(chuàng)立CMDB,并將初始的配置數(shù)據(jù)導入數(shù)據(jù)庫

32L4進行初始審核（執(zhí)行者：質(zhì)量分析員）

＞進行初次審核

＞分析審核數(shù)據(jù)：

＞假如CMDB真實反應了物理實際狀況，轉(zhuǎn)入環(huán)節(jié)2”維護配置數(shù)據(jù)模型”任

務2.1”評估數(shù)據(jù)模型祈求”

＞假如CMDB的數(shù)據(jù)與物理現(xiàn)實中的數(shù)據(jù)有差異，轉(zhuǎn)入任務1.5”修正CMDB”

32L5修正CMDB（執(zhí)行者：配置管理員）

＞修正初始審核查出時有差異日勺數(shù)據(jù)

＞轉(zhuǎn)入環(huán)節(jié)2,“維護配置數(shù)據(jù)模型”任務2.1”評估數(shù)據(jù)模型祈求”

輸出：

＞配置管理計劃

＞初始的CMDB

＞初始的審核日志

322維護配置數(shù)據(jù)模型

描述：

該環(huán)節(jié)口勺目的是保證CMDB口勺數(shù)據(jù)模型可以記錄所有需要維護的配苴項

（CI）的屬性、關(guān)系及其政策等信息。因此，需要具有配置項的知識、并且及時

理解對配置項的修改。對于數(shù)據(jù)模型日勺變更可以通過變更管理流程提出修改。

輸入：

＞目前的CMDB數(shù)據(jù)模型

＞變更祈求單

＞系統(tǒng)和服務設計信息

任務：

2.1評估修改CMDB數(shù)據(jù)模型祈求

2.2設計數(shù)據(jù)模型日勺變更

2.3修正數(shù)據(jù)構(gòu)造

3.2.2.1評估修改CMDB數(shù)據(jù)模型祈求（執(zhí)行者：配置管理員）

＞搜集來自事件管理流程有關(guān)修改數(shù)據(jù)模型的祈求，或直接提出的祈求

＞評估每個修改數(shù)據(jù)模型祈求日勺影響:

＞每個確定的祈求都也許需要修改CMDB的政策或者數(shù)據(jù)模型，例如，當引

入了新日勺基礎架構(gòu)項，就也許需要增長新的CI類型或者增長與新設備日勺關(guān)

系

＞記錄每個祈求的設計需求

322.2設計數(shù)據(jù)模型變更（執(zhí)行者：配置管埋員）

＞創(chuàng)立設計數(shù)據(jù)模型歐I變更，應當注意的問題：

＞在整個CMDB數(shù)據(jù)模型中定位新的CI歐J類型（層次）

＞明確與其他CI的關(guān)系

＞參照命名規(guī)范定義新CI的命名

＞記錄新日勺設計內(nèi)容

＞通過變更管理流程提出變更祈求

3.223修正數(shù)據(jù)構(gòu)造（執(zhí)行者：配置管理員）

＞如變更審核通過，更新CMDB數(shù)據(jù)模型構(gòu)造

輸出：

＞更新的CMDB數(shù)據(jù)模型

323維護配置數(shù)據(jù)

描述：

該環(huán)節(jié)H勺目日勺是保證只有授權(quán)附和可以確認的CI才能記錄在CMDB中，保

障企業(yè)的數(shù)據(jù)、系統(tǒng)和流程的完整性，只有預授權(quán)和通過同意的變更，配置管理

員才能對CI進行變更。

輸入：

＞在事件管理流程中匯報的有差異的CI

＞審計過程中CMDB與基礎架構(gòu)中的差異。差異匯報將由章節(jié)“驗證與審計”

這個環(huán)節(jié)通過比對CMDB中的）CI信息和實際環(huán)境中日勺差異而產(chǎn)生。

＞已授權(quán)日勺變更祈求。這是指計劃好的對于配置數(shù)據(jù)的修改，并且其差異也檢

查過。假如已授權(quán)變更祈求成功實行，因其產(chǎn)生日勺配置變化必須記錄在

CMDB中。

任務：

3.1檢查并驗證祈求

3.2拒絕祈求

3.3新增CI信息

3.4更新CI信息

3?2.3.1檢查與確定祈求（執(zhí)行者：配置管理員）

＞鑒別對于XXXX科技有限企業(yè)已授權(quán)的變更祈求：對運行系統(tǒng)的所有變更

都基于變更管理流程授權(quán)。該任務重要是當變更成功實行完畢后，確定這些

變更祈求對配置數(shù)據(jù)日勺改動，在CMDB中進行對應的修改。

＞鑒別由事件管理流程引起的祈求：這些祈求來自事件管理流程，重要是當顧

客匯報事件時，發(fā)現(xiàn)CMDB中的有關(guān)H勺CI信息與實際狀況不符。

＞對于已授權(quán)日勺變更祈求和由事件管理流程引起的祈求，將驗證其完整性、與

否符合有關(guān)政策。還需要對祈求中波及日勺配置數(shù)據(jù)進行檢查，例如，屬性數(shù)

據(jù)、唯一的CI標識號等。本任務還將保證有關(guān)文檔H勺完整性以及CI負責人

理解其負責淤JCI口勺變更。

＞假如驗證發(fā)現(xiàn)不合規(guī)定，則該祈求被拒絕，轉(zhuǎn)入任務3.2“拒絕祈求”

＞假如驗證合格，轉(zhuǎn)入任務3.3或3.4

3?2.3.2拒絕祈求（執(zhí)行者：配置管理員）

＞拒絕修改CMDB數(shù)據(jù)日勺祈求

＞記錄拒絕的原因

＞告知祈求者

3.233創(chuàng)立CI信息（執(zhí)行者：配置管理員）

＞對于新增的CI,創(chuàng)立新的記錄，包括下列內(nèi)容：

＞創(chuàng)立一種唯一的標識號

＞記錄該CI的屬性及（或）與其他CI的關(guān)系

3.2.3.4更新CI信息（執(zhí)行者：配置管理員）

＞對于已經(jīng)有日勺CI信息進行更新，包括下列內(nèi)容：

＞更新CI的有關(guān)屬性及（或）關(guān)系

＞必要時更新CI/J狀態(tài)

＞必要時更新C1的負責人

輸出：

＞對CMDB數(shù)據(jù)的修改

＞已拒絕的祈求

＞與祈求者的溝通信息

3.2.4驗證與審計

描述：

本環(huán)節(jié)日勺目日勺是保證目前使用的CMDB中的CI信息與實際環(huán)境中日勺信息是

一致H勺。通過本環(huán)節(jié)，對審核出H勺差異進行調(diào)查，確定哪一方H勺數(shù)據(jù)真實反應了

。的狀態(tài)。

輸入：

＞CMDB中的CI數(shù)據(jù)

＞運行環(huán)境中日勺物理檢查成果

任務：

4.1發(fā)起審計

4.2搜集審計CI信息

4.3審核物理狀況

4.4創(chuàng)立差異匯報

4.5檢查審計狀況

324.1發(fā)起審計（執(zhí)行者：配置經(jīng)理）

＞根據(jù)審計需求決定審計范圍，假如CMDB規(guī)模很大，審計可以采用抽查

＞按照審計范圍給有關(guān)質(zhì)量分析員下達審計祈求

3.242搜集審計CI信息（執(zhí)行者：質(zhì)量分析員）

＞要審核日勺CI數(shù)據(jù)可以通過搜索CMDB的方式得到

324.3審核物理狀況（執(zhí)行者：質(zhì)量分析員）

＞比較實際環(huán)境的物理清單和CMDB的數(shù)據(jù)，找出差異

＞調(diào)查差異產(chǎn)生的I原因

324.4創(chuàng)立差異匯報（執(zhí)行者：質(zhì)量分析員）

＞產(chǎn)生一份差異報表

＞“差異報表”是一份用于展現(xiàn)目前記錄在CMDB中的數(shù)據(jù)與物理清單之間

的差異日勺報表。差異報表可在環(huán)節(jié)“維護配置數(shù)據(jù)”中作為修改日勺根據(jù)。

324.5檢查審計狀況（執(zhí)行者：配置經(jīng)理）

＞匯總質(zhì)量分析員『、J審計狀況，查看審計報表

輸出：

＞差異報表

＞審計報表

3.2.6配置流程回憶

描述：

定期召開配置管理流程回憶會議，參與人員包括配置管理流程負責人、配置

經(jīng)理、質(zhì)量分析員、配置管理員和其他有關(guān)流程人員。重要內(nèi)容包括：

＞搜集CMDB審計匯報并進行回憶分析

＞對配置管理日勺流程活動進行回憶分析

＞總結(jié)回憶成果，找出改善機會

輸入：

＞有關(guān)流程

任務：

6.1召開回憶會議

6.2回憶審計成果

6.3回憶管理流程

6.4分析回憶成果

3.2.6.1召開回憶會議（執(zhí)行者：配置管理流程經(jīng)理）

＞定期召開配置管理流程回憶會議（至少每六個月一次）

326.2回憶審計成果（執(zhí)行者：所有有關(guān)人員）

＞搜集CMDB審計匯報并進行回憶分析

3.2.6.3回憶管理流程（執(zhí)行者：所有有關(guān)人員）

＞對配置管理日勺流程活動進行回憶分析

3.2.6.4分析回憶成果（執(zhí)行者：所有有關(guān)人員）

＞總結(jié)回憶成果，找出改善機會

＞制定對應行動計劃

輸出：

＞會議記錄

＞行動計劃

3.3角色與職責

本章節(jié)描述有關(guān)人員在參與執(zhí)行和管理配置管理方案時的角色和責任。

如下為配置管理流程中必須具有口勺角色：

3.3.1配置管理流程經(jīng)理

配置管理流程經(jīng)理作為配置管理流程的負責人，對于整個流程執(zhí)行的成果負

責，并有一定的權(quán)力管理流程。

配置管理流程負責人的重要職責包括：

＞對整個流程H勺執(zhí)行狀況和成果負責

＞公布衡量原則和目的，以提高流程的有效性和效率

＞鑒別和管理關(guān)鍵H勺成功原因

＞控制并領(lǐng)導流程改善活動

＞同意或拒絕違反流程的事例

定義配置管理團體的角色、職責和義務

＞向同級的其他流程負責人以及管理層匯報流程的狀態(tài)

＞處理跨部門日勺問題

＞審核、抽杳配置管理流程的執(zhí)行狀況

＞對配置管理流程中投入日勺成本和投資負責

＞作為配置管埋流程的代表，與其他部門溝通

3.3.2CMDB維護人

配置經(jīng)理重要作為一種管理的角色，著重于保證配置信息口勺精確性和可用

性，保障操作管理時使用。這個角色作為與其他服務組的界面（如，業(yè)務系統(tǒng)、

其他流程小組等），保障配置管理流程與其他服務互相配合，為XXXX科技有限

企業(yè)日勺運作提供服務。

配置經(jīng)理的重要職責包括：

＞負責保證配置管理流程的平常順利運行

＞作為CMDB歐J負責人

＞當顧客對配置管理流程不滿意時，作為顧客投訴升級H勺第一線

＞必要時將問題升級或?qū)⒗鉅顩r匯報給管理層

＞開發(fā)配置管理的信息、原則、環(huán)節(jié)、使用的工具和技術(shù)的需求

＞