[TechWeb編譯]災難恢復（DR）是每次應用程序或數據集投入生產時都要討論的主題之一，但通常它只是一個復選標記。將應用程序部署到公共云應該沒有什么不同。然而，出現了一些混亂。我已經研究過這一點，發現了三個基于云的災難恢復誤區，這些誤區似乎正在使企業在走向云時脫離正軌。
誤區1：不需要DR，因為它已經內置在公共云中。
這里的困惑在于，一些基本的災難恢復功能對于公共云提供商來說是系統性的。他們有備用系統，以防硬件故障或實際災難。但是他們的系統沒有考慮租戶擁有的工作負載的特定災難恢復需求。
除非意外刪除數據或可執行文件損壞，否則通常不會發現此錯誤。公共云提供商可以處理一些大問題，例如由于電涌而導致的硬件燒制，但通常無法處理較小的問題，例如丟失數據庫或文件中的數據。
公共云提供商提倡一種“分擔責任”模型，在該模型中，他們為其云服務提供災難恢復，以便他們可以在出現故障和災難時保持運行。但是，您有責任備份自己的數據和應用程序，就像您實際上擁有要運行的虛擬云服務器一樣。
誤區二：每個云服務必須有單獨的災難恢復規劃和流程。
您當然可以使用該數據庫本機的導出和導入工具備份基于云的數據庫。但是，當你將這些服務相乘20倍，并為人工智能服務、物聯網服務或分析服務添加不同的災難恢復需求時，情況就變得復雜了。
大多數公共云提供商都提供內置在公共云中的備份和恢復管理器。您可以使用這些工具來選擇需要備份的資源，以自動執行備份（何時，如何，什么等），最后滿足所有安全性，治理或日志記錄要求。利用這些工具的優勢在于，您可以在一個地方管理跨越許多不同公共云服務的大多數備份和恢復操作。您可以通過將波動性置于可配置域中來消除復雜性。
誤區三：圍繞數據保護和安全性的合規性流程擴展到了為災難恢復備份的數據。
這是一個支付高額罰款的好辦法。一些數據，如個人識別信息或一些財務數據，無論是在生產服務器、備份服務器上，還是在磁帶上（從過去開始），都是受監管的。
這與云計算有關，因為為了支持災難恢復操作，將數據從公共云上的主存儲設備移動到輔助存儲設備的虛擬備份可能會忽略遵循與基于主云的存儲設備上的數據相同的策略和安全性。
在某些情況下，即使將數據備份到世界不同的地理區域，例如將數據復制到不同區域的境外云服務器，也是非法的。在大多數情況下，直到你的合規性審核失敗，你才會明白這一點。
在遷移到公共云時，災難恢復確實需要進行更改。盡管可以根據需要提供工具和備份資源，但是企業仍然需要對如何使用它們進行一些仔細的計劃。由于存在所有這些誤區，并且缺乏最佳實踐，大多數遷移到云計算的企業對災難恢復的含義感到困惑。
