無論企業使用哪種災難恢復解決方案，都必須進行測試。如果你簡單地認為災難恢復解決方案能像宣傳的那樣正確配置，那是不可能的。所以有必要進行全面測試。而問題在于如何開展測試。
要想充分保護數據，唯一的方法是保留三份副本：原始數據、本地（on-premises）備份副本（用于快速恢復）以及一份遠程（off-premises）副本（此處指基于云的備份）。這樣，如果數據中心被破壞，你還有副本。
我之所以這樣說是因為數據保護對于災難恢復測試的類型有很大影響。如果你使用云作為遠程備份解決方案來補充本地備份，那么這通常意味著例行的恢復將從本地備份實現。如果你從云備份進行恢復，那肯定意味著發生災難了。也許只是磁帶壞了，但也有可能是一些能破壞整個數據中心的狀況。
如果是這樣的話，進行一次模擬真正重大災難之后的云恢復測試是相當重要的。最好是在一個獨立的網段里做這個測試，讓你的生產網絡對恢復過程不可見。
這樣做有幾個原因。首先，可以保證恢復測試不會干擾生產網絡。其次，真正的災難之后，生產網絡上的資源也會消失。
第一次測試的真正目的是判斷從云恢復數據到底需要什么。當記錄恢復過程的時候，你很可能會發現，帶寬的限制使你不可能完全依照服務水平協議快速地從云恢復數據。
很顯然，互聯網訪問是一個條件，但是，根據備份和保護數據的方式，可能還需要其他條件。例如，我曾經遇到一個個案，一家機構因為缺少必要的數字證書而無法恢復云數據。并非所有機構都用該機構的方法保護云備份，但是，在災難真的降臨之前，確認你是否需要任何外部構件來完成恢復（例如證書認證）是非常重要的。
如果你確認可以從云恢復數據，我建議下一步做性能測試。一旦出現災難，企業老板和客戶肯定想知道需要多長時間才能恢復服務。而屏幕上的進度條又不精確。所以要知道災難恢復所要消耗的準確時間的唯一方法是進行基準測試。
當你記錄恢復過程的時候，盡量使用多種數據類型，因為云備份嚴重依賴重復數據刪除。重復數據刪除可以精簡數據，提高數據傳輸速度。問題是有些類型的數據的重復刪除效果比其他數據的好。因此，你可能會發現有些類型的數據恢復起來比其他數據的快。你可以使用基準測試的結果來制定一份真正緊急狀況下數據恢復順序的計劃?？梢韵冗M行快速恢復，獲得盡可能多的在線資源后再探究持續時間較長的恢復。
如果從云恢復數據過于耗時，那么下一步你需要尋找能夠加快恢復過程的方法。比如，有的云服務供應商會給你發送一份磁帶或可移動存儲設備的數據拷貝，以便加速恢復過程。
你應該提前向備份供應商咨詢，以確定他們是否提供這樣一種服務，如何收費以及收到數據的物理拷貝的周期有多長。還要確保數據是可以恢復的格式。例如，如果你沒有磁帶機，有了保存數據副本的磁帶也沒有用。
在做基于云的災難恢復測試時，要設定多種場景。例如，你可能先測試裸機恢復（bare metal recovery）的能力，當然還有應用級別的恢復、文件和文件夾恢復以及基礎設施恢復等?；A設施恢復涉及恢復基礎設施的構件，例如活動目錄（Active Directory）、DNS服務器、DHCP服務器以及企業證書管理。
在做各種恢復類型測試時，要記錄恢復的步驟，這樣你在做真正恢復時就不用再測試了。不同類型的恢復肯定使用不同的恢復步驟。熟悉并且記錄這些步驟將有助于在真正發生災難的時候使恢復更容易，還能減少犯錯的機會。
結論
在災難發生前，驗證云備份的可恢復性相當重要。最有效的方式就是模擬多種災難恢復情形，進行全面測試。
