传统观念决定了保护您的虚拟机（VMs）的最佳方法之一是将你的虚拟机副本保存在备份数据中心里。这些虚拟机副本可以在瞬间加电，以确保发生灾害时的业务连续性。当然，魔鬼往往孕育在细节当中。将虚拟机复制到备份数据中心历来是一个昂贵而复杂的工作，这使得这种做法只对最大型企业是可行的。

微软近来一直寻求在Windows Azure Hyper-V Disaster Recovery中提供灾难恢复服务（DRaaS），以简化这个过程。但是当你使用Azure作为Hyper-V的复制目标以备将来做灾难恢复之用时，你需要预先知道一些事情。

首先你需要了解Windows Azure Hyper-V Recovery Manager为私有云复制提供了两个主要选项。在System Center中，“私有云”指的是一种特殊类型的活动目录容器对象（Active Directory container object）。你可以把它当作在虚拟化基础架构中的一个隔离边界。第一个选项是从一个私有云复制到另一个。两个私有云可以共存在同一数据中心内，但是从灾难恢复的角度来看，更有用的应该是复制私有云到远程站点。

另一个选项则是将你的私有云复制到Windows Azure。在这种情况下，你的虚拟机副本将保存在Azure。

两种情况下，微软的Azure Site Recovery Manager都作为一个业务流程的组成部分。它协调整个复制过程，但复制数据并不流经Azure Site Recovery Manager。

微软推荐使用Windows Azure Hyper-V Recovery Manager作为私有云之间复制虚拟机的解决方案，这至少提出了一个大问题。在Windows Server 2012 R2中，微软推出了Hyper-V的扩展复制（extended replication），它允许将虚拟机复制到两个不同的复制目标（通常一个是内部部署的目标而另一个是云端目标）。那么，为什么要用Windows Azure Hyper-V Recovery Manager来取代Hyper-V原生的扩展复制呢？

原因跟扩展性有关。原生的Hyper-V复制主要是为中小企业（SMBs）设计来提供灾难恢复能力的。它不能很好地扩展到更大的环境。相比之下，Windows Azure Hyper-V Recovery Manager的目的是将私有云从一个数据中心复制到另一个数据中心的解决方案。

虽然将虚拟机从一个私有云复制到另一个听起来好像很复杂，但微软实际上已经使这一过程相对容易操作。过程的第一步就是在Windows Azure中创建恢复管理器存储库（Recovery Manager vault）。该存储库会被复制进程所用，可以通过点击鼠标来创建。

一旦存储库已存在，接下来必须做的事情就是在两个私有云和Windows Azure之间建立信任。微软再一次将这个过程做得相对容易。Windows Azure只要求您上传一个数字证书，而不是要求您自行建立活动目录联合身份验证服务（Active Directory Federation Service）。共享的数字证书在私有云访问存储库时会被用于验证。

一旦证书到位，Windows Azure会提供一个代理，您可将代理下载并安装到你的System Center Virtual Machine Manager服务器上。当您安装代理，您必须为代理和用于恢复管理器存储库认证的证书之间建立连接，注册后的代理方能使用恢复管理器存储库。

接下来你要做的就是指定你需要保护的私有云。代理程序将你的私有云显示在Windows Azure的管理界面中，你只需简单地选择一个私有云，然后单击“配置”，而无需离开Windows Azure。

在Windows Azure中，您可以选择一个私有云目标，并指定位于该私有云中的复制目标。您可以指定您想每隔多久创建一个与应用保持一致（application-consistent）的快照，以及总体复制频率和初始复制方法（您可以在线或离线传播副本）。界面上提供的各种选项都是云级别的设置，他们对您选择的私有云是全局适用的，您不必为单个虚拟机定义具体的复制参数。不过，您需要指定您想启用保护的虚拟机。

你要做的最后一件事是创建一个恢复计划。恢复计划将虚拟机进行分组。然后，您可以指定组进行故障切换的顺序。恢复计划还提供对故障切换进行测试，让您可以验证恢复过程的可靠性。

虽然微软使设置Windows Azure Recovery Manager的步骤比较容易，在使用它之前还需要考虑一些重要因素。一是成本，很显然，Windows Azure订阅（subscription）是必需的，但Windows Azure的定价模式是基于资源使用，所以对于准备将复制数据存放在Azure的人，这一点必须要考虑。

要考虑的另一点是带宽消耗。如果有大量虚拟机需要被复制，或者虚拟机的变化率很高，复制虚拟机到云有可能是带宽密集型过程。

考虑到这两个因素，明智的办法是先保护一小部分虚拟机以测试Azure的复制功能，这样才能了解复制过程如何影响您的成本和带宽使用情况。