在上一篇博文中我们创建了虚拟机的复制，有一点我们要注意虚拟机的复制并不能像群集那样在出现单点故障后实现自动的切换，也不能像群集那样提供服务的不中断。那既不能实现自动切换也不能持续提供服务，这个虚拟机复制不是没有什么用处，这个当然不是的。虚拟机的复制的作用在于让我们出现故障后，能在最短的时间内恢复故障。比如我们在Hyper-v主机A上跑着一个虚拟机XP，Hyper-v主机B上有这个虚拟机xp的副本，因为它们是相互复制的默认是5分钟同步一次数据，如果我们的Hyper主机A出现了物理故障，那么我们到Hyper-v主机B上启用故障转移后，那么XP启动后就可以继续对外提供服务了。在比如我们需要维护Hyper-v主机A，那么我们可以针对虚拟机XP做计划的故障转移，这样在Hyper主机B上的虚拟机XP就启动了，当然这样没有虚拟机的实时迁移来的好，这句话怎么讲？因为计划的故障转移是会短暂的中断提供服务，而虚拟机的实时迁移则不会中断。总之，每个技术的出现都有它的价值，我们只有知道虚拟机的复制是让我们在最短的时间内恢复故障就行。
下面让我来测试下虚拟机复制，网络拓扑图如下
image
实验目标：xp计划的故障转移，假设Hyper-v主机2012A需要停机进行维护，我们做计划的故障转移让2012B中的虚拟机XP启动。
如下图，在Hyper-v主机2012A上有一个虚拟机XP，注意XP中我新创建了4个公文包
image
在Hyper-v主机B上有个虚拟机XP的副本，这个是我在上一篇博文中搞定的
image
现在假设我们的Hyper-v主机2012A要进行停机维护，那么我们就可以进行计划的故障转移，把虚拟机XP转移到Hyper-v主机2012B上，如下图，我们点击xp选择“计划的故障转移”
image
选择如下勾选，然后选择“故障转移”
image
报错了，因为我们没有符合先决条件，先决条件是要求我们关闭虚拟机XP,所以说虚拟机的复制是会中断服务的，这样我们把XP关机
image
关闭了虚拟机xp，我们再次进行虚拟机的故障转移，操作中提示我们会进行“将未复制的数据发送到副本服务器”，其它的我就不一一罗列了，自己看下就行
image
如下图，向导进行自动检查，然后会“启动副本虚拟机”
image
故障转移成功，成功启动2012B上的虚拟机
image
如下图，我来到2012B上发现虚拟机xp在运行了，并且打开后发现虚拟机Xp中有了四个公文包，说明数据在进行故障转移后进行了同步，默认自动同步时间是5分钟
image
以上我们就完成了虚拟机XP计划的故障转移