任何灾难恢复测试环境在最后一次灾难恢复测试之前都几乎是一样的。虚拟灾难恢复测试环境在测试方面有很多物理测试环境不具备的优势。 虚拟化使您能够在被隔离的网络中打开服务器和服务，因此可以实现在生产仍然在运行的情况下进行功能测试。能够随意的删除和创建灾难恢复服务器也是不能在物理机器环境上实现的。 那么管理员和灾难恢复经理们要如何利用这种灾难恢复的虚拟灵丹妙药呢？更重要的是可靠的虚拟灾难恢复测试的关键步骤是什么？

虚拟灾难恢复测试的步骤

在参与到实施灾难恢复测试之前，负责灾难恢复的人员需要将需求整合到一起。现在是时候让一起正式开始了，剩下的灾难恢复测试将会很顺利的进行。 首先，和任何支持灾难恢复的基础设施一样，服务器或服务应该有适当的业务重要性。这种重要性应当符合一个适当的级别。绝大多数应用程序都被定义为从一到三的级别。级别1的应用应当比其它级别的应用更频繁的被测试。 其次，确定参与到灾难恢复测试中的人员。灾难恢复测试管理者们必须要把业务做好。这是一个矛盾的地方。停机时间永远都不是理想的。提前计划并且获得书面批准的停机时间。这些文件往往都是让人们需要注意和提供帮助的。 与此同时，这种对话提供了一个机会来明确定义虚拟灾难恢复测试的目的是什么和要测试什么？定义一个成功的结果可以使构建测试方案变得更加简单明了。现在你就知道结局了，确保它是有文档记录的。

测试的频率是什么？

关键应用和基础设施测试至少每年进行一次。3级的应用可以每两年测试一次。每个应用都需要它自己专门定制的灾难恢复手册，在手册里定义了恢复服务所需要的独特步骤。每个步骤都要详细说明需要做什么，由谁来做？什么时候做？ 即使对一个小公司，每个应用的运行手册都是至关重要的。少一个就意味着无论谁做灾难恢复测试，在头脑发热的时候都有可能漏了一步。 端到端的测试整个应用套件是必须的。有时，这是虚拟化灾难恢复测试能解决的。当有一部分是物理的，例如一个中档服务器。测试可能会碰到一点坎坷。但是为了实现真正的灾难恢复测试，它又是必不可少的。 测试计划应当包含能够管理物理设备的人员，这包括彻底关闭基础设置和将灾难恢复物理环境启动起来。不要忘记包含那些管理虚拟灾难恢复故障切换步骤，域名系统，活动目录和类似组件的人。 测试前的一系列会议可以保证所有参与的人知道他们要做什么。开会前，确保有最新可用的灾难恢复运行手册副本。这些副本的版本重要尤其有用。 随着每个步骤的实施，组织应该记录它的状态，以及任何问题和解决办法。 缓慢和有条不紊是重要的事情。完成之后，无论成功与失败，将发现发送给所有参与到测试中的人是非常重要的。这样所有人都可以知道现状和问题。 一个好的虚拟灾难恢复测试计划应当以类似于物理灾难恢复测试的方式进行。无论是虚拟环境还是物理环境，最终的目标是一致的。区别仅仅是灾难恢复的环境是虚拟的，这不改变应该如何对待它。