數(shù)據(jù)中心基礎設施管理系統(tǒng)DCIM整體方案

數(shù)據(jù)中心基礎設施管理系統(tǒng)（DCIM）

整體方案

目錄

1項目概述及需求理解...............................................6

1.1.項目背景簡介.............................................6

1.2.項目管理范圍.............................................6

1.3.項目建設原則.............................................7

1.4.項目建設目標.............................................8

1.5.解決方案概述.............................................9

2.系統(tǒng)架構及實現(xiàn)原理..............................................13

2.1.系統(tǒng)架構................................................13

2.1.1.采集層.........................................................14

2.1.2.處理層.........................................................14

2.1.3.管理層.........................................................15

2.1.4,交互展現(xiàn)層.....................................................15

22系統(tǒng)集成................................................16

2.2.1.第三方集成.....................................................16

2.2.2.短信貓集成.....................................................17

2.2.3.短信網(wǎng)關集成...................................................17

2.3.開發(fā)工具及技術介紹......................................18

2.3.1.自定義;瓶呈引擎.................................................18

2.3.2.成熟的開發(fā)標準技術.............................................19

2.3.3.分布式通訊調度.................................................19

2.3.4.搜索引擎.......................................................20

3.DCIM系統(tǒng)功能實現(xiàn)..............................................21

3.1.基礎設施集中監(jiān)控........................................21

3.1.1.UPS監(jiān)控.......................................................22

3.1.2.蓄電池監(jiān)測.....................................................23

3.1.3.配電參數(shù)監(jiān)測...................................................25

3.1.4.發(fā)電機監(jiān)測.....................................................26

3.1.5.精密空調（加濕器）監(jiān)控.........................................28

3.1.6.環(huán)境監(jiān)控（溫濕度、風速、氫氣）.................................29

3.1.7.漏水檢測.......................................................30

3.1.8.消防（極早期）監(jiān)測.............................................31

3.2.基礎設施管理...........................................32

3.2.1.資產(chǎn)管理.......................................................32

3.2.2.容量徵里.......................................................37

3.2.3.能耗W3.......................................................................................................................................39

3.3.集中展現(xiàn)................................................42

3.3.1.展現(xiàn)系統(tǒng)集中化.................................................42

3.3.2.展現(xiàn)時多樣化.................................................49

3.4.預警及告警..............................................51

3.4.1.統(tǒng)一事件展現(xiàn)...................................................51

3.4.2.監(jiān)控撒示庫.....................................................51

3.4.3.故障窗里.......................................................52

3.5.運維雷里................................................56

3.5.1.服務臺.........................................................58

3.5.2.個人工作臺.....................................................60

3.5.3.值班富里.......................................................63

3.5.4.事件繆里.......................................................66

3.5.5.問題徵里.......................................................69

3.5.6.配置宣里雌庫.................................................74

3.5.7.變更富里.......................................................76

3.5.8.服務級別宣里...................................................78

3.5.9.知識庫繆里.....................................................84

3.5.10.可視化;耀設計................................................88

3.5.11.角色/權限管理.................................................94

3.6.報表分析................................................96

3.6.1.監(jiān)控報表.......................................................96

3.6.2.運維管理報表98

1.項目概述及需求理解

1.1.項目背景簡介

伴隨著數(shù)據(jù)中心規(guī)模的不斷擴大，業(yè)務量的逐漸增大，對數(shù)據(jù)中心的運維

管理也變的越來越重要。一旦基礎設施系統(tǒng)出現(xiàn)問題，而沒有及時地得到妥善

解決，常常會給企、事業(yè)造成很大的損失。怎樣能7x24小時保證設備系統(tǒng)的

正常運行，避免各種故障的發(fā)生，優(yōu)化和改進傳統(tǒng)的運維模式，提高客戶服務

的及時性和滿意度就顯得非常重要。

因此，建設一套數(shù)據(jù)中心基礎設施管理系統(tǒng)勢在必行。一個完備的運維管

理系統(tǒng)能夠提供7x24小時檢測基礎設施運行狀態(tài)、各種資源狀態(tài)的信息。運

維管理人員依靠流程管理系統(tǒng)可以及時排除故障避免造成重大損失，控制運維

質量提高服務水平。

1.2.項目管理范圍

項目內(nèi)容：

＞設施故障發(fā)現(xiàn)與警報；

＞記錄日常運維日志信息；

＞設施故障統(tǒng)計；

＞設施軟硬件信息統(tǒng)計；

＞服務進程管理;

＞將數(shù)據(jù)信息存儲備份，并采用不同方式直觀的展示出來;

＞服務人員績效、考核管理；

＞將數(shù)據(jù)生成報表；

1.3.項目建設原則

數(shù)據(jù)中心基礎設施管理系統(tǒng)建設指導思想是："統(tǒng)一規(guī)劃、分步實施、已

有納入、新建遵循"。

數(shù)據(jù)中心基礎設施管理系統(tǒng)項目建設是要建設一個集中管控資源的運維平

臺，所以需充分考慮對已有各種產(chǎn)品組件做針對性的開發(fā)、整合工作。

在項目建設過程中，除滿足系統(tǒng)功能需求外，遵循如下原則：

?安全性原則：系統(tǒng)設計注重安全方面的設計，確保系統(tǒng)的安全運行。系

統(tǒng)提供安全認證技術，確保登錄身份認證安全性、有效性。

?穩(wěn)定性原則：保證系統(tǒng)不間斷運行，系統(tǒng)執(zhí)行監(jiān)控及操作任務時或出現(xiàn)

自身故障，絕不能影響被監(jiān)控及操作對象的正常穩(wěn)定運行。

?開放性原則：系統(tǒng)遵循行業(yè)主要的標準化組織所提供的標準或建議，采

用標準的、開放性的技術，能夠實現(xiàn)與其他廠商的產(chǎn)品無縫地連接；采

用國際標準化組織及工業(yè)界廣泛接受的有關標準和基于標準的通用軟硬

