其实对于计划的故障转移来说，在实际的生产环境中几乎是没有意义的，因为如果我们要做计划的停机维护、补丁更新等，那么我们肯定优选移动虚拟机到其他的Hyper-V宿主机，而不是通过计划的故障转移，并且计划的故障转移在failover后切换回来是稍微麻烦的。所以启用虚拟机的复制功能最大的意义还是在于对于非计划的故障转移的实现。
所以今天我们来做一下非计划的故障转移，也就是这种情况主要用于在我们的一台Hyper-V主机已经宕机时，我们需要把开启复制功能的虚拟机在副本主机上启动起来。要进行故障转移，可以在Hyper-V管理器中在副本主机上找到复制的虚拟机，右键选择复制-故障转移。
在选择故障转移后，Hyper-V复制功能会给出提示，告知我们如果虚拟机所在的主机并没有发生问题是不建议这样做的，因为会丢失未复制部分的数据。这里由于是对此功能的测试，我们就选择故障转移，下面可以指定要使用的恢复点。
正在进行故障转移的过程中。
需要注意的是，如果此时我们尚未关闭虚拟机所在的主Hyper-V服务器或未在该主机上关闭启用复制的虚拟机的话就会看到错误提示，并且无法进行故障转移。也就是说Hyper-V复制功能的故障转移功能必须是在启用复制的虚拟机的主虚拟机已经关闭的前提下才能进行。
按照刚才的步骤，切换的时候会很快，我们可以在Hyper-V管理器的副本主机上看到复制虚拟机的故障转移切换状态。
其实这种场景主要是应用于灾备站点，而绝不是群集、高可用性技术，而是旨在灾难发生后能够尽可能快的恢复业务或应用，但由于并不是实时同步数据，所以对于数据库或其他需要实时数据读写的应用可能仍然会面临不少损失。
当我们的生产站点宕机，我们第一时间需要做的无非是尽可能快的恢复业务和数据，Hyper-V复制帮我们完成了第一件事，那在我们的生产站点恢复正常后，我们又如何恢复Hyper-V的复制功能呢？其实Hyper-V复制不仅具备从主复制到副本的机制，也能够从副本反向复制到主机的机制，只是这种机制实际上是一个重新配置复制功能的过程，在完成反向复制之前我们可以在Hyper-V管理器中看到当前的主副本服务器与故障转移之前是相反的。
要进行反向复制，在Hyper-V管理器中找到副本服务器上的虚拟机，右键选择复制-反向复制。
在打开反向复制向导后，我们可以了解到此向导的几个步骤和目的，和我们配置复制功能时差不多。
首选需要选择我们将要指定的副本服务器，该服务器目前应该是主服务器。
然后我们还是选择通过证书进行加密，此时选择主服务器的证书。
确定好副本服务器、使用证书验证后，还可以选择压缩传输的数据。
然后我们选择仅复制最新的恢复点。
在选择初始复制方法时，这里我们一定要指定“是用副本服务器现有的虚拟机作为初始副本”，之后会复制我们还原的虚拟机，而不是完整的复制。
确定好这些配置后，我们就可以把虚拟机还原到主服务器了，并且使当前的服务器成为副本服务器，还原至最初的Hyper-V主备服务器和复制状态。
完成向导后就会开始复制更改，而不是完全的复制整个虚拟机。
我们可以在运行状况中看到详细的复制信息。
如果速度，稍等片刻就会复制完成。
到这里对于故障转移的分享就结束了，其实内容非常简单，可以看到WindowsServer2012Hyper-V平台的各种功能是具备一定优势的，不再是某些单纯的高可用、备份技术，而是在尽全力保证我们的业务、应用持续在线，并且在出现不可预知的问题时最快的恢复业务，使我们的应用和生产受到最小的影响。
转载于:https://blog.51cto.com/reinember/1307205
扫一扫
198
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
