基于ITIL體系的銀行數(shù)據(jù)中心配置管理工具的分析與設(shè)計(jì)

卑 風(fēng)

0 引言

數(shù)據(jù)中心是大型商業(yè)銀行中信息密集度最高的分支機(jī)構(gòu)之一，是生產(chǎn)運(yùn)營工作體系中的運(yùn)行、保障和處理中心，全面高效地管理全國業(yè)務(wù)經(jīng)營所產(chǎn)生的數(shù)據(jù)，提供技術(shù)支持和業(yè)務(wù)保障、交易監(jiān)控以及門柜業(yè)務(wù)的后臺(tái)處理職能。伴隨著集約化程度的不斷提升，數(shù)據(jù)中心的軟、硬件種類及數(shù)量快速增多。如何有效地管理復(fù)雜的資源、輔助解決生產(chǎn)故障已經(jīng)成為亟待解決的問題。面對(duì)資源眾多、人力緊張的現(xiàn)狀，合理借鑒國內(nèi)外高效的IT管理流程，研究適合數(shù)據(jù)中心的配置管理體系，將成為解決問題的關(guān)鍵。

本文借鑒了目前流行的IT服務(wù)管理的標(biāo)準(zhǔn)與規(guī)范，結(jié)合數(shù)據(jù)中心自身的業(yè)務(wù)特點(diǎn)，合理制定了銀行數(shù)據(jù)中心的配置管理方案，對(duì)配置信息進(jìn)行有效的梳理和關(guān)聯(lián)，這種做法，不僅將眾多配置信息有機(jī)的結(jié)合起來，幫助運(yùn)維人員全面了解數(shù)據(jù)中心的信息體系架構(gòu)，同時(shí)，其快速的信息查詢功能，對(duì)輔助解決生產(chǎn)運(yùn)營中出現(xiàn)的問題，也起到積極的作用。

1 配置管理在ITIL中的重要性

在各類操作風(fēng)險(xiǎn)、管理風(fēng)險(xiǎn)以及差錯(cuò)處理風(fēng)險(xiǎn)，伴隨著數(shù)據(jù)集中的運(yùn)營模式來到了數(shù)據(jù)中心的前提下，如何建立安全、穩(wěn)定、長效的生產(chǎn)運(yùn)行機(jī)制和精細(xì)化的管理模式，是目前銀行業(yè)內(nèi)普遍關(guān)注的問題。本文引入全球通用的IT服務(wù)管理標(biāo)準(zhǔn)，將IT服務(wù)產(chǎn)業(yè)內(nèi)的最佳實(shí)踐運(yùn)用于日常生產(chǎn)運(yùn)維工作，使之達(dá)到數(shù)據(jù)中心標(biāo)準(zhǔn)化、流程化的要求并有效提升生產(chǎn)運(yùn)維的服務(wù)水平。

1.1 ITIL基本體系[1] [2] [3]

ITIL體系基本框架由業(yè)務(wù)管理、服務(wù)管理、IT服務(wù)管理實(shí)施規(guī)劃、IT基礎(chǔ)架構(gòu)管理、應(yīng)用管理、安全管理6個(gè)模塊構(gòu)成。其中服務(wù)管理模塊是ITIL體系的核心模塊。該模塊包括兩個(gè)流程組，即服務(wù)支持和服務(wù)提供。其中，服務(wù)支持流程組，是支撐IT服務(wù)正常運(yùn)行和使用的重要基礎(chǔ)。

服務(wù)支持流程組，包含一項(xiàng)管理職能和 5個(gè)運(yùn)營級(jí)流程，分別為服務(wù)臺(tái)、事件管理、問題管理、配置管理、變更管理和發(fā)布管理。

1.1.1 服務(wù)臺(tái)