件平臺。

?可擴展性原則：在保持系統(tǒng)的基本體系結構長期穩(wěn)定的前提下，可以有

效地容納和支持基礎設施規(guī)模的不斷擴大和復雜、業(yè)務種類的增多。同

時，能夠在應用體系結構和軟件模塊劃分兩個方面支持整個應用的良好

擴展性。在體系結構方面采用多層結構劃分，實現(xiàn)各層的高聚合和層間

低耦合。盡量使用模塊化和插件化，使得擴展時對原系統(tǒng)的影響最小化。

?用戶體驗優(yōu)化原則：具有較高的易用性，界面友好，美觀統(tǒng)一，并對人

機交互進行優(yōu)化設計。

?靈活性原則：系統(tǒng)各子系統(tǒng)及子系統(tǒng)內(nèi)功能模塊具有一定的獨立性，同

時具有系統(tǒng)相關性和整體一致性。系統(tǒng)提供自動化升級維護功能，系統(tǒng)

的維護及拓展靈活、方便。

?規(guī)范性原則：統(tǒng)一接口標準，規(guī)范數(shù)據(jù)字典。定義監(jiān)控接入標準，規(guī)范

未來新建系統(tǒng)的監(jiān)控。

1.4.項目建設目標

加強數(shù)據(jù)中心的維護平臺建設，提高數(shù)據(jù)中心的運行管理水平，通過運維

體系的建設，結合構建集中式的服務熱線、運維流程、系統(tǒng)監(jiān)控和綜合展示系

統(tǒng)，通過系統(tǒng)聯(lián)動，及時、準確、全面反映與掌握數(shù)據(jù)中心的運行狀態(tài)，保障

各業(yè)務系統(tǒng)的正常運行，并達成如下目標：

(1)強化主動監(jiān)控，實現(xiàn)集中管理。

以設施資源可用性監(jiān)控為主線，構建數(shù)據(jù)中心統(tǒng)一集成的設施資源及應用

服務監(jiān)控平臺，能夠主動、及時地發(fā)現(xiàn)問題，并調度資源解決問題，形成數(shù)據(jù)

中心運維管理主動服務的新局面。

(2)幫助定位故障，快速恢復系統(tǒng)運行。

建立集中的告警分析及展現(xiàn)平臺，提供靈活、自動化的事件處理能力。當

故障產(chǎn)生時，可以進行故障的快速定位，發(fā)現(xiàn)故障原因，調度資源快速恢復系

統(tǒng)服務，從而縮短故障解決時間，降低維護成本，提高系統(tǒng)整體可用性。

(3)掌握運行質量與效率，合理利用資源。

建立數(shù)據(jù)中心基礎設施管理系統(tǒng)平臺后，可以實時了解數(shù)據(jù)中心全部資源

的負載與使用情況，根據(jù)需要從整體角度考慮資源的使用，同時可以根據(jù)業(yè)務

高峰期的不同來調劑業(yè)務系統(tǒng)對資源的使用。

(4)規(guī)范運行管理，有序開展維護。

參照數(shù)據(jù)中心運維規(guī)范，對運維管理工作進行優(yōu)化，對服務管理進行改

善，將管理數(shù)據(jù)電子化，管理過程規(guī)范化。根據(jù)相關制度進行運行維護管理，

對內(nèi)完善流程，對外提高服務，加強管理，使流程更規(guī)范更合理，使技術人員

具備更高的工作效率，提高業(yè)務技術能力和解決實際問題的能力。

(5)共享運維經(jīng)驗，完善知識庫。

把運維過程中產(chǎn)生的豐富經(jīng)驗進行積累和總結，形成有效的知識庫，建立

知識的共享機制，提供信息共享和交流的平臺，提高數(shù)據(jù)中心運維人員的工作

效率。

1.5.解決方案概述

DCIM系統(tǒng)是在在分析了國內(nèi)數(shù)據(jù)中心管理現(xiàn)狀和需求后，自主研發(fā)而

成。秉承以客戶為中心、流程為導向的理念，實現(xiàn)對基礎設施資源的全面管

理，完美整合了人員、技術和流程三大要素，幫助用戶以較低的成本提供穩(wěn)

定、優(yōu)質的服務，共同實現(xiàn)基礎設施服務的目標。

DCIM系統(tǒng)提供了"無縫式基礎設施監(jiān)控系統(tǒng)"功能，其系統(tǒng)架構清晰,

采用模塊化的設計理念，各功能模塊既可獨立運行、松散耦合；亦可整體功能

無縫銜接覆蓋整個業(yè)務系統(tǒng)，靈活的自由組合真正實現(xiàn)個性化的基礎設施無憂

運維。

DCIM系統(tǒng)提供一個圖形化、可定制、統(tǒng)一的監(jiān)控管理平臺。通過它實現(xiàn)

對基礎架構性能和告警數(shù)據(jù)的直接監(jiān)控與展示，實現(xiàn)對用戶環(huán)境的整體運行狀

態(tài)的監(jiān)控管理。

1.故障預警和管理

前瞻性地發(fā)現(xiàn)系統(tǒng)的故障和性能問題，能夠快速識別、隔離、診斷和修復

生產(chǎn)中出現(xiàn)的問題。

1）前瞻性發(fā)現(xiàn)基礎設施和應用系統(tǒng)的故障。

2）前瞻性檢測復雜的應用性能問題。

3）基于業(yè)務的性能影響分析報告

4）快速識別、隔離和診斷問題的起因，事故根本原因分析。

5）對一些簡單的故障問題，提供自動化修復故障的功能；對復雜的故障和

性能問題，盡可能提供修復故障和改善性能的建議。

6）提供的豐富的事件通知功能，事件通知方式包括：

-Mail自動向指定郵箱發(fā)送告警郵件。

-短信自動向指定手機發(fā)送告警短信。

-聲音自動產(chǎn)生聲音告警。

圖像自動以圖標形式顯示告警事件。

