近日，歐洲最大的托管服務提供商之一OVH公司遭受了一場可怕的大火，摧毀了位于史特拉斯堡的數(shù)據(jù)中心，火災燒毀了數(shù)千個站點，其中包括WP Rocket和Imagify。
因為大火已經(jīng)破壞了其服務，OVH Cloud Fire導致許多站點癱瘓。許多網(wǎng)站報告已經(jīng)失去了網(wǎng)站的存在，其中一個游戲網(wǎng)站預計會發(fā)生重大數(shù)據(jù)丟失：“我們預計受影響的服務器之間將大量丟失數(shù)據(jù)?！?br /> 火災之后，你應該重新了解災備。
1、容災與容錯的區(qū)別
容災 （Disaster Tolerance）：就是在上述的災難發(fā)生時，在保證生產系統(tǒng)的數(shù)據(jù)盡量少丟失的情況下，保持生存系統(tǒng)的業(yè)務不間斷地運行。
容錯 （Fault Tolerance）：指在計算機系統(tǒng)的軟件、硬件發(fā)生故障時，保證計算機系統(tǒng)中仍能工作的能力。
區(qū)別 ：容錯可以通過硬件冗余、錯誤檢查和熱交換 再加上特殊的軟件來實現(xiàn)，而容災必須通過系統(tǒng)冗余、災難檢測和系統(tǒng)遷移等技術來實現(xiàn)。當設備故障不能通過容錯機制解決而導致系統(tǒng)宕機時，這種故障的解決就屬于容災的范疇。
OVH 類似大型數(shù)據(jù)中心，規(guī)模太大，無法整體上提供異地災備份能力。通常數(shù)據(jù)中心在建設和運營的時候，會提供一些災備機制供客戶選擇，因成本等，通常也是局部應用的。

其次，在此次火災中受損失的相關企業(yè)和機構，數(shù)據(jù)備份和災備機制顯然是不足或缺失的，當數(shù)據(jù)中心自身出現(xiàn)火災時，業(yè)務也無法恢復業(yè)務。

在國內，我國近年來對數(shù)據(jù)安全、網(wǎng)絡安全高度重視，從法律法規(guī)層面先行。其中《網(wǎng)絡安全法》和《等保2.0》已經(jīng)明確規(guī)定：要通過等保評測 2-4 級的企業(yè)，業(yè)務系統(tǒng)和數(shù)據(jù)必須做本地備份和異地容災。通過此次 OVH 火災事件，給業(yè)務連續(xù)運營敲響了一記警鐘。

因此，從建設者來看，提供用戶可承受，高效，易用的災備機制是必要的，并同時加強災備建設宣傳。對企業(yè)機構，自身部署災備方案也是必須的。多方重視災備建設，能最大限度地保障數(shù)據(jù)資產免受損失，可以在出現(xiàn)類似火災等事件時，能保障數(shù)據(jù)安全，能快速恢復業(yè)務。

2、常用的災備組合方式
為了降低在服務器散熱上耗費的能源，許多互聯(lián)網(wǎng)大廠直接將數(shù)據(jù)中心建在了水源附近或高緯度地區(qū)：
2015 年，阿里巴巴的千島湖數(shù)據(jù)中心正式啟用，采用湖水制冷技術節(jié)省超 80% 的能源；
微軟更徹底，2018 年將數(shù)據(jù)中心直接放入大海，在去年撈出來后還得到了意外的收獲：水下數(shù)據(jù)中心的服務器故障率比傳統(tǒng)數(shù)據(jù)中心更低；
Facebook 將數(shù)據(jù)中心設立于接近北極圈的瑞典北部城市呂勒奧，通過幾個巨型風扇引入室外的極地冷風實現(xiàn)服務器降溫。
因地制宜建造數(shù)據(jù)中心固然是個好辦法，但這種條件也并非每個數(shù)據(jù)中心都擁有，因此對于大部分數(shù)據(jù)中心來說，做好平日的應急措施才是王道。
對此，數(shù)據(jù)中心方面的專家表示異地容災備份是避免數(shù)據(jù)完全丟失的關鍵。
業(yè)界在災備系統(tǒng)的建設上一般按照以下幾種方式：
（1）建設機房內的本地備份系統(tǒng)
（2）建設異地的備份系統(tǒng)
該方式可以備份系統(tǒng)的價格滿足備份和異地容災功能，能夠避免主生產中心由于地震、火災或其他災害造成的數(shù)據(jù)丟失。
（3）備份系統(tǒng)＋異地容災系統(tǒng)
這是一個較為理想化的容災系統(tǒng)一體化解決方案，能夠在很大程度上避免各種可能的錯誤。
新網(wǎng)云備份是一種高效、安全、低成本的數(shù)據(jù)存儲服務。您可以使用云備份將企業(yè)數(shù)據(jù)中心的文件、圖片、視頻等應用數(shù)據(jù)備份到新網(wǎng)云。針對病毒入侵、人為誤刪除、軟硬件故障等場景，可將數(shù)據(jù)恢復到任意備份點：http://www.xinnet.com/cs/backup.html