我們(men)力求(qiu)突(tu)出那些基(ji)本(ben)的(de)(de)(de)最佳實踐(jian)，這(zhe)些基(ji)本(ben)經(jing)驗對于確保新項目(mu)或(huo)整個站(zhan)點(dian)真正(zheng)可以進行(xing)實時操(cao)作(zuo)和交(jiao)付(fu)客(ke)戶服務(wu)至關(guan)重(zhong)要。目(mu)的(de)(de)(de)是防止將未完成(cheng)的(de)(de)(de)項目(mu)交(jiao)給運(yun)(yun)營交(jiao)付(fu)和站(zhan)點(dian)管(guan)理(li)團隊，并避免可靠(kao)性(xing)(xing)問題以及利益相關(guan)者或(huo)客(ke)戶的(de)(de)(de)不滿。如果未能將下面列(lie)出的(de)(de)(de)所有元素都安裝到位，可能會直接威脅站(zhan)點(dian)的(de)(de)(de)運(yun)(yun)行(xing)可靠(kao)性(xing)(xing)，并可能導致(zhi)長期的(de)(de)(de)可靠(kao)性(xing)(xing)問題。這(zhe)些最佳實踐(jian)應涉及所有站(zhan)點(dian)管(guan)理(li)團隊，包括但不限于設施工程/運(yun)(yun)營管(guan)理(li)和IT硬(ying)件管(guan)理(li)團隊。
數據中心項目或建筑物優化驗收
在未按照(zhao)預先確定(ding)的(de)標(biao)準(zhun)對(dui)項(xiang)目，區域或建(jian)筑物進(jin)行(xing)正式驗收的(de)情況下(xia)，現場運營管理團隊(dui)不應對(dui)“已完成”的(de)建(jian)筑區域承(cheng)擔任(ren)何(he)責任(ren)。這應該(gai)包(bao)括正式的(de)簽字和移交過程，涉及負責現場操(cao)作和持續(xu)現場可靠性的(de)團隊(dui)。至少(shao)應包(bao)括以下(xia)元素：
移(yi)交(jiao)已授權的《實(shi)用完成》文檔，其中包含(han)所有未(wei)解決的問題（“拖延(yan)清單(dan)”），并(bing)注明并(bing)同意為站(zhan)點運營團隊提供完整而準確的資(zi)產清單(dan)。完(wan)(wan)整(zheng)的調(diao)試程序已成功完(wan)(wan)成，包括集成系統測試（IST）在內，所有調(diao)試記錄均已完(wan)(wan)全更新(xin)并可以使(shi)用。
所有(you)新系統(tong)都(dou)已完全(quan)集成，正確(que)調試(shi)并證(zheng)明(ming)可(ke)與現有(you)系統(tong)一起正常工作。移交應包括所有(you)調試(shi)記錄和操作文檔(dang)，以及(ji)所有(you)控制(zhi)系統(tong)的詳細信(xin)息和維(wei)護要求。所有(you)新系統(tong)均應通過(guo)隨附(fu)的維(wei)護時間表和維(wei)護程序文檔(dang)證(zheng)明(ming)其功能(neng)正確(que)且可(ke)適當(dang)維(wei)護。
0&M，H&S手冊和CDM文檔的(de)所有硬(ying)拷貝和軟拷貝在承擔任何運(yun)(yun)營責任之(zhi)前，必須(xu)在現場運(yun)(yun)營管(guan)理團隊(dui)之(zhi)前進行更新(xin)，更正并完整地提供(gong)。
運營團隊(dui)可能需要(yao)進行(xing)驗(yan)收測試，以確認可維(wei)護性，并且運營團隊(dui)在(zai)接受(shou)新(xin)系(xi)統的適(shi)當培訓并確信自己的系(xi)統正在(zai)運行(xing)并且能夠得到適(shi)當維(wei)護之前，不(bu)應承擔任何(he)管理(li)責任。現場管(guan)理團隊(dui)應(ying)有機會在現場生產操作(zuo)開始之(zhi)前(qian)很好地(di)招募和培訓員工。理想情況下，核心現場運營人員應(ying)在調(diao)試期間(jian)在場。
文檔
以(yi)下是在移交(jiao)給現(xian)場運營之(zhi)前應(ying)提供給站點(dian)管理(li)團隊的關鍵文(wen)檔列表：
1、最新和準(zhun)確的“竣工”記錄
2、工程單線圖
3、全(quan)套手冊，包(bao)括(kuo)SOP，MOP，EOP，升級程序(xu)等
4、全(quan)面的調(diao)試記錄
5、最新且準(zhun)確的資產登(deng)記冊
6、記錄(lu)在案的計劃維護時間表和全套維護記錄(lu)
7、所有符合法(fa)定(ding)法(fa)規所需的文件（QHSE等）
8、符(fu)合(he)自愿性標準和證書所需的所有文件
9、授權/認(ren)證和員工培訓記(ji)錄(lu)
10、所有(you)部門(men)的完(wan)整(zheng)角色和職(zhi)責矩(ju)陣
11、客戶和供應商合同明(ming)細，OLA和SLA等。
數據中心運營報告
報(bao)(bao)告(gao)是數據中心運營和管理的(de)關(guan)鍵要素，應(ying)始終(zhong)考慮企業(ye)和受(shou)眾(zhong)所(suo)要求(qiu)的(de)信息類型。僅出(chu)于(yu)報(bao)(bao)告(gao)目的(de)，報(bao)(bao)告(gao)毫(hao)無意(yi)義，但準確而(er)集中的(de)報(bao)(bao)告(gao)對于(yu)監視和管理運營績效至關(guan)重要。
生(sheng)成的(de)報告類型(xing)通常包括：
1.內部數據(ju)(ju)中(zhong)心(xin)運營團隊管理(li)報(bao)告。這(zhe)(zhe)些(xie)是最詳(xiang)細的報(bao)告，可為數據(ju)(ju)中(zhong)心(xin)運營管理(li)人員提供根據(ju)(ju)業務需求(qiu)微調正在進行的站(zhan)點操作以及(ji)管理(li)外部供應(ying)商(shang)和承包商(shang)所(suo)需的信(xin)息。這(zhe)(zhe)些(xie)報(bao)告通常還將包括對(dui)容量和資源利(li)用(yong)率以及(ji)能(neng)源，成(cheng)本和總體績效指標(biao)的引用(yong)。
2.高級(ji)(ji)IT管理報告。這(zhe)些通常會提供有關在較(jiao)高級(ji)(ji)別上如何(he)有效(xiao)運(yun)(yun)行和(he)(he)管理數據中心的(de)信(xin)息。該(gai)報告將有固定的(de)內容；運(yun)(yun)行率，響應時間，故(gu)障(zhang)率，SLA合規性，成本和(he)(he)能效(xiao)等。
3.通過引(yin)入“例外報告(gao)”？可以減少報告(gao)開(kai)(kai)銷。通過根據一組明確且明確定義的(de)度(du)量標(biao)準和關鍵績(ji)效指(zhi)標(biao)（KPl），在異常的(de)基礎上證明信息，這(zhe)(zhe)可以減少細節和資源(yuan)開(kai)(kai)銷。這(zhe)(zhe)些通常包括(kuo)指(zhi)出(chu)的(de)對站點(dian)操作，設備故(gu)障，健康和安全(quan)事件，供應商性能問(wen)題，客戶投訴，重大停(ting)機或主要(yao)計劃工(gong)作項目等(deng)方面的(de)突出(chu)風險。這(zhe)(zhe)些例外可以以簡化的(de)儀表(biao)(biao)板格式(shi)表(biao)(biao)示(shi)。
報告將始終構成站點運營和管理總體框架的組成部分。
考慮到這一點，建議在正式移交和開始現場操作之前確定報告時間表。時間表應既確定要包括的細節，又確定報告的定期發送。報告可能基于每周和每月的時間表，并根據所需和認為適當的內容提供支持的每日公告。商定的時間表應始終考慮創建和傳播這些報告所涉及的資源開銷。
考慮到這一點，建議在正式移交和開始現場操作之前確定報告時間表。時間表應既確定要包括的細節，又確定報告的定期發送。報告可能基于每周和每月的時間表，并根據所需和認為適當的內容提供支持的每日公告。商定的時間表應始終考慮創建和傳播這些報告所涉及的資源開銷。
還建議每月(yue)定期召開服務(wu)審查會(hui)議，以(yi)檢查整個數據(ju)中(zhong)心站點的(de)總體服務(wu)水平。這些內容應(ying)包括根據(ju)合同要求和商定的(de)SLA衡(heng)量(liang)向客戶(hu)或(huo)內部利益相關(guan)者(zhe)以(yi)及外部供應(ying)商或(huo)承包商的(de)服務(wu)交付。
