2019年8月23日中午開始，日本亞馬遜AMAZON AWS云端伺服器出現(xiàn)大規(guī)模異常，許多使用相關服務的日本手機游戲紛紛出現(xiàn)連線異常狀態(tài)的lag或是讀取時間過長，部分游戲甚至完全無法進行游玩。而根據(jù)AWS官方回應，這次異常是Amazon Elastic Compute Cloud (Tokyo)出問題，除了使用AWS網(wǎng)路空間的游戲之外，功能受影響的還包括一些日本社會平臺與購物網(wǎng)，目前已進行搶修中，但無法給出確切時間。

不知大家是否記得在2018年7月20日一家叫“前沿數(shù)控技術”的公司在騰訊云平臺上近千萬元級的平臺數(shù)據(jù)全部丟失，包括經過長期推廣導流積累起來的精準注冊用戶以及內容數(shù)據(jù)，這瞬間將一家創(chuàng)業(yè)公司摧毀。隨后這家公司狀告騰訊云，并索要賠償金1101萬元，而騰訊只愿意付給這位用戶13多萬元的賠償，這之間的差距太過懸殊，故而這個問題沒有得到解決。

應用上云目前是越來越多的用戶選擇，不論是各類公有云，如：阿里云、亞馬遜云、微軟云、京東云等，還是目前很多的各地政務云。應用上云后集中化管理，節(jié)約資源，使用方便，但是我們必須得考慮上云后數(shù)據(jù)備份恢復的事。因為應用都在云上數(shù)據(jù)一旦丟失，我們將變得一無所有。

在等保2.0中針對云計算關于數(shù)據(jù)備份恢復的要求中以下這兩點大家必須要重點考慮。

數(shù)據(jù)備份恢復

二級系統(tǒng)

本項要求包括：

a) 云服務客戶應在本地保存其業(yè)務數(shù)據(jù)的備份；

就是說所有上云后的應用必須要在客戶本地保存一份自己的業(yè)務數(shù)據(jù)備份，數(shù)據(jù)不能完全交給云，以備不時之需。

三級系統(tǒng)

d) 應為云服務客戶將業(yè)務系統(tǒng)及數(shù)據(jù)遷移到其他云計算平臺和本地系統(tǒng)提供技術手段，并協(xié)助完成遷移過程。

三級系統(tǒng)除了本地做數(shù)據(jù)備份之外，還需要做到能將云上的應用和數(shù)據(jù)做異地的容災，這類異地的容災可以是不同云之間的也可以是云和本地之間的容災。

目前很多政府單位在應用上各類政務云或者公有云后，本地機房功能大減，不少只剩辦公網(wǎng)的用途，那么完全可以利用好原先的本地機房進行數(shù)據(jù)和應用的本地備份或容災，多一份備份，多一份安全。那么數(shù)據(jù)備份或者應用容災有哪些好的解決方案呢？歡迎大家一起溝通探討。