许多组织编写灾难恢复计划只是为了满足审计的需要。当灾难来临时，计划往往被放在一旁，恢复成为一次临时的演练。但是新的虚拟化技术已经使落实灾难恢复变计划得更加灵活、有效，而且切实可行。

　　最近几年，业务及管理的要求一直在推动着全面的灾难恢复计划的制订。不幸的是，这一趋势却导致了制定的灾难恢复计划只符合审计的需要，并不符合实际工作的要求。从本质上讲，灾难恢复计划仅仅变成了你需要检查的另一个盒子而已。

　　事实是，多年以来一直有很多因素在困扰着灾难恢复的效能，这些因素导致了灾难恢复计划的创建与执行之间的脱节。一个主要的问题就是需要将工作负载从一台物理服务器迁移至另一台物理服务器。对服务器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分钟之内，大多数组织可能能够接受这一时间范围。但是一些金融机构要求数据是同步或者近似于同步进行复制的。仍然有基于软件的复制产品以合理的价格提供了更高级别的简单性与灵活性。

　　正是由于采用了虚拟化，灾难恢复计划才比以往更加成熟。而且有上述工具可以使用，便没有理由不采用能够进行轻松、准确测试的综合性虚拟灾难恢复计划了。