服務(wù)臺(tái)在用戶支持方面扮演了重要的角色，在用戶和IT部門之間，架起單一的聯(lián)系點(diǎn)，協(xié)調(diào)兩者之間的聯(lián)系。IT服務(wù)運(yùn)作中出現(xiàn)的問題從發(fā)生到被解決的工作流程均被服務(wù)臺(tái)記錄在案。同時(shí)，服務(wù)臺(tái)具有迅速響應(yīng)大量的客戶請(qǐng)求的優(yōu)勢(shì)，作為IT用戶使用IT服務(wù)流程的前臺(tái)，實(shí)施多個(gè)屬于其它流程的活動(dòng)，在IT服務(wù)運(yùn)作的過程中向客戶提供統(tǒng)一的技術(shù)支持，幫助提升客戶滿意度。

1.1.2 事件管理

事件管理存在于IT服務(wù)的整個(gè)生命周期中，注重快速恢復(fù)IT服務(wù)并最大程度降低事故對(duì)客戶的影響。事件管理流程處理由服務(wù)臺(tái)分配過來的事故，在記錄和歸類事件的同時(shí)安排專家處理。隨后全程監(jiān)督事件處理過程直至事件被解決和終止。

1.1.3 問題管理

與事件管理流程的被動(dòng)解決問題不同，問題管理作為事件管理的延伸，深入分析和調(diào)查引發(fā)事故的根本原因。并通過找出存在于IT基礎(chǔ)架構(gòu)中的薄弱環(huán)節(jié)并提供相應(yīng)的解決方案以防止相關(guān)事件再次發(fā)生。

1.1.4 配置管理

配置管理為其它流程提供相關(guān)的基礎(chǔ)設(shè)施配置信息以及這些配置項(xiàng)與其它配置項(xiàng)之間的相互關(guān)系，IT資源統(tǒng)稱為配置項(xiàng)（CI），配置管理的作用是識(shí)別基礎(chǔ)設(shè)施中各個(gè)配置項(xiàng)，記錄并管理各個(gè)配置項(xiàng)的信息、狀態(tài)并檢驗(yàn)這些信息的正確性和完整性。

1.1.5 變更管理

變更管理的目的在于通過評(píng)估、審批和控制的手段，確保使用標(biāo)準(zhǔn)的方法和合理的步驟實(shí)施變更。變更管理要求用最短的中斷時(shí)間和付出最小的負(fù)面影響代價(jià)來完成變更。

1.1.6 發(fā)布管理

發(fā)布管理負(fù)責(zé)發(fā)布首次被導(dǎo)入實(shí)際運(yùn)作環(huán)境并取得成功的新增或修改后的配置項(xiàng)集合。確保IT基礎(chǔ)設(shè)施中所包含的各個(gè)配置項(xiàng)信息的來源是通過測(cè)試并授權(quán)的正確信息。

1.2 配置管理的重要性

在ITIL體系中，配置管理作為一項(xiàng)基礎(chǔ)流程支撐著1.1節(jié)中所提到的其他四項(xiàng)流程。配置項(xiàng)作為配置管理中的基本單元，其顆粒度可以根據(jù)具體的實(shí)踐靈活的細(xì)化，既有系統(tǒng)級(jí)抽象的配置項(xiàng)，也有由具體的軟件或者硬件信息構(gòu)成配置項(xiàng)單元。由配置管理數(shù)據(jù)庫（CMDB）統(tǒng)一儲(chǔ)存配置項(xiàng)以及不同配置項(xiàng)之間的關(guān)聯(lián)關(guān)系。配置管理數(shù)據(jù)庫隨著變更管理流程的進(jìn)行更新配置項(xiàng)信息，結(jié)合發(fā)布管理流程，確保配置項(xiàng)信息本身以及各個(gè)配置項(xiàng)信息之間的關(guān)系反映了當(dāng)前 IT基礎(chǔ)架構(gòu)的實(shí)際情況，如圖1所示：

圖1 表示配置管理流程與其他五個(gè)流程的關(guān)系

