我们在《Hyper-V Recovery Manager的工作原理及部署》中介绍了使用Hyper-V Recovery Manager的前提条件以及如何部署。下面是一个Hyper-V Recovery Manager能够实现和不能实现的功能总结。不仅能让你了解这款产品的功能特性，还能减少你在使用这种云服务时的担心。

Hyper-V Recovery Manager能做什么：

• 提供结构性框架，根据虚拟机群组中的特定顺序或者对单台虚拟机，协助完成故障转移恢复计划。

• 使用安全的通讯方式连接到Azure Hyper-V Recovery Manager，在SCVMM服务器和Azure Recovery Manager服务之间使用SSL证书。

• 允许使用全局故障转移、部分故障转移或者单台虚拟机的故障转移，并且可以进行全部故障转移测试。

• 在故障转移站点间实现必要的网络变化。

• 最快每30秒进行一次复制。

• 通过不同时间的多次复制来创建多个可用的恢复点。

• 当成功实现故障转移之后进行反向复制。在完成故障转移之后，如果之前数据中心的基础设施仍然可用，管理员可以手动开启这种反向复制。

Hyper-V Recovery Manager不能做什么：

• 不能实现虚拟机的自动故障转移。其仍然需要手动干预来完成恢复计划。

• 不能将虚拟机中的数据存储在云中。除了虚拟机或者服务器的主机名，没有其他数据存储在Recovery Vault当中。

• 不能从Azure云中发起入向连接。SCVMM会收集私有云中所有的状态更新、以及在保护和故障转移过程中发生的任何变化信息，一起发送到Azure。

• 不能提供虚拟机的实时同步复制。复制间隔为30秒、5分钟或者15分钟。

• 不能在SCVMM内部实现恢复计划。如果你完全不能访问任何已经复制虚拟机的外部网络，可以从本地、而不是从Azure入口初始化故障转移，。

• 不能将虚拟机复制到Azure laaS中。目前它只支持SCVMM私有云之间的复制。

• 不能复制由SCVMM管理的VMware或者XenServer虚拟机

Hyper-V Recovery Manager缺少哪些功能

对于任何最新发布的技术，都会存在一些缺陷，需要为其添加其他特性使其丰富起来。一些潜在的插件可以让该云工具在灾难恢复过程中更好地发挥作用。

在技术方面，SCVMM需要一种过滤机制，从可以看到实时和已经复制虚拟机的View或者Recovery Manager账户中移除已经复制的虚拟机。当多个数据中心的外部网络发生故障时，它还需要一种方式来进行本地故障转移。在组织的第三个站点或者Hyper-V主机提供商中部署一个本地Windows Azure Pack集成工具是一种不错的选择。

从管理方面来说，Hyper-V Recovery Manager可以将虚拟机复制到Windows Azure公有云。这样可以帮助将基础设施移动到云中，或者将第三份虚拟机副本移动到Azure当中，以实现更加安全的保护。能够在灾难恢复计划中执行自动化调度测试、并且产生报告是十分有帮助的。同样，管理员需要多步骤脚本编写功能，比如开始实现故障转移、确认、之后反向复制。管理员应该能够定义触发自动化故障转移的触发值。

按照现在的开销，Hyper-V Recovery Manager还不适合作为一种管理所有虚拟机的方案。在你的一个数据中心发生重大事故之后，找到环境中最重要Hyper-V虚拟机的组合来保持业务正常运转是设定恢复计划最为困难的部分。你还需要开发一个审计流程来确保重要的虚拟机可以在数据中心之间被复制。

Hyper-V Recovery Manager的部署情况还会受制于人们对云服务的信任障碍，大部分云服务都会遇到这种情况。但是从技术方面来说，在灾难发生之前这种产品已经可以很好地完成恢复计划。如果真的发生灾难，你需要做的所有事情就是登陆Azure，启动恢复功能。这可能还是一种理想化的想法，因为它仍然需要手动进行配置，但Hyper-V Recovery Manager将Hyper-V Replica这种免费特性加入到了企业级的应用程序当中，已经是一种很大的进步。