-其它通過二次開發(fā)可實現(xiàn)特殊要求的告警方式。

7）提供監(jiān)控參數(shù)化配置管理，參數(shù)超過設定閥值，產(chǎn)生報警信息。

2.多層次的視圖展示

直觀、準確地體現(xiàn)各層面的系統(tǒng)和業(yè)務運行狀態(tài)，分別展示不同管理層次

和范圍的系統(tǒng)運行狀態(tài)。

根據(jù)企業(yè)的業(yè)務特點和管理習慣，可將展示視圖分成一級視圖、二級視圖

和三級視圖，分別展示不同管理層次和范圍的系統(tǒng)運行狀態(tài)（如下圖所示1

三級視圖（資源視圖）

二圾視圖（特定業(yè)務）

一級視圖（業(yè)務總覽）

3.集中統(tǒng)一的管理界面

用戶在統(tǒng)一監(jiān)控管理平臺上可杳看所有視圖，提供直觀的圖形用戶界面。

1）基于上下文環(huán)境和組合視圖，降低用戶診斷問題的時間。

2）基于角色和權限的控制，增強管理的安全性。

3）提供可定制化的工作區(qū)和視圖，提高操作的靈活性。

4.開放的接口

能夠集成第三方監(jiān)控工具，實現(xiàn)將第三方監(jiān)控（例如BA、安防、柴發(fā)、電

力或特定應用管理工具等）完全變?yōu)楸O(jiān)控系統(tǒng)的一部分。

5.豐富的報表展示功能

提供統(tǒng)一的報表界面，具備強大的數(shù)據(jù)展現(xiàn)能力：

1）提供網(wǎng)絡、系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡、中間件、應用和業(yè)務運轉狀況的集中

統(tǒng)一報表

2）提供實時與歷史性能報表

3）提供數(shù)據(jù)分析、展現(xiàn)和用戶報表定制功能

4）預制報表模板

5）自動周期性報表，如日報、周報、月報、季報、年報等

6）支持PDF、HTML、Excel等報表格式

2.系統(tǒng)架構及實現(xiàn)原理

2.1.系統(tǒng)架構

本次提供的數(shù)據(jù)中心基礎設施管理系統(tǒng)涵蓋較多被監(jiān)控的對象，覆蓋面較

廣,功能復雜，系統(tǒng)設計遵循模塊式開發(fā)、部署，系統(tǒng)從底層到最上層的圖形

用戶接口共分為四層，每一層實現(xiàn)不同的功能，系統(tǒng)整體的架構如下圖所示：

系統(tǒng)功能

管報表數(shù)據(jù)管理

能

資

流

容

理

監(jiān)

實

報

分

歷

程

耗

產(chǎn)

量

層

測

時

表

析

史

管

管

管

管

功

管

數(shù)

報

數(shù)

理

理

理

理

理

能

告

據(jù)

據(jù)

處

理

層

一

采

集IT設備I動環(huán)監(jiān)控消防?電力［安防BA

層管理系統(tǒng)I采集匯聚子系統(tǒng)I子系統(tǒng)I子系統(tǒng)子系統(tǒng)

整個系統(tǒng)管理架構分為采集層、處理層、管理層、交互展示層四個層次。

2.1.1.采集層

包括數(shù)據(jù)中心環(huán)境中的機房環(huán)境、暖通設備、電力設備、安防設備等被管

理實體，是需要被實時監(jiān)控的對象，是原始信息的來源。所有的被管理對象通

過標準協(xié)議或私有協(xié)議方式向管理端提供各種性能和事件數(shù)據(jù)。

2.1.2.處理層

包含兩個功能，一是對管理實體中的數(shù)據(jù)進行數(shù)據(jù)采集；二是根據(jù)要求對

數(shù)據(jù)進行必要的整合。除了采集到的數(shù)據(jù)外，還可能包括各種管理數(shù)據(jù)，系統(tǒng)

匯總后的數(shù)據(jù)、文檔數(shù)據(jù)等。系統(tǒng)管理的數(shù)據(jù)采集方式支持以下幾種：

＞采用定時輪循機制獲取被監(jiān)測設施的數(shù)據(jù)；

＞監(jiān)聽代理端的TRAP消息實時獲取數(shù)據(jù)；

＞通過設備廠家提供的監(jiān)控工具獲取數(shù)據(jù)；

＞通過讀取日志文件獲取數(shù)據(jù)；

＞通過其他廠商監(jiān)控平臺獲取數(shù)據(jù)。

2.1.3.管理層

數(shù)據(jù)中心基礎設施管理系統(tǒng)所使用的各種業(yè)務邏輯，集中管理和協(xié)調各子

系統(tǒng)之間的服務調用，是系統(tǒng)管理的核心管理平臺，主要有如下功能要點：

1.性能管理，對基礎設施實時監(jiān)控，采集各種指標數(shù)據(jù)，并與告警模塊關

聯(lián)，在產(chǎn)生異常時及時發(fā)出警告

2.告警管理，提供告警主動通知、告警統(tǒng)計、告警相關性分析等功能

3.統(tǒng)一事件處理，集中收集基礎設施事件與告警，并提供告警相關性分

析，輔助管理員排除故障

4.基于運維服務管理則實現(xiàn)運維管理功能，包括服務臺、事件管理、問題

管理、變更管理、配置管理、發(fā)布管理、知識庫管理、SLA管理等模塊。

2.1.4.交互展現(xiàn)層

展現(xiàn)層是DCIM系統(tǒng)與運維人員之間的人機交互接口，本次系統(tǒng)采用全

WEB化的客戶端界面，運維人員只需使用瀏覽器即可在網(wǎng)絡中任意一臺電腦上

隨時接入系統(tǒng)，系統(tǒng)支持portal功能，可以根據(jù)用戶的需要呈現(xiàn)不同的功能和

數(shù)據(jù)。此外，系統(tǒng)支持email、短信、聲光等多種方式的事件通知形式。