從圖中不難看出，服務(wù)臺(tái)、事件管理、問題管理、變更管理、發(fā)布管理都以配置管理流程作為依托，客戶在需要服務(wù)支持的時(shí)候向服務(wù)臺(tái)發(fā)起事件后，服務(wù)臺(tái)隨即啟動(dòng)配置管理流程，查看當(dāng)前配置管理數(shù)據(jù)庫中是否有關(guān)于該事件的歷史解決方案，如配置管理數(shù)據(jù)庫中已經(jīng)記錄了該問題的解決方案，則使用該方案解決事件后終止流程。如配置管理數(shù)據(jù)庫中沒有記錄該問題的解決方案，服務(wù)臺(tái)啟動(dòng)事件管理流程，由專家負(fù)責(zé)解決客戶的問題，如需深入分析和調(diào)查引發(fā)事件的根本原因，則由事件管理觸發(fā)問題管理流程。在事件管理流程和問題管理流程中，專家都需要通過配置管理查詢相關(guān)配置信息來協(xié)助定位、解決問題。如需通過變更的方式來解決起問題，則由問題管理進(jìn)一步觸發(fā)的變更管理和發(fā)布管理流程，后兩個(gè)流程終止后將修改配置管理數(shù)據(jù)庫中的當(dāng)前配置。

2 配置管理工具的分析與建設(shè)

2.1 配置管理工具建立的背景

目前，各大銀行的數(shù)據(jù)中心普遍成為其所屬銀行的前臺(tái)業(yè)務(wù)的實(shí)際運(yùn)行、處理和保障中心?？紤]到數(shù)據(jù)中心對(duì)銀行運(yùn)作的重要性，各大銀行紛紛投入價(jià)格昂貴、數(shù)量龐大的IT基礎(chǔ)設(shè)施來確保數(shù)據(jù)中心能夠高效、安全和持久的運(yùn)作。在此背景下，將數(shù)據(jù)中心的資源現(xiàn)狀與IT服務(wù)管理模式相結(jié)合，建立一套適用于數(shù)據(jù)中心的配置管理工具，對(duì)各項(xiàng)基礎(chǔ)設(shè)施進(jìn)行有效管理，從而實(shí)現(xiàn)數(shù)據(jù)中心安全生產(chǎn)、高效保障、持久運(yùn)行的基本目標(biāo)。

2.2 配置管理工具建摸[4]

該配置管理工具采用dotnet作為開發(fā)平臺(tái)，結(jié)合windows操作系統(tǒng)和SQL Server 2005的數(shù)據(jù)庫軟件，采用C/S架構(gòu)模式提供多種功能。本文的建摸對(duì)象為銀行數(shù)據(jù)中心，通過該工具軟件全面展示配置管理數(shù)據(jù)庫（CMDB）中的各項(xiàng)信息，CMDB中的配置項(xiàng)由現(xiàn)實(shí)世界中的實(shí)際信息抽象而來，并按照功能對(duì)各個(gè)配置項(xiàng)進(jìn)行合理的劃分。具體的配置項(xiàng)集合抽象成上級(jí)配置項(xiàng)類以確保該劃分滿足CMDB在通用性、完備性和可擴(kuò)展性等方面的基本要求，如圖2所示：

圖2 CMDB模型

底層由基本節(jié)點(diǎn)構(gòu)成，基本節(jié)點(diǎn)由配置項(xiàng)名稱、屬性和關(guān)聯(lián)類型構(gòu)成，從實(shí)體資源抽象而來，基本節(jié)點(diǎn)的上層為父節(jié)點(diǎn)，父節(jié)點(diǎn)由基本節(jié)點(diǎn)抽象而來，每個(gè)基本節(jié)點(diǎn)都繼承其父節(jié)點(diǎn)的所有屬性。由父節(jié)點(diǎn)抽象而來的節(jié)點(diǎn)稱為根節(jié)點(diǎn)，根節(jié)點(diǎn)無實(shí)際屬性，僅作為各個(gè)父節(jié)點(diǎn)的祖先。根據(jù)實(shí)際情況劃分配置項(xiàng)所處的領(lǐng)域，根節(jié)點(diǎn)下既可以直接包含配置項(xiàng)信息，即基本節(jié)點(diǎn)，也可以包含配置項(xiàng)集合構(gòu)成的配置項(xiàng)組，即父節(jié)點(diǎn)。

