虛擬化為IT帶來了無以倫比的靈活性，利用虛擬化，數(shù)據(jù)中心可以把工作負載各個服務(wù)器之間遷移——甚至可以在數(shù)據(jù)中心間遷移。因此，虛擬化也肩負了災難恢復準備的責任。但是災難恢復計劃不是隨便就能實現(xiàn)的，需要仔細的計劃和定期測試，以保證公司和人員能夠在問題發(fā)生時順利執(zhí)行恢復。

　　TechTarget數(shù)據(jù)中心網(wǎng)站Advisory Board的專家分享了他們在虛擬化環(huán)境中災難恢復計劃的見解。討論了如下的問題：虛擬化環(huán)境如何改變?yōu)碾y恢復的準備、工具和步驟？虛擬化對數(shù)據(jù)中心災難恢復會帶來什么樣的問題和挑戰(zhàn)？會給IT人員及其發(fā)展帶來什么影響？

　　有兩個理念為災難恢復計劃帶來了革命：把所有服務(wù)器存放在一個SAN上的方式，以及虛擬化概念的提出。過去，災難恢復主要要做的是反映物理設(shè)備，做好異地備份，確保數(shù)據(jù)中心能夠應對斷電等緊急情況。有了虛擬化之后，IT人士意識到它在災難恢復方面的潛力，虛擬平臺更容易遷移、備份和恢復。幾乎每個大型數(shù)據(jù)中心現(xiàn)在都有虛擬化解決方案，所以一定要改變?yōu)碾y恢復計劃，以更好的配合虛擬化技術(shù)帶來的好處。

　　有了物理服務(wù)器，你就得把工作負載復制到另一臺不在工作的物理箱中。有時候這行得通，有時候卻不好整。有了虛擬化之后，就可以從最近的快照提取，而不是重建物理箱。故障轉(zhuǎn)移工具現(xiàn)在允許整個工作負載都從一個物理主機遷移到另一個物理主機，僅僅基于虛擬化池的硬件故障。很多時候這是自動化的，用戶之間的交流保持最小化。因為虛擬機在SAN上存儲，它們可以復制到云上，甚至通過SAN to SAN技術(shù)克隆。這些在以前的傳統(tǒng)環(huán)境下是很難的。

　　但這會帶來危險，將complacency和災難恢復計劃結(jié)合在一起不是個好主意。虛擬化災難恢復會比較順利，但是工程人員還得時刻注意他們的環(huán)境。關(guān)鍵在于了解技術(shù)和最大限度利用工具。工作負載可以實時遷移，終端用戶可能感覺不到區(qū)別。你要通過練習保證所有你地虛擬化平臺更新并且工作良好。

　　災難恢復計劃不管是物理還是虛擬化的，都得經(jīng)常測試。基于環(huán)境的大小，有的組織每周測試，有的每個月測試。有很多可行的測試。例如，想要測試物理硬件的故障，工程人員可以直接關(guān)掉其中一臺物理箱的電源，來保證他們的虛擬機負載能自動平衡到另一個可用的服務(wù)器上。在自動遷移到虛擬物理主機時，可以測試網(wǎng)絡(luò)能力、故障和虛擬機健康。另一個測試方法可以確認所有不在線時的快照可用。只要從一個快照中，加速一臺虛擬機，就可以確認數(shù)據(jù)整合有沒有花太多時間。

　　物理和虛擬災難恢復計劃是不同的。在虛擬化環(huán)境，人員必須非常熟悉他們的監(jiān)控管理平臺——不管是VMware還是XenServer。工程人員得了解如何使用這些平臺，快速排查故障，還得訓練使用軟件中所有的災難恢復功能，并且定期測試環(huán)境。實踐是最有效的方法。