通過北向接口及標準協(xié)議，系統(tǒng)可將監(jiān)控、采集數(shù)據(jù)推送至第三方管理平

臺及3D展示平臺。

2.2.系統(tǒng)集成

2.2.1.第三方集成

DCIM系統(tǒng)在設計之初，充分考慮了開發(fā)性和可擴展性的需求，可以有效地

容納和支持基礎設施規(guī)模的不斷擴大和復雜、業(yè)務種類的增多，能夠在設施體

系結構和軟件模塊劃分兩個方面支持整個應用的良好擴展性。系統(tǒng)預留業(yè)界較

通用的接口，可以方便地實現(xiàn)與各類第三方系統(tǒng)的集成，支持通過以下方式進

行對接和整合：

>Trap:基礎設施管理系統(tǒng)可以接受第三方監(jiān)控平臺產(chǎn)生的trap,醐是是雙

方確定好trap的報文格式，由DCIM系統(tǒng)內(nèi)置的tr叩解析器進行解析和處

理。如工單的自動生成，告警消息的上報，確認和清除等等。

>Webservice接口：為了實現(xiàn)數(shù)據(jù)共享，可以通過webservice接口將監(jiān)

控平臺的數(shù)據(jù)在基礎設施管理系統(tǒng)進行展示或匯總分析。如監(jiān)控平臺的topN

數(shù)據(jù)展示，告警信息，與CI關聯(lián)的設備信息，實時CPU,內(nèi)存，磁盤信息、

鏈路流量等信息。

>HTTP接口：功能與(1),(2)基本相同，是另一種數(shù)據(jù)交互方式，優(yōu)

點是調用方便，并且無需對引入第三方jar包，無需做侵入式修改。

>JMS為了達到高實時性的要求，通過JMS推送機制，作為訂閱客戶端,

可以接受推送過來的實時告警信息并在DCIM上進行展示，比如展示在業(yè)務

視圖上或工作區(qū)/服務臺首頁。

>SOCKET:可以支持socket雙向通訊，由第三方監(jiān)控平臺開放socket

監(jiān)聽端口，DCIM進行socket連接后進行數(shù)據(jù)通訊。可以滿足一些實時性要

求比較高的需求。

>API接口

2.2.2.短信貓集成

短信貓直接接在DCIM系統(tǒng)所在服務器的串口上，并給短信貓配置一張

SIM卡，當需要發(fā)送短信時，DCIM系統(tǒng)直接通過串口通信協(xié)議與短信貓通

信，將短信的收信人手機號碼，短信內(nèi)容發(fā)送給短信貓，由短信貓負責通過運

營商的網(wǎng)絡發(fā)送到指定接收人。

2.2.3.短信網(wǎng)關集成

對于客戶具備相應的短信網(wǎng)關系統(tǒng)的情況下，DCIM系統(tǒng)支持與短信網(wǎng)關

對接，通過數(shù)據(jù)庫訪問協(xié)議訪問短信網(wǎng)關的后臺短信數(shù)據(jù)庫，將短信的收信

人，短信內(nèi)容插入數(shù)據(jù)庫，由短信網(wǎng)關軟件負責將數(shù)據(jù)庫中的短信發(fā)送到指定

接收人，目前支持與SQLServer2000.SQLServer2005、Oracle9i/10g數(shù)

據(jù)庫的短信網(wǎng)關集成。

2.3.開發(fā)工具及技術介紹

系列產(chǎn)品均采用JAVA+HTML5技術開發(fā)，實際情況證明，JAVA+HTML5

技術是一項成熟可靠的技術，在全世界各個行業(yè)，有數(shù)不清的核心業(yè)務系統(tǒng)使

用JAVA語言開發(fā)，大到銀行核心業(yè)務系統(tǒng)小到各個論壇網(wǎng)站，JAVA平臺提供

了多種多樣的特定技術來解決軟件開發(fā)中遇到的各種問題。

目前的DCIM產(chǎn)品主要使用到了如下開發(fā)工具和技術：

2.3.1.自定義流程引擎

業(yè)內(nèi)成熟、功能強大、性能穩(wěn)定的流程引擎產(chǎn)品，通過使用流程引擎，可以

使得企業(yè)業(yè)務人員和軟件開發(fā)人員統(tǒng)一溝通的語言，使用流程建模工具即可完

成交流，規(guī)避了業(yè)務人員不懂軟件開發(fā)技術、軟件開發(fā)人員不懂業(yè)務所帶來的

困擾；通過對流程的建模（結果以XML格式呈現(xiàn)）,方便我們根據(jù)企業(yè)多變的

業(yè)務情況靈活修改，流程引擎幫助我們管理各個流程實例的狀態(tài)，軟件開發(fā)商

只需要在此基礎上加入業(yè)務特定要求的表單數(shù)據(jù)即可，大大簡化了開發(fā)企業(yè)流

程管理軟件的復雜度、降低了開發(fā)時間和財務成本，提高了軟件交付的時間，

也提高了軟件的穩(wěn)定性。

2.3.2.成熟的開發(fā)標準技術

DCIM基于JAVA企業(yè)版本技術規(guī)范開發(fā)，為瀏覽器/服務器模型軟件系統(tǒng)，

系統(tǒng)嚴格遵守JAVA企業(yè)版本規(guī)范，采用了成熟可靠的Struts,多線程、異步

I。、線程池等可靠技術，確保DCIM系統(tǒng)穩(wěn)定、可靠、系統(tǒng)資源占用低，能夠

長時間穩(wěn)定運行。

2.3.3.分布式通訊調度

在整個DCIM管理系統(tǒng)的建設中，底層的監(jiān)控是基礎，離開了底層的監(jiān)控

上層的運維就無從談起，那么監(jiān)控軟件如何能夠快速、準確的按照管理員設定

的監(jiān)控策略對指定的被管對象進行監(jiān)控，并將監(jiān)控取到的各種數(shù)據(jù)完整的送往