根據(jù)數(shù)據(jù)中心的配置資源實(shí)際情況，本文中CMDB信息模型包含系統(tǒng)硬件、軟件介質(zhì)、設(shè)備配件、邏輯設(shè)備、系統(tǒng)配置、管理類信息5個(gè)根節(jié)點(diǎn)。

2.2.1 系統(tǒng)硬件

根節(jié)點(diǎn)系統(tǒng)硬件包含網(wǎng)絡(luò)設(shè)備、存儲(chǔ)、基礎(chǔ)設(shè)施類、變配電、物理計(jì)算機(jī)5個(gè)子節(jié)點(diǎn)以及磁帶庫、負(fù)載均衡器以及存儲(chǔ)交換機(jī)3個(gè)基本節(jié)點(diǎn)。系統(tǒng)硬件基本涵蓋了數(shù)據(jù)中心各類硬件設(shè)施。各節(jié)點(diǎn)，如表1所示：

表1 系統(tǒng)硬件領(lǐng)域節(jié)點(diǎn)列表

2.2.2 設(shè)備配件

根節(jié)點(diǎn)設(shè)備配件由CPU信息、磁帶driver、銅口網(wǎng)卡、HBA卡、內(nèi)置硬盤、內(nèi)存、備份磁帶、光纖網(wǎng)卡、存儲(chǔ)端口10個(gè)基本節(jié)點(diǎn)和布線類及網(wǎng)絡(luò)組件2個(gè)子節(jié)點(diǎn)構(gòu)成。各節(jié)點(diǎn)信息，如表2所示：

表2 設(shè)備配件領(lǐng)域節(jié)點(diǎn)列表

2.2.3 軟件介質(zhì)

軟件介質(zhì)包含一個(gè)基礎(chǔ)軟件子節(jié)點(diǎn)及補(bǔ)丁信息和license信息兩個(gè)基本節(jié)點(diǎn)。軟件介質(zhì)包含數(shù)據(jù)中心目前使用者中的全部軟件、補(bǔ)丁及l(fā)icense的詳細(xì)信息。各節(jié)點(diǎn)如表3所示：

表3 軟件介質(zhì)領(lǐng)域節(jié)點(diǎn)列表

2.2.4 邏輯設(shè)備

邏輯設(shè)備由邏輯網(wǎng)卡、Pool、備份磁帶Pool、存儲(chǔ)分配策略、NAS文件系統(tǒng)、計(jì)算機(jī)邏輯硬盤、VMWare虛擬機(jī)、備份策略、邏輯計(jì)算機(jī)、存儲(chǔ)邏輯硬盤、虛擬資源池這11個(gè)基本節(jié)點(diǎn)構(gòu)成。各項(xiàng)邏輯設(shè)備信息，如表4所示：

表4 邏輯設(shè)備領(lǐng)域節(jié)點(diǎn)列表

2.2.5 系統(tǒng)配置

系統(tǒng)配置領(lǐng)域包括HTTP Class、Traffic IP Groups、IP地址、系統(tǒng)特權(quán)文件、IIS配置、系統(tǒng)間通訊客戶端、Virtual Servers等7個(gè)基本節(jié)點(diǎn)，記錄業(yè)務(wù)級(jí)的所有配置信息。具體節(jié)點(diǎn)，如表5所示：

表5 系統(tǒng)配置領(lǐng)域節(jié)點(diǎn)列表

2.2.6 管理類信息

