微软在Windows Server 2012开始对Hyper-V进行了非常多且优越的改进，其中引入了一项称为“Hyper-V Replication”的技术，即Hyper-V复制；随着Windows Server 2012R2版本的发布，该技术的普及度也变得越来越广。但是用过的朋友是否考虑过，Hyper-V复制究竟适用于哪些场景，能否满足虚机上运行的各类型业务负载，此外它都涉及了哪些其他技术功能，快照？卷影复制？等等，我也带着这些疑问开始了自己的思考。
#####################################################################################
从概念来讲，Hyper-V复制实现了下图中所示的场景，也就是站点间备份，当然站点可以是同城也可以异地，这里我不做过多说明，感兴趣的朋友可以在technet上轻松查到，此外在兼容性方面，对于存储类型支持广泛，NAS、SAN以及SMB文件服务器均可，Hyper-V复制功能也同样支持群集环境；此外在这个官方图例中可以看到VM上有一些应用，例如SQL，对于应用的一致性如何保障下篇再聊。
熟悉微软产品线的筒子们都清楚，大部分MS解决方案都有很多的前期规划步骤，有时区区一个小功能也需要做好准备工作，当然从技术从业者的角度来讲，任何规划性工作都是非常有必要和有意义的，Hyper-V复制也不例外，下面我来对测试环境做一个测试：
先去这个链接：http://www.microsoft.com/en-us/download/details.aspx?id=39057
下载评估工具“HVRCapacityPlanner”，接着把它拷贝到将用来做主站点的服务器上然后运行，如下图
接下来设置收集数据的时间，按照下载的手册内容建议至少30分钟，这个工具强烈建议在生产时间运行，以便数据更真实，如果设置太小的话体现不出来
这一步需要输入主站点服务器的机器名或者是群集复制名称，如果你的Hyper-V复制运行在Cluster上
接下来输入备份站点的主机名或者群集复制名称，此外如果勾选了跳过测试，那么该工具将不会执行主备站点间的复制测试
接下来配置扩展复制站点，Hyper-V复制功能可以将备份站点的数据继续向下一站点复制，因为我的测试环境不涉及extended site所有这一步我就跳过了，那么该工具就不会执行replica site与extended site之间的复制测试
接下来选择要用来测试的主机，根据提示可以看到，只有运行状态且没有启用复制功能的虚机才会被列出
当前的环境中只有一台虚机符合条件，所以我只好选择它
最后一步就是设置站点间带宽了，手动键入一个估算带宽值，我这个测试环境两个主机间由百兆交换机链接，所以我就设置100Mbps，该工具会生成一个10GB大小的临时VM来测试站点间复制链路的带宽性能
最后review一下配置汇总，如果没有什么问题就可以执行了
根据之前配置的duration，运行时间会有所不同，我设置的30分钟所以就去喝杯茶了
大约经过了34分钟之后，测试结束了，可以查看生成的日志来分析我的环境
先看一下这个工具的日志路径，在公用文档目录下
打开我刚才测试过程的日志，可以看到的确生成了一个临时VM，并且在之后清掉了它
报告就是体现测试结果最有说服力的证据了，我觉得这个HVRCapacityPlanner的报告设计的还是很简洁明了的，主要分为俩大块，一个是基础架构信息，里面是涉及测试的服务器主机名以及OS版本等等信息，重要的内容在第二部分即性能指标，可以看到大部分性能对象都作了before/after的对比，无论是内存、处理器还是磁盘网络的IO都很明了
##########################################################################################
微软官方的HVRCapacityPlanner工具提供了很好的分析功能，通过生成的报告能直观反应出现有环境的问题，有助于管理员更合理的设计出性能优良的Hyper-V复制环境；下一篇中会实际配置一个复制场景并看一看Hyper-V复制如何满足应用一致性