上層。

不同的被管對象，有不同的監(jiān)控策略，比如某些重要配電設備，每秒鐘就要采

樣1次，某些設備比如蓄電池內(nèi)阻只需要30分鐘采樣一次即可，隨著被監(jiān)測

對象數(shù)量的增多，不同的監(jiān)測對象需要有不同的通訊調度策略，在同一時刻可

能有數(shù)千個通訊需要調度執(zhí)行，這對通訊調度器模塊提出了很高的要求，如何

能夠在預先規(guī)定的時間內(nèi)采集到數(shù)據(jù)而沒有發(fā)生延遲現(xiàn)象？DCIM系統(tǒng)通過分

布式的通訊調度模塊實現(xiàn)了該功能，其原理是通過并行的多臺監(jiān)控節(jié)點（嵌入

式采集服務器），同時運行通訊調度工作，每個監(jiān)控節(jié)點分別負責監(jiān)控一部分被

管對象，監(jiān)控策略由中央策略節(jié)點下發(fā)，一旦下發(fā)到某個監(jiān)控節(jié)點，監(jiān)控節(jié)點

會根據(jù)監(jiān)控策略中規(guī)定的時間點準時觸發(fā)相應的通訊。通過多臺監(jiān)控節(jié)點的水

平部署，解決了大規(guī)模通訊調度的問題。

2.3.4.搜索引擎

企業(yè)流程多種多樣，業(yè)務復雜，這些流程有事件處理、嚴重問題處理、變

更/發(fā)布處理等流程，當日常運維工作使用管理軟件來完成運維流程工作一段時

間以后，就會產(chǎn)生大量的工單，這些工單以結構化的形式記錄存儲在數(shù)據(jù)庫的

表中，由于工單中記錄了很多字符串的文字信息，如何根據(jù)關鍵字快速尋找到

想要的工單，是一個難題。傳統(tǒng)的關系型數(shù)據(jù)庫雖然解決了結構化數(shù)據(jù)的存

儲、索引及搜索問題，但是無法做到對帶有語義的字符串進行分詞、索引，如

果使用某個關鍵字對數(shù)據(jù)庫表記錄進行搜索的話，往往需要對全表進行逐行掃

描，這會造成性能急劇下降，給用戶帶來非常差的搜索查詢體驗。

為了避免該問題，借鑒互聯(lián)網(wǎng)搜索引擎對網(wǎng)頁文本進行抓取、分詞、索引、

存儲的相關技術，DCIM通過內(nèi)置的搜索引擎，對流程工單數(shù)據(jù)自動進行分

詞、索引操作，操作人員日后可以通過任意關鍵字搜索業(yè)務數(shù)據(jù)，相比較于傳

統(tǒng)的數(shù)據(jù)庫式的搜索，大大提高了搜索時輸入的便利性（只需要輸入幾個關鍵

字而不需要在多個查詢條件中分別輸入）和搜索速度及準確性。

3.DCIM系統(tǒng)功能實現(xiàn)

3.1.基礎設施集中監(jiān)控

基礎設施集中監(jiān)控采用一體化監(jiān)控采集系統(tǒng)（運行在嵌入式服務器上）,系

統(tǒng)主要功能有：

機房設備監(jiān)控：系統(tǒng)自身提供各種設備通訊接入端口，連接各種設備，例

如紅外，煙感、水浸、門禁、視頻、空調,電源,UPS,發(fā)電機，服務器等，一旦發(fā)

現(xiàn)異常，自動報警，發(fā)送報警通知信息并聯(lián)動控制。

動力監(jiān)控支持：UPS、市電電量、配電開關、蓄電池組、精密配電柜、

ATS/STS,電源支路電流、PDU機柜電源、防雷器、發(fā)電機等設備監(jiān)控；

環(huán)境監(jiān)控支持：空調、漏水、溫濕度、空氣質量、光照度、粉塵含量等監(jiān)

測；

安防、消防支持：視頻監(jiān)控、門禁管理、入侵檢測、火災檢測、極早期監(jiān)

測；

微環(huán)境監(jiān)控支持：監(jiān)控機柜內(nèi)的溫度濕度狀態(tài)、線路狀態(tài)、供電狀態(tài)，保

障核心設備的穩(wěn)定運行，輔助分析機房的局部環(huán)境及能源應用情況；

聯(lián)動控制：對所有設備設置報警上下限，任何設備數(shù)據(jù)超出范圍，系統(tǒng)能

夠產(chǎn)生報警信息，并聯(lián)動控制其他接入設備，例如錄像、噴淋、新風機、空調

等。

3.1.1.UPS監(jiān)控

“供配電

m

UPStt^

