容灾恢复规划中的一个重要错误就是分别规划主站点和辅助站点。任何高效的业务持续性战略都会把两个容灾恢复站点与其业务连接起来。
在“创建Microsoft Hyper-V容灾恢复站点”这一系列文章的***部分，TechTarget中国的特约专家Greg Shields介绍了各种导致虚拟化工作环境失败的情况。则接下来一步——搭建Hyper-V容灾恢复站点——就要求更加细致的规划。
最重要的是必须重新查看主站点的现有结构，两个站点都必须拥有正确的设备和集群配置以确保成功的宕机备份。在规划辅助站点时，考虑整合以下组件。
容灾恢复站点的存储和网络
首先在容灾恢复站点需要另外一套存储设备，设备的容量必须能够容纳所有的虚拟机及其数据。需要注意的是可能并不是工作环境中的每一台虚拟机都需要这一存储设备。针对部分虚拟机工作负载的防故障性可能不需要考虑，但是存储设备必须能够满足每一台虚拟机的额外磁盘和数据需求，诸如数据库或者库存材料。
另外，可能也需要必要的网络基础架构以实现两个站点上的集群设备能够相互通信。站点的网络技术必须提供足够好的性能以确保复制过程中不会出现大量数据排队现象。目前大多数复制解决方案提供商都能够监控虚拟工作负载的变化率，并且估计必要的带宽。在规划阶段完成这些计算是非常重要的，或者可能就会发现当前的可用带宽不足以满足复制需求。
存储复制技术倾向于涉及到两种机制中的其中一种，并且通常情况下安装在其中一个站点上。则就会有四种不同的组合，选择满足需求的一种就可以了。下面列出了对每一选择的概要介绍：
同步复制：在该方案中，磁盘存储的改变必须在下一次改变发生之前向两个站点确认。但是这个过程可能降低磁盘操作速度（有时还是急剧的）。同步复制通常要求站点之间的距离比较近以及相当高的带宽，但是如果数据保存需求比较高的话，该容灾恢复方案就值得商榷了。
异步复制：和同步复制不同，异步复制允许大量改变排队，并且在合适的情况下提交确认。当主站点出现故障时，该方法会导致数据丢失，但是丢失量几乎可以忽略不计。该方法的优势在于可以解决同步复制的性能和距离限制的问题。
安装到存储设备：两个选择对于宿主存储复制软件的位置也都是有可能的：在存储设备自身或者在和存储设备相连的一个硬件设备上。该软件通常都已经安装在硬件之上，因此可能都不需要再安装到这些设备上了，但是需要激活。然而需要注意的是基于存储设备的技术如果没有正确地整合到每一台虚拟机的操作系统内，可能会带来虚拟机或者应用程序的崩溃。但是使用主机或者基于虚拟机代理的存储复制解决方案对于在复制期间维护应用程序数据完整性非常重要。
安装到主机或者虚拟机：另外一种方案，可以把解决方案安装到Hyper-V主机或者其承载的虚拟机中。这些基于软件的解决方案通常可以通过内置于主机或者虚拟机的文件系统中解决复制问题。从而该软件可以捕获到主机或者虚拟机磁盘的改变，并且把这些更改封装传送到容灾恢复站点。这些数据可验证地确保数据和应用程序的完整性，但是也不能有效度量，因为牵扯到通过网络向容灾恢复站点发送数据的多台主机或者虚拟机上所承载的多个客户端。另外，取决于技术方案的不同，商家可能向复制的虚拟机要价很高而导致该方法的费用上升。
需要时刻保持注意的是Microsoft内置的分布式文件系统复制解决方案和Windows宕机备份集群并不兼容。需要一个第三方的解决方案才可以完成必要的复制工作。
【编辑推荐】
