我來自創意銀河，主要做數據中心測試驗證，大概做了150個數據中心測試驗證，其中超過1萬平米以上的大概有40個。測試驗證背景是隨著這幾年數據中心高速發展，今年我們估計全國新建數據中心機架數量大概20萬架左右，其中50%的項目會經過測試驗證，歐洲主要代理 德國服務器，也就是說，今年會有10萬架左右的新建數據中心會經歷測試驗證，這個需求量是越來越大。剛才阿里閆總和施耐德專家都提到了，在實際數據中心運維過程中，會出現這樣那樣的問題，如何在數據中心業務系統上線之前，最大可能發現這些問題，排除這些問題，其實測試驗證給了大家一個選擇，可以在業務上線之前發現問題并整改問題。但目前國內缺少相關測試驗證的標準和規范，也就是各個單位會推出自己的標準，ODCC開放數據中心委員會主要的成員單位像百度、騰訊、阿里，他們也是這幾年在國內從用戶的角度去出發，進行測試驗證的主要用戶。在這個基礎上，我們逐漸規范的測試驗證內容，無論是測試方法、測試工具、所需要達到的相應的目標。

在這個基礎上，2016年啟動了測試驗證技術規范的編寫工作。完成了三個主要方面的任務，美國云服務器 韓國vps云主機，一是發現數據中心的各類潛在的風險隱患，這個既包括設備級的產品缺陷，也包括施工工藝、安裝工藝類的問題。二是驗證數據中心是否達到設計指標，無論空調系統、配電系統還是網絡，建造、施工是否達到了設計要求。三是站在系統的層面上，各個設備都是OK的情況下，整個系統能否良好的配合起來，運轉起來，達到安全穩定運行的要求。簡單展示了一些數據中心常見的出故障的風險點，包括ATS狀態不正確，儀表不準，沒有電流顯示，發電機并機測試不均衡等等。電池放電幾乎是大型數據中心測試中都會遇到的問題。

技術規范的編寫，因為這幾年越來越多數據中心投入使用，可能用戶也意識到測試驗證是一個數據中心在交付運營之前，最后一道關口，如何保證交出來的數據中心能夠安全運行，一個典型的1000個機柜的機房，在測試階段大概發現的問題一般都在300條以上。如果直接就交付運行，可能這300條問題就會在以后運維過程中三年五年時間中陸陸續續發現，如果在這個時期發現并解決掉，可能就把絕大多數問題在萌芽階段就解決了。百度、阿里、騰訊、中國信通院、京東、移動、電信、聯動、華為、中興、創意銀河，這些年都經歷了很多項目的測試驗證。我們在編寫的過程中，也開展了多次的討論論證，包括現場討論，郵件更改，這里面可以說是吸取了各家在測試驗證方面的一些積累的經驗。

規范的架構包括引用的規范，環境的搭建，故障的模擬，儀器儀表使用，還有具體單設備、單系統測試流程，都有比較詳細的介紹。目前市面上做的測試驗證工作，也有不少單位，但是測試報告也是千奇百樣，有一兩百頁，也有三四千頁的，這個規范出來以后，典型的1000個架的數據中心測試報告都會在1000—1500頁，最大程度把一些以前靠經驗去做的一些工作進行了量化，適用單位包括建設單位、運營單位、業主和驗證測試機構，都可以作為參考學習的資料。

測試驗證里的兩大要素，一個是壓力，一個是方法，第一個為什么是壓力？要想在測試階段，沒上業務階段，把各種問題暴露出來，無論空調系統還是電力系統，要最大可能展現它的各種工況，通過它達到單設備，單系統，滿系統的滿載壓力測試。配電系統從高壓一直到PDU，整個配電鏈路，全鏈路的壓力測試可以進行拉網式的檢查。空調系統也是，包括它的風量設計，包括每千瓦散熱的流量都是相同的，包括電力轉化效率也是99.5%左右，最大程度再現了在未來實際運行情況下最大的負荷情況。方法的規定，一般做測試過程中，會先做安裝檢查、然后功能檢查、單系統檢查、滿系統壓力聯合調試，為什么要按照這個順序來做呢？因為在發現一些問題的時候，做一些完善，可以避免下一步測試過程中出現的故障事故。功能測試是指先做帶電測試，但是不帶負載，然后再做系統測試，包括電能質量、制冷能力、滿載、發熱，配電系統、空調系統的要求是沒有抽測的概念，百分之百對每個系統進行檢測。對于測試驗證環境搭建，通過機架式測負載，滿足單模組最大復合，滿足冷機群控加機條件，測試在常規驗收階段不容易達到或者不容易發生問題的情況，在測試環境搭建的情況下可以得到良好的滿足。另外在整體式阻性假負載，可以補充變壓器最大負荷，補充母線最大負荷。整體式容性假負載，按照發電機功率因數配置。如果發電機沒有考慮相應特點，有可能出現在負荷一定程度以上，會出現切換設備的情況，所以這次測試驗證環境上做了比較量化的規定。