iA?3(5

iBIBSMJi

h旁路

At§Vi￡?fi

M?asm?

市電愉人UPS輸出

電池5s測

6行模式電邊香曾

upstm狀態(tài)電曲）悻明日mtn

麗WWM楓電批溫度1C

傳電異管伏G電班上虞？

as加出卷電也上常3

nwa?nttt$??AH4?c

蓄電池ttUfAn

顯示■亞育■?$?**：0?產(chǎn)電”：10，一&**：oJitko：0

,MOO%?

＞監(jiān)控內(nèi)容

設計對機房內(nèi)UPS電源的各部件工作狀態(tài)、運行參數(shù)等進行實時監(jiān)測，一

旦發(fā)生故障及報警通過監(jiān)控平臺發(fā)出對外報警。

＞實現(xiàn)方式

通過UPS設備提供的RS485（或RS232）智能接口及通訊協(xié)議，采用總線

的方式將UPS的監(jiān)控信號直接接入監(jiān)控主機的串口，由監(jiān)控平臺軟件進行UPS

的實時監(jiān)測。

＞實現(xiàn)功能（只監(jiān)不控）

?實時監(jiān)視UPS整流器、逆變器、電池（電池健康檢測，含電壓電流

等數(shù)值X旁路、負載等各部分的運行狀態(tài)與參數(shù)（能監(jiān)測到的具

體內(nèi)容由廠家的協(xié)議決定，不同品牌、型號的UPS所監(jiān)控到的內(nèi)容

不同工

?系統(tǒng)可對監(jiān)測到的各項參數(shù)設定越限閥值（包括上下限、恢復上下

限），一旦UPS發(fā)生越限報警或故障，系統(tǒng)將自動產(chǎn)生報警事件，

并第一時間發(fā)出語音、電話、短信等對外報警。

?提供曲線記錄，直觀顯示實時及歷史曲線，可查詢一年內(nèi)相應參數(shù)

的歷史曲線及具體時間的參數(shù)值（包括最大值、最小值），并可將

歷史曲線導出為EXCEL格式，方便管理員全面了解UPS的運行狀

況。

3.1.2.蓄電池監(jiān)測

httpJ/19Z168.，18Vind?c_3aHmI\100%▼

＞監(jiān)控內(nèi)容

設計對機房內(nèi)蓄電池的參數(shù)進行實時監(jiān)測，一旦發(fā)生故障通過監(jiān)控平臺發(fā)

出對外報警。

＞實現(xiàn)方式

通過加裝蓄電池檢測儀與每節(jié)電池進行連線監(jiān)測，多臺蓄電池檢測儀通過

RS485智能接口及通訊協(xié)議采用總線方式將信號接入監(jiān)控主機的串口，由監(jiān)控

平臺軟件進行蓄電池的實時監(jiān)測。

＞實現(xiàn)功能

?實時監(jiān)測蓄電池組的總電壓、充放電電流、電池表面溫度（可選，

需配置貼片式溫度傳感器1單體蓄電池的電壓參數(shù)。

?系統(tǒng)可對監(jiān)測到的各項參數(shù)設定越限閥值（包括上下限、恢復上下

限）,一旦蓄電池發(fā)生故障，系統(tǒng)將自動產(chǎn)生報警事件，并第一時間

發(fā)出語音、E-Maik聲光等對外報警。

?提供曲線記錄，直觀顯示實時及歷史曲線，可查詢一年內(nèi)相應參數(shù)

的歷史曲線及具體時間的參數(shù)值（包括最大值、最小值），并可將歷

史曲線導出為EXCEL格式，方便管理員全面了解蓄電池的狀況。

3.1.3.配電參數(shù)監(jiān)測

顯知近告，＞'；??*：。?尸型引T：10.-瞼**：0"廖口：o

■Moo*

＞監(jiān)控內(nèi)容

機房市電的供電質量好壞將直接影響機房內(nèi)用電設備的安全，設計在配電

柜上安裝電量儀對市電進線進行各項供電參數(shù)監(jiān)測。

＞實現(xiàn)方式

通過在配電柜中安裝帶液晶顯示的電量儀對進線實現(xiàn)監(jiān)測，既可在配電柜

表面實時看到電量儀采集到的參數(shù)，亦可通過電量儀的RS485智能接口和通訊

協(xié)議采用總線的方式將信號接入監(jiān)控主機的串口，由監(jiān)控平臺軟件進行市電的

實時監(jiān)測。

＞實現(xiàn)功能

?實時監(jiān)測市電進線三相電的相電壓、線電壓、相電流、頻率、功率

因數(shù)、有功功率、無功功率等參數(shù)。

?系統(tǒng)可對監(jiān)測到的各項參數(shù)設定越限閥值（包括上下限、恢復上下

限）,一旦市電發(fā)生越限報警，系統(tǒng)將自動產(chǎn)生報警事件，并第一

時間發(fā)出語音、電話、短信等對外報警。

提供曲線記錄，直觀顯示實時及歷史曲線，可查詢一年內(nèi)相應參數(shù)的歷史

曲線及具體時間的參數(shù)值（包括最大值、最小值），并可將歷史曲線導出為

EXCEL格式，方便管理員全面了解市電的供電狀況。

3.1.4.發(fā)電機監(jiān)測

IBM近告害?4電告才：0?產(chǎn)史告*:10,一般告誓:上,則：。

700%一

＞監(jiān)控內(nèi)容

設計對（柴油、燃氣）發(fā)電機各部件的工作狀態(tài)及運行參數(shù)進行實時監(jiān)測，

一旦發(fā)生故障及報警通過監(jiān)控平臺發(fā)出對外報警。

＞實現(xiàn)方式

通過發(fā)電機設備提供的RS485（或RS232）智能接口及通訊協(xié)議，采用總

線的方式將發(fā)電機的監(jiān)控信號直接接入監(jiān)控主機的串口，由監(jiān)控平臺軟件進行

發(fā)電機的實時監(jiān)測。

＞實現(xiàn)功能

?實時監(jiān)視發(fā)電機的輸出電壓、電流、功率、油壓、水溫、轉速等參

數(shù)（能監(jiān)測到的具體內(nèi)容由廠家的協(xié)議決定，不同品牌、型號的發(fā)

電機所監(jiān)控到的內(nèi)容不同X

?系統(tǒng)可對監(jiān)測到的各項參數(shù)設定越限閥值（包括上下限、恢復上下

限）,一旦發(fā)電機發(fā)生越限報警或故障，系統(tǒng)將自動產(chǎn)生報警事件，

并第一時間發(fā)出語音、電話、短信等對外報警。

?提供曲線記錄，直觀顯示實時及歷史曲線，可查詢一年內(nèi)相應參數(shù)

的歷史曲線及具體時間的參數(shù)值（包括最大值、最小值），并可將歷

史曲線導出為EXCEL格式，方便管理員全面了解發(fā)電機的運行狀

況。

3.1.5.精密空調（加濕器）監(jiān)控

根ttl!紈埃后fi?&。天3分婢54K用戶為admm￡￡,密助

主頁?i?M＞觀舞劇熱報去重翻系皿H

3必空?關依忽電

呵

gsmurNULLt

室內(nèi)3度NULLMRU

K41XXNULL'C

tngl￡jmNULL

設螟寸

”4sNUU

后1K?&5NUU.wr>

足

cxniffv

王丹機絳滬r

演護寧誓

西訊蛔?推警

'100%-

I11M近通善?t??T：0Q：W，一般*?:0~遣“：0

?H100*?

＞監(jiān)控內(nèi)容

機房溫度、濕度出現(xiàn)異常時，將導致機房其他設備運行所需的環(huán)境失去保障,

因此設計對各機房內(nèi)空調（加濕器）的運行狀態(tài)和參數(shù)進行實時監(jiān)測，同時可對

空調（加濕器）進行遠程的開關機控制。

＞實現(xiàn)方式

通過空調（加濕器）設備提供的RS485智能接口及通訊協(xié)議，采用總線的

方式將空調的監(jiān)控信號通過串口服務器轉換為網(wǎng)絡信號接入監(jiān)控主機的網(wǎng)口，

由監(jiān)控平臺軟件進行空調的實時監(jiān)測。

＞實現(xiàn)功能

?實時監(jiān)視空調（加濕器）壓縮機、風機、水泵、加熱器、加濕器、

去濕器、濾網(wǎng)、回風溫度和濕度等的運行狀態(tài)與參數(shù)，并可對空調

實現(xiàn)遠程開關機的控制（能監(jiān)測到的具體內(nèi)容由廠家的協(xié)議決定，

不同品牌、型號的精密空調所監(jiān)控到的內(nèi)容不同X

?系統(tǒng)可對監(jiān)測到的各項參數(shù)設定越限閥值，一旦精密空調（加濕

器）發(fā)生故障，系統(tǒng)將產(chǎn)生報警事件，并第一時間發(fā)出語音、電

話、短信等對外報警。

?提供曲線記錄，直觀顯示實時及歷史曲線，可查詢一年內(nèi)相應參數(shù)

的歷史曲線及具體時間的參數(shù)值（包括最大值、最小值），并可將

歷史曲線導出為EXCEL格式，方便管理員全面了解精密空調（加濕

器）的運行狀況。

3.1.6.環(huán)境監(jiān)控（溫濕度、風速、氫氣）

顯示最近否警?紫急告*:0?產(chǎn)：4聲警：10..一般告管：0T9：：

?100%-

在機房中有大量的服務器，設備對溫、濕度等運行環(huán)境的要求非常嚴格,

按照機房功能區(qū)域的劃分及的實際面積，同時結合設備的密集情況，在機房內(nèi)

安裝多個溫濕度、風速、氫氣濃度傳感器，以實時檢測機房和重要設備區(qū)域內(nèi)

的溫、濕度、風速、氫氣濃度。溫濕度、風速、氫氣濃度傳感器將把檢測到的

數(shù)值實時傳送到現(xiàn)場嵌入式服務器中，并在監(jiān)控界面上以圖形形式直觀地表現(xiàn)

出來。一旦溫、濕度值、風速、氫氣濃度越限，系統(tǒng)將自動報警框，提示管理

員通過調節(jié)空調溫、濕度值給機房設備提供最佳運行環(huán)境。并且還可以將一段

時間內(nèi)機房里的溫濕度、風速、氫氣濃度值通過歷史曲線直觀地表現(xiàn)出來，以

方便管理人員進行查看。

溫濕度傳感器可與空調系統(tǒng)實現(xiàn)聯(lián)動，當機房的溫度越限時，系統(tǒng)可聯(lián)動

設定空調溫度及啟動空調進行工作等聯(lián)動動作。

機房內(nèi)對溫濕度值、風速、氫氣濃度監(jiān)控，一旦發(fā)生警情及時通知管理人

員，使損失降到最低。

3.1.7.漏水檢測

鑒于機房設備的重要性，在機房中安裝美國泰科的定位式漏水檢測系統(tǒng),

用于監(jiān)測機房的空調有無漏水事件發(fā)生，確保設備不受水浸的危害。

機房內(nèi)精密空調的進出水管均有可能出現(xiàn)漏水，這將威脅著機房內(nèi)各設備

的安全。設計通過在有可能造成漏水的水源附近安裝1套非定位式漏水監(jiān)測設

備，在精密空調底下四周共敷設1根的漏水感應繩，一旦有水泄漏碰到漏水監(jiān)測

繩，感應繩通過漏水控制器將信號傳輸?shù)浆F(xiàn)場嵌入式服務器上，同時在集中管

