虛擬擬化災難恢復的元素在物理世界中是不可用的，可以使IT生活更輕松。是不是該讓組織實現虛擬化了嗎?
虛擬化災難恢復已經采取了一些復雜的災難恢復措施，但是許多管理員誤解或曲解了虛擬世界中這種模式轉變的好處。關鍵的是，虛擬災難恢復必須仍然保持真實的災難恢復的最終結果。
良好災難恢復的三個主要支柱是：
恢復時間目標：系統再次可用需要多長時間。
恢復點目標：數據應具備的時間點。
功能：確保災難恢復實例按預期運行，服務器按計劃進行運行，并按預期工作。
具有功能和易用性的好處
任何災難恢復測試都必須具備這三個主要支柱被認為是成功的。使虛擬化災難恢復更容易的是它可以使用在物理世界中不可用的功能。
例如，虛擬機可以組合在一起以實現一致性，這意味著如果發生故障，則所有計算機都將彼此同步，并將恢復到相同的時間點。該功能在物理世界中是不可用的。
正確使用的崩潰一致的保護組可以將應用程序的所有層疊放在一起，將它們視為一個邏輯一致的單元或保護組。組織可以立即對該組機器進行故障轉移并進行測試。這種易用性在物理世界中并不存在。
在虛擬化災難恢復的另一個勝利中，在測試期間，真實世界和隔離網絡的所有設置都將以崩潰一致的組創建。所有的艱苦工作都是預先完成的，通常需要三到四次鼠標單擊可以對整個服務器或應用程序組進行故障轉移。在現實情況下，這種易用性和規劃意味著點擊錯誤按鈕的可能性大大降低。
測試，測試：小心網絡
通過虛擬化災難恢復，可以利用虛擬基礎架構獲得勝利，因此可以使用它。與物理環境不同，可以使用的網絡數量沒有限制。
服務器可以故障切換到一個隔離網絡，并在生產仍然運行的同時進行測試，并且需要小心謹慎。一個單獨的網絡可用于實際的災難恢復故障轉移。擁有獨立的虛擬網絡以實現真正的災難恢復和測試是必須的。不這樣做將會以失敗而告終。
任何機器都可以輕松識別為災難恢復功能測試。測試網絡與生產環境物理隔離至關重要。如果正在功能測試的服務器可以與其他網絡進行通信，則由于具有相同主機名的兩臺計算機嘗試向ActiveDirectory服務器注冊，所以存在損壞的風險，例如ActiveDirectory。
虛擬災難恢復使得災難恢復更容易，更快速，更容易出錯。其缺點是為了使用所提到的技術，整個堆棧和所有的依賴關系需要被虛擬化。如果真有一個理性的遷移那些揮之不去的體檢，那么就是這個了。