管理類信息記錄了銀行數(shù)據(jù)中心各部門信息、人員信息以及應(yīng)用項(xiàng)目信息。具體節(jié)點(diǎn)信息，如表6所示：

表6 管理類信息節(jié)點(diǎn)列表

CMDB模型除了系統(tǒng)地展示各個(gè)配置項(xiàng)節(jié)點(diǎn)，還描述了構(gòu)成應(yīng)用實(shí)體的各配置項(xiàng)之間的關(guān)聯(lián)關(guān)系，如圖3所示：

圖3 配置項(xiàng)關(guān)聯(lián)關(guān)系圖

3 配置管理工具的實(shí)際應(yīng)用[5]

3.1 配置項(xiàng)維護(hù)

數(shù)據(jù)中心在運(yùn)維過程中，經(jīng)常要對(duì)配置項(xiàng)信息進(jìn)行新增、刪除或者修改操作，以確保CMDB中的各個(gè)配置項(xiàng)信息都是最新的。利用該配置管理工具將ITIL體系中的變更管理流程、發(fā)布管理流程與配置管理流程無縫的結(jié)合在一起，確保生產(chǎn)運(yùn)維過程中配置信息的連續(xù)性、可用性和實(shí)時(shí)性。變更實(shí)施人于變更實(shí)施之前，需要在配置管理工具中CMDB變更流程控制模塊下，填妥配置項(xiàng)變更申請(qǐng)表，表中應(yīng)包含配置項(xiàng)變更原因、變更描述、變更后配置項(xiàng)信息以及與之相關(guān)聯(lián)的服務(wù)臺(tái)變更單號(hào)。隨后該配置項(xiàng)變更申請(qǐng)表將由相關(guān)審核人員進(jìn)行審核，如果變更申請(qǐng)未被審核人員批準(zhǔn)，那么變更實(shí)施人員取消該變更或者重新提交變更申請(qǐng)，如果變更申請(qǐng)通過審核則實(shí)施人員在變更時(shí)間窗口內(nèi)實(shí)施變更，并在變更實(shí)施完畢后，提請(qǐng)相關(guān)人員進(jìn)行變更結(jié)果評(píng)價(jià)。如果該變更被評(píng)價(jià)為實(shí)施成功，則觸發(fā)配置管理流程，CMDB管理員依據(jù)變更記錄表中記錄的變更后配置項(xiàng)信息來維護(hù)CMDB中相關(guān)的配置項(xiàng)信息，修改完畢后發(fā)布當(dāng)前正確的配置項(xiàng)集合。如果變更評(píng)價(jià)顯示該變更未成功實(shí)施或?qū)嵤┖蟮慕Y(jié)果未被審核人員評(píng)價(jià)通過，則觸發(fā)變更回退機(jī)制并且相關(guān)配置項(xiàng)信息不作更改。

審核配置項(xiàng)維護(hù)申請(qǐng)流程，如圖4所示：

圖4 配置項(xiàng)維護(hù)申請(qǐng)流程圖

配置項(xiàng)變更實(shí)施成功后，進(jìn)入配置項(xiàng)維護(hù)階段。該階段分為配置項(xiàng)新增、刪除和修改。具體介紹如下：

3.1.1 新增配置項(xiàng)

新增配置項(xiàng)流程如圖5所示：操作步驟如下：

圖5 新增配置項(xiàng)流程圖

配置管理人員登陸配置管理軟件，進(jìn)入CMDB界面，選擇相應(yīng)的CI節(jié)點(diǎn)，填妥配置項(xiàng)名稱、屬性以及變更類型（新增、刪除、修改）等必要字段后保存。配置項(xiàng)新增成功。

3.1.2 刪除配置項(xiàng)

對(duì)于已下線的配置，配置項(xiàng)管理員會(huì)及時(shí)在CMDB中刪除該配置項(xiàng)。

刪除配置項(xiàng)流程如6所示：

圖6 刪除配置項(xiàng)流程圖