理服務器上形象、準確的輸出告警信息。

3.1.8.消防（極早期）監(jiān)測

B自在線熱場的向：供到＜11物料用戶gadfwn￡X也給

主頁設備列康次頻瀏覽報表公詢系峽配方

II供配電

＞監(jiān)控內(nèi)容

設計對機房內(nèi)由消防控制箱提供的干接點信號（或在機房內(nèi)安裝不同點位

點的極早期煙霧報警器）進行實時火警監(jiān)測，一旦發(fā)生報警通過監(jiān)控平臺發(fā)出

對外報警。

＞實現(xiàn)方式

采用采集消防控制箱（極早期煙霧報警器）提供的干接點信號，將信號接

入監(jiān)控主機的串口，由監(jiān)控平臺軟件進行消防的實時監(jiān)測。

＞實現(xiàn)功能

實時監(jiān)測機房內(nèi)的消防火警（極早期煙霧報警器）信號，一旦發(fā)生報警，

系統(tǒng)自動產(chǎn)生報警事件，并第一時間發(fā)出語音、電話、短信等對外報警。

3.2.基礎設施管理

3.21.資產(chǎn)管理

資產(chǎn)臺賬管理

IT設備基本信息管理：單臺設備的基本信息包括設備名稱、固定資產(chǎn)號、

供應商、供應商電話、保修到期時間、技術狀況、設備位置、資產(chǎn)類型、IP地

址，購買日期，設備所使用的操作系統(tǒng)，供應商信息等，要便于管理員編輯查

