眾所周知，70% 的數(shù)據(jù)中心故障是由人為造成的。數(shù)據(jù)中心的拓?fù)浣Y(jié)構(gòu)非常重要，但是運(yùn)行管理同樣重要。很多業(yè)主投入大量資金建設(shè)高等級(jí)的數(shù)據(jù)中心，卻忽略了運(yùn)行管理的重要性。

一個(gè)完善的運(yùn)維體系是數(shù)據(jù)中心運(yùn)行管理的前提條件，如何能讓運(yùn)維體系100%落地實(shí)施，是保障數(shù)據(jù)中心穩(wěn)定運(yùn)行的關(guān)鍵因素。

Operational Sustainability Management & Operation 數(shù)據(jù)中心基礎(chǔ)設(shè)施運(yùn)維管理指南等標(biāo)準(zhǔn)應(yīng)用場(chǎng)景。

• 體系標(biāo)準(zhǔn)選擇
  

• 標(biāo)準(zhǔn)分析

ITIL即IT基礎(chǔ)架構(gòu)庫(Information Technology Infrastructure Library）1986年由英國(guó)商務(wù)部發(fā)布，目前已經(jīng)更新到ITIL v3版本 適用于IT服務(wù)管理，在V3版本中它主要強(qiáng)調(diào)ITIL 最佳實(shí)踐的執(zhí)行支持，以及在改善過程中需要注意的細(xì)節(jié)。

ITIL v3擁有三個(gè)組件：核心組件、補(bǔ)充組件和網(wǎng)絡(luò)組件。

核心組件：服務(wù)戰(zhàn)略、服務(wù)設(shè)計(jì)、服務(wù)轉(zhuǎn)換、服務(wù)運(yùn)營(yíng)、服務(wù)改進(jìn)。

補(bǔ)充組件：指導(dǎo)在不同市場(chǎng)、技術(shù)或規(guī)范環(huán)境中的應(yīng)用，不定期的根據(jù)需求進(jìn)行變更。

網(wǎng)絡(luò)組件：流程圖、定義、模版、業(yè)務(wù)案例和實(shí)例學(xué)習(xí)等。

GB/T 19001/ISO 9001質(zhì)量管理體系，用于證實(shí)組織具有提供滿足顧客要求和適用法規(guī)要求的產(chǎn)品的能力，目的在于增進(jìn)顧客滿意。

GB/T 24405/ISO 20000信息技術(shù)服務(wù)管理體系標(biāo)準(zhǔn)，是面向機(jī)構(gòu)的IT服務(wù)管理標(biāo)準(zhǔn)，目的是提供建立、實(shí)施、運(yùn)作、監(jiān)控、評(píng)審、維護(hù)和改進(jìn)IT服務(wù)管理體系(ITSM)的模型。

GB/T 30146/ISO 22301業(yè)務(wù)連續(xù)性管理體系是一套一體化的管理流程計(jì)劃，使企業(yè)對(duì)潛在的災(zāi)難加以辨別分析，阻止或抵消這些威脅，減少災(zāi)難事件給企業(yè)帶來損失。

TCOS可持續(xù)運(yùn)營(yíng)標(biāo)準(zhǔn)的目標(biāo)就是有效管理除Tier 等級(jí)分類外可能影響數(shù)據(jù)中心基礎(chǔ)設(shè)施長(zhǎng)期穩(wěn)定運(yùn)行的行為和風(fēng)險(xiǎn)。

主要分為3個(gè)要素：Management& Operations、建筑特點(diǎn)、機(jī)房地點(diǎn)。

認(rèn)證前提條件是：需要通過Uptime 的設(shè)計(jì)認(rèn)證和建造認(rèn)證。

2）M&O認(rèn)證統(tǒng)計(jì)

• 金融類數(shù)據(jù)中心占比39%。

• IDC類數(shù)據(jù)中心占比29%。

• 運(yùn)營(yíng)商類數(shù)據(jù)中心占比21%。

• 互聯(lián)網(wǎng)類數(shù)據(jù)中心占比11%。

3）體系模型的介紹

M&O的體系模型的5大領(lǐng)域與21域。

數(shù)據(jù)中心基礎(chǔ)設(shè)施運(yùn)維管理指南模型的5大標(biāo)準(zhǔn)與33個(gè)子標(biāo)準(zhǔn)。

• 數(shù)據(jù)中心硬件系統(tǒng)完善，設(shè)備處于平穩(wěn)期，沒有明顯故障，導(dǎo)致運(yùn)維人員思想麻痹，失去風(fēng)險(xiǎn)意識(shí)。

• 運(yùn)維一線團(tuán)隊(duì)每天機(jī)械巡檢，看不到隱患，導(dǎo)致風(fēng)險(xiǎn)不斷累積。

• 沒有風(fēng)險(xiǎn)分析機(jī)制，沒有技術(shù)知識(shí)庫支撐，導(dǎo)致不知道風(fēng)險(xiǎn)是什么在哪里。

• 沒有設(shè)備生命周期的數(shù)據(jù)累計(jì)，導(dǎo)致無法判斷設(shè)備的生命曲線，錯(cuò)過重大隱患排除的最佳時(shí)機(jī)。

2）運(yùn)維界面不清晰

• 平行部門或崗位之間沒有明確的工作界面，導(dǎo)致工作孤島或部門墻。

• 運(yùn)維團(tuán)隊(duì)崗位職責(zé)范圍過大，身兼多職，導(dǎo)致不能有效的完成任務(wù)。

• 溝通路徑缺乏，導(dǎo)致信息閉塞，不能信息及時(shí)共享。

• 邊緣化出現(xiàn)問題相互推諉，無人愿意承擔(dān)責(zé)任，導(dǎo)致問題蔓延擴(kuò)大。

3）不知道該配置多少人合理

• 初建建運(yùn)維團(tuán)隊(duì)時(shí)，沒有經(jīng)驗(yàn)和方法不知道配置多少人。

• 參考同類數(shù)據(jù)中心人員配置，殊不知人家的配置是否合理。

• 按照老板給的成本配置人員，導(dǎo)致后期工作滯后、風(fēng)險(xiǎn)隱患巨大。

• 老板要求核算人員配置，苦愁沒有標(biāo)準(zhǔn)可依，最后拍腦袋決定。

• 下屬提交上來人員需求，無法判斷是否合理，應(yīng)該多少人。

• 套用別人的運(yùn)維體系，導(dǎo)致水土不服，實(shí)施起來費(fèi)時(shí)費(fèi)力，效果差。

• 制度文件相互交叉，導(dǎo)致運(yùn)維體系不能實(shí)施。

• 沒有充分根據(jù)自身的特點(diǎn)編制，導(dǎo)致制度流程走不通無法落地實(shí)施。

• 運(yùn)維體系編制時(shí)沒有考慮驅(qū)動(dòng)因素，導(dǎo)致體系文件成為“工藝品”。

以上問題你的數(shù)據(jù)中心是否也存在？

中國(guó)數(shù)據(jù)中心設(shè)施論—數(shù)據(jù)中心建設(shè)管理者閉門研討會(huì)將于2019年11月28日在深圳益田威斯汀酒店（深圳市南山區(qū)深南大道9028號(hào)-2）三層宴會(huì)廳舉行。屆時(shí)，運(yùn)維領(lǐng)域?qū)＜覍槟窒盹L(fēng)險(xiǎn)管理策略、運(yùn)維界面定義、運(yùn)維團(tuán)隊(duì)組織架構(gòu)、運(yùn)維團(tuán)隊(duì)崗位職能、運(yùn)維團(tuán)隊(duì)合理配置因素、運(yùn)維體系應(yīng)用等案例的獨(dú)到見解。

請(qǐng)加入我們11月的深圳會(huì)議，來聆聽行業(yè)領(lǐng)先的專家研討和案例分析，其中涵蓋了數(shù)據(jù)中心每個(gè)方面的技術(shù)革新和突破，同時(shí)也能和中國(guó)南方地區(qū)的數(shù)據(jù)中心專業(yè)人士交流分享。

研討會(huì)以諸多優(yōu)秀案例為例，探討數(shù)據(jù)中心可持續(xù)發(fā)展。

了解用戶痛點(diǎn)，提供差異化解決方案。