許多組織編寫災難恢復計劃只是為了滿足審計的需要。當災難來臨時，計劃往往被放在一旁，恢復成為一次臨時的演練。但是新的虛擬化技術已經使落實災難恢復變計劃得更加靈活、有效，而且切實可行。

最近幾年，業務及管理的要求一直在推動著全面的災難恢復計劃的制訂。不幸的是，這一趨勢卻導致了制定的災難恢復計劃只符合審計的需要，并不符合實際工作的要求。從本質上講，災難恢復計劃僅僅變成了你需要檢查的另一個盒子而已。

事實是，多年以來一直有很多因素在困擾著災難恢復的效能，這些因素導致了災難恢復計劃的創建與執行之間的脫節。一個主要的問題就是需要將工作負載從一臺物理服務器遷移至另一臺物理服務器。對服務器A上的Windows Server 2008虛擬機進行的備份僅僅適用于硬件完全相同的服務器B。這意味著每次購買一臺服務器后，你還需要另外再購買一臺相同的服務器用于災難恢復，這并不劃算。

與災難恢復相關的工作通常涉及在災難恢復服務器上手動重新安裝操作系統和應用程序，然后從備份恢復應用數據到這臺服務器上。這一過程很耗費時間而且容易出錯，效率也很低。但是不必擔心，因為有一種更好的方法：虛擬災難恢復計劃。

虛擬災難恢復計劃

虛擬化已經打破了連接操作系統與特定硬件的鏈條。操作系統經過了封裝而且靈活性非常高，這消除了一個高效、切實可行的災難恢復計劃所面臨的最大的障礙之一。

當取代了在72小時內還沒有完成測試的物理災難恢復計劃后，我親眼看到了虛擬災難恢復計劃與普通的災難恢復計劃的不同。在使用虛擬災難恢復計劃后，在24小時以內就執行完成并進行了驗證。而且虛擬災難恢復計劃在價格方面也更勝一籌。

在那次經歷之后，我癡迷于虛擬災難恢復計劃的諸多優勢之中。即使生產工作負載沒有以虛擬機的形式運行，你也可以使用各種P2V轉換工具創建物理服務器的虛擬副本。不管你的生產工作負載有多少被虛擬化了，P2V工具已經全面打開了虛擬災難恢復計劃的大門。

渡過數據恢復難關

即使是使用高效的虛擬災難恢復計劃，在進行數據恢復時很多項目還是會卡殼。磁帶速度太慢，而替換存儲可能很復雜，成本也很高。對于要求低RTO和RPO的災難恢復計劃來說，存儲復制最為關鍵。

然而，制約因素卻是眾多的存儲復制產品需要存儲陣列彼此匹配，要么就是復制設備價格昂貴。如果你還要求低RTO和RPO的話，那么你可能沒有任何選擇。但是如果你可以接受較高的RPO的話，那么有一些新的復制產品能夠彌合進行數據恢復時所存在的差距。

VMware Site Recovery Manager 5以及Zerto Virtual Replication都能夠在兩個VMware基礎設施之間進行存儲復制，并不需要存儲陣列或復制設備之間的匹配。事實上，這些產品能夠復制本地磁盤的數據，我們甚至不必使用磁盤陣列。

VMware Site Recovery Manager 5以及Zerto Virtual Replication能提供的RPO在15分鐘之內，大多數組織可能能夠接受這一時間范圍。但是一些金融機構要求數據是同步或者近似于同步進行復制的。仍然有基于軟件的復制產品以合理的價格提供了更高級別的簡單性與靈活性。

正是由于采用了虛擬化，災難恢復計劃才比以往更加成熟。而且有上述工具可以使用，便沒有理由不采用能夠進行輕松、準確測試的綜合性虛擬災難恢復計劃了。