操作步驟如下：

配置項(xiàng)管理員進(jìn)入CMDB界面，輸入所要?jiǎng)h除的配置項(xiàng)名稱，查詢到待刪除配置項(xiàng)并查看該配置項(xiàng)信息是否和其他配置項(xiàng)信息有關(guān)聯(lián)關(guān)系，即該配置項(xiàng)下是否關(guān)聯(lián)著其他配置項(xiàng)，如果該配置項(xiàng)下關(guān)聯(lián)著其他配置項(xiàng)，則先逐一刪除配置項(xiàng)之間的關(guān)聯(lián)關(guān)系直至待刪除配置項(xiàng)與其他配置項(xiàng)之間不存在關(guān)聯(lián)后刪除該配置項(xiàng)，如待刪除配置項(xiàng)是獨(dú)立存在的，則直接刪除該配置項(xiàng)信息。

3.1.3 修改配置項(xiàng)

配置項(xiàng)修改流程，如圖7所示：操作步驟如下：

圖7 修改配置項(xiàng)流程圖

配置項(xiàng)管理員進(jìn)入CMDB界面，輸入所要修改的配置項(xiàng)名稱，查詢到待修改的配置項(xiàng)，然后將此配置項(xiàng)的部分或者全部屬性根據(jù)變更紀(jì)錄一一修改并保存。

3.2 配置信息查詢

常規(guī)的監(jiān)控工具如BMC監(jiān)控軟件、SCOM監(jiān)控或者網(wǎng)絡(luò)監(jiān)控軟件報(bào)警時(shí)往往只能附帶提供部分配置信息，這對(duì)運(yùn)維人員快速定位故障原因、及時(shí)解決故障帶來不少困難，也提升了運(yùn)維成本。利用配置管理工具可以實(shí)現(xiàn)利用少量已知信息進(jìn)行查詢得到與此相關(guān)的全部配置信息。

配置項(xiàng)查詢流程，如圖8所示：

圖8 查詢配置項(xiàng)節(jié)點(diǎn)流程圖

操作步驟如下：

不同于配置項(xiàng)維護(hù)需指定配置項(xiàng)管理員操作，配置項(xiàng)查詢功能模塊的使用對(duì)象為所有運(yùn)維人員。運(yùn)維人員首先根據(jù)告警信息判斷該信息屬性，隨后輸入具體配置項(xiàng)名稱及部分屬性字段即可實(shí)現(xiàn)條件查詢，配置管理工具會(huì)顯示出符合查詢條件的配置信息明細(xì)以及配置信息間的關(guān)聯(lián)關(guān)系。

3.3 配置信息報(bào)表

面對(duì)頻繁的外部審計(jì)和內(nèi)部安全檢查，自動(dòng)生成的電子報(bào)表相比手工登記的報(bào)表而言信息更全面、可信度更高、維護(hù)代價(jià)更低以及效率更高。利用配置信息管理軟件可以方便的生成各類報(bào)表供審計(jì)部門隨時(shí)檢查。在報(bào)表生成模塊中可按照應(yīng)用項(xiàng)目、網(wǎng)絡(luò)、操作系統(tǒng)、存儲(chǔ)等分類生成不同的報(bào)表。配置項(xiàng)管理員根據(jù)審計(jì)要求生成各類的報(bào)表，自動(dòng)生成的電子報(bào)表全面反映了CMDB中的各個(gè)配置項(xiàng)的實(shí)時(shí)信息，相比人工維護(hù)的報(bào)表可能存在的信息維護(hù)不及時(shí)、人工篡改信息和維護(hù)代價(jià)過大等不足之處，電子報(bào)表更具優(yōu)勢(shì)。

4 故障定位模擬

