很多數(shù)據(jù)中心管理人員開始籌劃或者進行數(shù)據(jù)中心升級計劃，對于這些數(shù)據(jù)中心的建設(shè)，建設(shè)者和管理者往往將目光聚焦在其“綠色標簽”上，從照明、制冷的節(jié)能，到IT基礎(chǔ)設(shè)施的功耗，都會被上上下下掃描一番。在這種形勢下，“高大全”的數(shù)據(jù)中心建成了。如果說數(shù)據(jù)中心的正式運營標志了啟動了其生命起點，而對于其生命周期中的系統(tǒng)維護，則將伴隨著數(shù)據(jù)中心度過漫長的數(shù)十年。

在一些數(shù)據(jù)中心管理者的眼中，數(shù)據(jù)中心IT運維并不是新鮮事兒，無論是自建維護團隊還是外包第三方服務(wù)，都是必需必要的。然而，他們忽視了非常重要的一點——在后信息時代下，傳統(tǒng)的IT服務(wù)模式，還能繼續(xù)下去嗎？

后信息時代的一個重要特點是數(shù)據(jù)的大批量集聚，表現(xiàn)為數(shù)據(jù)來源各式各樣、數(shù)據(jù)規(guī)模飛速增長、數(shù)據(jù)結(jié)構(gòu)紛繁復(fù)雜、數(shù)據(jù)處理手段百出，數(shù)據(jù)應(yīng)用面面俱到。海量數(shù)據(jù)的爆發(fā)式增長，需要有足以支撐的IT硬件和軟件系統(tǒng)。而對于這些無論從規(guī)模還是從功能上都大幅升級的IT系統(tǒng)，如果還堅持傳統(tǒng)的“走讀式”IT服務(wù)，將會遭遇巨大的挑戰(zhàn)。

傳統(tǒng)IT運維通常采用日常巡檢與故障排除的組合式服務(wù)，需要IT服務(wù)人員要有較高的耐心和細心。對于有數(shù)十臺IT設(shè)備的中小規(guī)模數(shù)據(jù)中心，這樣的服務(wù)方式足以滿足要求。但是，當數(shù)據(jù)中心的規(guī)模以數(shù)千臺甚至上萬臺IT設(shè)備來計時，這種“手工作業(yè)”的模式則會被淘汰，取而代之的是“自動化”模式的IT管理服務(wù)。

專家認為，要支撐大型數(shù)據(jù)中心的可靠運維，必須依賴一個統(tǒng)一的運維管理平臺。它應(yīng)該具備這樣的功能：

一、 覆蓋數(shù)據(jù)中心全部IT設(shè)備，即將所有設(shè)備統(tǒng)一在一個平臺上進行管理。

二、 該平臺能夠?qū)崟r監(jiān)控管理對象，使IT人員的管理觸角可同時延伸至所有設(shè)備。

三、 能夠預(yù)警，即通過閾值的正確設(shè)定，確定預(yù)警門檻，既能夠“防患于未然”，又不會“虛驚一場”。

四、 能夠自動數(shù)據(jù)分析，具有報表的自動生成功能，使管理運維工作及時、真實地反應(yīng)出來。

具備了以上性能的運維管理平臺，應(yīng)該說只是具有的基本的功能框架，還需要大量的細節(jié)來加以豐富。例如：對于該平臺的訪問模式，是采用單一模式還是多樣模式？是否接受遠程訪問？告警內(nèi)容以何種方式發(fā)送給對應(yīng)人員，語音、短信，抑或電子郵件？如何在自定義周期內(nèi)進行自動觸發(fā)，從而完成IT運維的例行巡檢，并生產(chǎn)巡檢報告？如何聯(lián)動分析告警信息，從而判斷單點告警事件的影響面有多大？如何進行風(fēng)險評估，并提前解決風(fēng)險點？

以上種種，看似瑣碎，實則需要運維管理平臺的建設(shè)者擁有豐富的實踐管理經(jīng)驗，而并非閉門造車可以產(chǎn)生的。比如，倘若沒有深厚的技術(shù)和經(jīng)驗積淀，很難設(shè)立準確的閾值，設(shè)的高了，意味著小事件變成大事件了才為人所知；而設(shè)的低了，則動不動警報亂響，大驚小怪，白白耗費各種資源。再如，運維人員和管理人員對數(shù)據(jù)分析結(jié)果要求不同，運維管理平臺就要提前明確這些各自不同的要求，從而生成符合需要的分析報表和函數(shù)圖形。