由于该功能群集和非群集状态下的操作不一样，当某一台HyperV主机加入到群集后，我们可以看到在HyperV的配置选项卡中，"复制配置"一栏是无法选中的，当然这不是关键，我们要想实现该功能，需要进行额外的配置。

本次实践涉及三台物理机，以红色标注。

 

群集下配置HyperV复制

【在群集里面创建其他角色，需要创建多个FQDN,如果你是WindowsServer2012的域控和域架构，那么需要额外看这么一篇kb： http://support.microsoft.com/kb/2770582 】

在进行操作之前，我们首先需要拥有两台HyperV主机，HyperV主机在同一域内，这样我们在进行双向验证的时候选择Kerberos就可以了，不需要考虑太多的问题，接下来大家跟九叔一起操作吧。 

首先在连接到群集，可以使用"故障转移群集管理器"，首先我们在角色上右键点击，选择"配置角色"

首先是一个告示牌

我们选择HyperV副本代理

首先起一个非常不太友好的名称对其进行标识。

然后点击下一步就算完成任务了。连续点两次下一步，这个安装就算完成了。。

副本代理安装完成会有提示。

Ok,该做的准备工作做完了，我们进入配置阶段。在故障转移群集管理器中，打开节点，选择承载HyperV副本代理的节点（因为是群集，所以这个副本代理可以在节点之间随意跳转）

接下来这张图信息量有点大，我们慢慢说，这也是集群下配置复制所需要注意的地方。

首先默认情况下，我们勾选Kerberos就行了，这样就可以完成复制了。但是一般来说你可能觉得这种方式不太安全，那么我们需要为这个群集主机配置一张"证书"，如何做这种特殊的证书，请参看咱们这个系列的前面的申请证书的文章，具体我就不多说了，真要有这个需求的同学肯定不介意多翻翻以前的东西。

还有一点要注意的是，授权和存储下，保存虚拟机的位置只能是CSV卷，这是因为我们的这台机器是群集。关于如何为群集配置CSV这个我们之前也有完整的介绍。

接下来是一个友情提示，告诉我们需要在配置一条入站防火墙策略，这个是非常重要的操作。

非群集下配置HyperV复制

不是群集的环境下配置这个复制就很简单了，一张图就搞定。我们在HyperV管理器上选中需要操作的HyperV，右键点击选择HyperV设置，依照下图修改就可以了，配置选项和在群集下的字段意义一致。

使用HyperV复制

废了点小劲，我们开始使用这项有趣的功能吧。我们随便选择一台虚拟机，右键点击，选择启用复制（值得注意的是，刚才我们配置了用来存放复制文件的主机，这次选择的宿主机就得是另外一台）。

接下来是个向导，我们一步一步来。

选择副本服务器，输入我们之前配置的非常不友好的群集名称"fubendaili"，事实上这是一个很残废很错误的示范，既不直观也不霸气，企业中并不会这么做。

接下来都自动帮你选好了，因为之前么有配置证书，所以这里连接的时候自然也没有证书选项。

接下来选择需要复制的虚拟磁盘，除非补丁又补丁的挂载过很多盘，那么这里只会有一个选项。

接下来是一项高级功能，我们可以选择，是否定期备份，如果选择了多个存储点，那么默认它会每个小时创建一个恢复快照。当然也可以用VSS来复制增量快照，不过这样会对保存虚拟机的这台主机带来一些运算压力。如何选择自己决定吧。

默认情况下，网络发送首次数据，立即开始复制，当然也可以做成计划任务，以保障业务顺利运行。

最后检查一下，开始复制。

【例子选中的那个虚拟机太大，所以下面单独创建了一个小一点的虚拟机，以加快效果显示】复制完成后，我们可以看看复制状态。可能有同学会有疑问，我们不是往集群地址fuzhidaili.contoso.com复制的么？怎么变成集群中的一个成员contoso2k13a.contoso.com了？其实这是正常现象，

我们到群集管理器中为它验明正身，可以看到这台虚拟机被群集化、同时已经开启复制功能。主服务器是群集外的一台机器，而副本服务器则是群集服务器。

右键在开启了复制功能的虚拟机上点击，可以看到一些关于复制的选项，各位可以挨个尝试，以确定其功能。

错误小提示

我们尝试一下，如果从一台非群集的机器往群集中的某一台机器复制能否成功？

出错提示很智能，我们输入群集中一台机器的名称，系统会自动提示其群集名称你，点击更新后，自动使用群集名称进行连接。

本文转自 九叔 51CTO博客，原文链接：http://blog.51cto.com/jiushu/1220220，如需转载请自行联系原作者