我们正考虑在Windows Server 2012服务器上实施Hyper V Clusteriazation。 我们的目标是使用实时迁移function来消除其中一台服务器出现故障时的停机时间。 我的问题是：现场迁移热，即如果当前托pipe群集Hyper V的服务器突然closures（电源故障或某事），群集的超V将恢复直接在第二台服务器上工作而不会中断，否则它将closures然后在第二台服务器上启动。
LiveMigration和虚拟机故障切换是两回事。 LiveMigration用于将虚拟机从一台Hyper-V主机计划迁移到另一台，而无需停机虚拟机或其服务和应用程序。
当虚拟机运行的主机发生故障并且集群重新启动另一个集群主机上的虚拟机时，会发生虚拟机的故障转移，在这种情况下，虚拟机及其服务和应用程序将出现故障。 当集群主机发生故障时，该主机上运行的虚拟机的状态会丢失。
来自微软：
实时迁移：当您启动实时迁移时，集群会将虚拟机正在使用的内存从当前节点复制到另一个节点，以便在实际转移到另一个节点时，内存和状态信息已经到位为虚拟机。 转换通常足够快，以至于使用虚拟机的客户端不会丢失networking连接。 如果您正在使用群集共享卷，则实时迁移几乎是即时的，因为不需要传输磁盘所有权。 实时迁移可用于计划维护，但不适用于计划外故障切换。
我们打算使用实时迁移function来消除其中一台服务器出现故障时的停机时间。
这是一个奇妙的想法。 真。 你能告诉我如何将正在运行的虚拟机的状态从失败的服务器上迁移出来吗？
实时迁移将获取正在运行的虚拟机的当前状态（内存），并将其移至另一个主机，以便不会停机/重新启动。
现在，假设主机A失败。 像所有失败的服务器一样，它的performance非常好（火焰，爆炸，pipe理员在前面飞行 – 我们都知道服务器如何从各种电影中失败）。
你将如何将正在运行的虚拟机的状态从被销毁的服务器上复制下来？
这就是你的想法崩溃的地方。 有这个东西叫做“时间”。 如果没有时间机器，在普通服务器故障的情况下，不能使用实时迁移。
发生故障的机器是停机时间。 点。 不要这样做 – 创build一个可识别群集的应用程序，并将其作为一个群集在多台机器上运行。
Windows Hyper-V群集无法实现这一点。 我知道你的系统可能是一个连续的数据处理types，如Data Historians，这些数据处理types的服务需要同步，并且如果Host A在电源故障期间closures，会受到影响（由于IT人员面临的正常情况，例如电源故障， UPS系统故障等。不需要pipe理员通过空中飞行，爆炸等）。在这种情况下，来自第三方应用程序的几种解决scheme支持这些types的故障情况。