如今，許多關鍵行業在發展和運營過程中投入了大量的時間和資源進行培訓和教育，如核工業，軍事和民用航空，甚至是司機，而數據中心行業卻沒有這么多的時間和資源進行培訓。

TiePoint-BKM工程設備公司運營解決方案總監David Boston表示，三分之二的數據中心業務中斷與其運營流程有關，而不是基礎設施系統。他說，日本游戲代理 歐洲服務器，"大多數人都意識到流程導致了大部分的停機時間，但很少有人主動全面解決這些問題。這對我們的行業來說有點獨特。" Boston計劃在7月12日在芝加哥藝術學院的數據中心世界會議上闡述防止數據中心中斷的策略。

他建議，數據中心管理層經常被迫更換老化的基礎設施系統和組件，或引起重復問題的系統，并且習慣于增加系統容量以適應負載增長。在基礎設施方面，冷卻系統中的機械故障是發生最多的故障，但電氣系統故障卻導致更多的停機事件，因為在這么短的時間很難作出迅速的反應。

他說，"這些努力都需要得到外界的工程支持，所以管理所需要的時間通常只限于項目的確定和監督。"雖然開發過程與數據中心中斷的最常見的原因可能是更加費時的管理，但確實需要花費大量的時間。以下是Boston推薦的三大問題和最佳實踐：

1. 設施的工作人員數量和輪班與目標的關鍵操作正常運行時間未能匹配。

最佳實踐：量化高級IT管理人員的正常運行時間目標，確保人員匹配。Boston建議每班輪班兩人，其他人員負責培訓和程序項目。如果需要最大的正常運行時間，則只能在偶然的停機事件可接受的情況下才使用全天值班。

2.沒有具體的培訓計劃，包括設施開始運營前的專業練習時間。

最佳實踐：指派一個團隊成員作為培訓項目的管理人員，并及時協調所有團隊成員的每月應急反應培訓。通過實踐操作來輪換每個團隊成員，在維護活動之前隔離基礎架構系統，并在預防性維護日歷上標注活動，將系統恢復到服務狀態。

3.不了解具體程序不足。

最佳實踐：指派一個團隊成員作為程序的所有者，隨時隨地開發（或與顧問合作開發）幾乎每個關鍵設施所需的100到200個關鍵程序。每一個都確認其技術準確性和驗證，所有的程序都要讓團隊中最不知情的人都清楚地了解。

Boston評論道："我一直懷疑，許多公司起初都不愿意花費時間實施上述方案。

組織絕對應該在關鍵業務方面實施這些流程，而這些流程是對組織的收入或信譽造成負面影響的流程。然而，對于非關鍵業務，他建議可以采取快速恢復的方法。

原文來源：

【本文為中國IDC圈原創，轉載須注明出處?！?/strong>