假定BMC監(jiān)控軟件報(bào)出貸記卡風(fēng)險(xiǎn)控制系統(tǒng)應(yīng)用服務(wù)器運(yùn)行狀態(tài)異常的告警信息，接到報(bào)警后，運(yùn)維人員應(yīng)先采取措施定位故障，首先輸入機(jī)器名稱（HQsPSW-SCRM-A01）使用條件查詢的方式查找到該服務(wù)器的基本信息，確定該服務(wù)器的物理位置以及IP地址，通過生產(chǎn)區(qū)域的運(yùn)維終端嘗試登錄該應(yīng)用服務(wù)器，若能夠成功登錄服務(wù)器，則表明這臺(tái)服務(wù)器與外界的網(wǎng)絡(luò)連通性不存在故障，基本排除網(wǎng)絡(luò)問題與硬件故障問題。隨后在CMDB中查詢?cè)摲?wù)器上所安裝的各類系統(tǒng)軟件，結(jié)合告警現(xiàn)象、查看CMDB中是否已經(jīng)記錄了該類告警的歷史解決方案，如有，則采取同樣的解決方案。如果該告警信息沒有對(duì)應(yīng)的解決方案，在服務(wù)臺(tái)上發(fā)起事件流程聯(lián)絡(luò)相關(guān)專家解決事件并全程記錄解決過程。若通過生產(chǎn)運(yùn)維終端無法遠(yuǎn)程登錄服務(wù)器，則初步判定可能出現(xiàn)硬件故障導(dǎo)致系統(tǒng)宕機(jī)，或者是網(wǎng)絡(luò)連通性出現(xiàn)問題。因此在服務(wù)臺(tái)上發(fā)起針對(duì)環(huán)境或者網(wǎng)絡(luò)部門的事件要求對(duì)服務(wù)器硬件狀態(tài)、交換機(jī)端口狀態(tài)及連通性狀況進(jìn)行排查，定位問題后由相關(guān)專家進(jìn)行解決。

5 結(jié)論

根據(jù)銀行數(shù)據(jù)中心配置信息數(shù)據(jù)量巨大的特點(diǎn)，結(jié)合銀行現(xiàn)行的以配置管理為基礎(chǔ)的ITIL管理規(guī)范，本文對(duì)銀行現(xiàn)有的配置信息庫進(jìn)行統(tǒng)一建模并形成專業(yè)軟件用于高效的管理銀行數(shù)據(jù)中心的配置信息，為配置項(xiàng)管理員維護(hù)配置信息的工作提供了便利并且有效提升了配置信息的準(zhǔn)確性。其次，該軟件通過設(shè)計(jì)配置項(xiàng)之間的關(guān)聯(lián)關(guān)系，使銀行的管理人員對(duì)于銀行設(shè)備的整體架構(gòu)、不同設(shè)備間相互關(guān)系、設(shè)備的詳細(xì)配置情況以及設(shè)備對(duì)應(yīng)的業(yè)務(wù)信息有全面地掌握。為應(yīng)對(duì)突發(fā)狀況時(shí)快速定位故障從而確保數(shù)據(jù)中心平穩(wěn)、有序的運(yùn)作打下堅(jiān)實(shí)的基礎(chǔ)。

[1](荷）博恩(BON，J.V)(譯)章斌.基于ITIL的IT服務(wù)管理基礎(chǔ)篇[M].北京:清華大學(xué)出版社，2007:31-33

[2]封叢德. IT的核心模塊是什么[N/OL].IT服務(wù)管理百科.(2011-10-27)[2012-10-8].http://itsm.baike.com/article-89341.html.

[3]張鵬飛、熊進(jìn).基于ITIL體系的配置管理流程研究 [D].北京:北京工業(yè)大學(xué)，2009:82-83.

[4]李文璟、王迎雪、王穎.基于分域的IT配置管理數(shù)據(jù)信息模型 [D].北京:北京郵電大學(xué)，2009:7.

[5]鄭笑天.基于CMDB的銀行網(wǎng)絡(luò)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].哈爾濱.哈爾濱工程大學(xué), 2009:33-36.