詢；能夠對物理資產(chǎn)信息按照需求字段進行導出或導入。

O

設備出入管理

管理員可以根據(jù)設備出入機房門的動作，在系統(tǒng)中錄入相應信息，可以在

數(shù)據(jù)模型基礎上完成規(guī)劃合理性的檢驗，從而達到資產(chǎn)配置的最優(yōu)化。

3.2.13上下架位置管理

上、下架作業(yè)：管理員能在系統(tǒng)中記錄和編輯IT設備目前是上架狀態(tài)還是

下架狀態(tài)。

位置管理：管理員能在系統(tǒng)中記錄和編輯設備的位置信息，可以精確到機

柜內(nèi)設備所在位置的預設和管理，自動記錄資產(chǎn)移入移出機柜的情況，對異常

的資產(chǎn)進出機柜進行報警。

固定資產(chǎn)生命周期管理

對資產(chǎn)的全生命周期，從入庫、上架使用、遷移、保養(yǎng)、維修、返庫到報

廢的全過程進行監(jiān)控和管理。

MS可視化MttS&SS他所普總謙曲關于

報表管理

根據(jù)機房資產(chǎn)類型、位置、負責人、折舊等多方面，自動生產(chǎn)各類報表,

便于規(guī)劃設計和部署，可以按照歷史日期查詢變更歷史記錄，并生產(chǎn)對應的歷

史記錄報表。報表格式包括Excel、PDF、HTML等，顯示方式包括曲線圖、

餅圖和柱狀圖。

資產(chǎn)定位管理

系統(tǒng)可根據(jù)資產(chǎn)的具體情況，進行實時的定位監(jiān)控。通過在各個機架安裝

RFID資產(chǎn)檢測條，覆蓋所有固定資產(chǎn)，從而實現(xiàn)貼有RFID標簽的固定資產(chǎn)的

實時定位監(jiān)控。

3.2.2.容量管理

容量建模

容量建模部分是容量管理功能的內(nèi)核，旨在建立數(shù)據(jù)中心各物理層級SPC

容量模型，以便精細分析、處理與顯示各層級容量數(shù)據(jù)。綜合U空間、供電、制

冷、承重、電力口、光口、網(wǎng)口等因素構建容量模型。涵蓋數(shù)據(jù)中心、機房、虛

擬機房、歹I」、機柜等不同層級。

容量展示

按容量模型，分管理層級或設施物理層級在頁面上實時顯示SPC等容量數(shù)

據(jù)、預警與告警信息。

■頁砌曲！儂養(yǎng)SSXS圻a|D"AJ*

za

3.2.23容量分配及優(yōu)化

容量預分配功能模塊旨在對數(shù)據(jù)中心的容量分配進行管理，可以提供可用機

位、機柜位的搜索、預占、審核和上線功能。對于已經(jīng)預占的機位和空間，考慮

不同項目的優(yōu)先級，管理員可以審核、取消、編輯和再分配，以確保高優(yōu)先級項

目的順利執(zhí)行，并避免資源的隨意占用和資源閑置。

1）預占管理

預占管理模塊旨在根據(jù)工程項目需求，對機房或機柜的可用空間進行查詢、

瀏覽、預占。根據(jù)項目實際情況，管理員可以對已占空間進行調整，以實現(xiàn)場地

的有效管理，避免隨意占用和資源浪費。

2）預占審批

在機柜或機房預占操作之后，需要由管理員進行審核，審核確認后容量預占

才生效。經(jīng)審批，優(yōu)先級高的預占可以插隊。此模塊包括的功能有資源預占審批、

預占申請詳情展示、審批歷史查詢等功能。

3）上線管理

設備上架后，容量預占狀態(tài)變成已上架（已占），之后高優(yōu)先級的項目將無

法搜索和使用相關的容量。能自動檢測的主要容量信息（SPC、承重）自動更新，

次要容量信息（網(wǎng)絡端口、電力端口）可由工程實施人員更新。

3.2.3.能耗管理

PUE計算

"PUE概念的引入為數(shù)據(jù)中心能耗評估提供了一個可供量化的指標評價體

系，但是在能耗總量(電量)評估、測量點、能量維度、可操作性等多個方面有

所欠缺，所以TGG(TheGreenGrid)提出了對PUE進行分類定義。"

根據(jù)TGG提出的概念，PUE被分為四類，分別是PUECategory

O(PUEO),PUECategory1(PUE1),PUECategory2(PUE2),PUECategory

3(PUE3)O其中，PUEO與2007年提出的概念是一致的，而PUE1,PUE2,

PUE3是新擴展的概念。最大的區(qū)別是，PUE0是采用功率的比值，而新擴展的

三項是采用電量作為比值，而這三項的不同是在于對IT設備耗電量的測量點的

不同。

定義'級別PUE0PUE1PUE2PUE3

IT負荷測量點UPS輸出UPS輸出PDU輸出IT設備輸入

峰值IT負荷電IT負荷12月內(nèi)IT負荷12月內(nèi)IT負荷12月內(nèi)

IT設備能耗

力需求(kW)累計能耗累計能耗累計能耗

總能耗峰值電總能耗12月總能耗12月總能耗12月

總能耗

力需求(kW)內(nèi)累計能耗內(nèi)累計能耗內(nèi)累計能耗

AZdmin

首頁可視化監(jiān)測管理&服務報裝報告系統(tǒng)叁通關于

|霰工列式

WWSW

projoctnanwtintory4xieaftftS,mAMB：1應

projoctnameOPS%W?nuBWHS.當前他38

pXtnameUP雙逢砒型1杏餐當麗2

p呵ectnameClPS^HmSUcSft當制1:219

p呵ectnamemSKK再功力率P-告果為1Mt333

ppectnamemfia電比28W.5ftl&0

projoctrwm^efificeSffi?5W.???tt29^

prpjectnameWtStJWaSft*.39stt3

projectname^SfW^KkWh?與IL當?shù)闹?30J

3