实时迁移Windows Server 2008 R2 Hyper-V中扮演着重要的角色，而在Windows Server 8 Hyper-V中，它也继续在这个更大的舞台上扮演大角色。实时迁移的一个新变化是它从故障转移集群中分离出来。对于那些不愿意或者没能力支付群集的人来说，这增加了灵活性和敏捷性（这也是企业考虑虚拟化时两大原因）。

　　Windows Server 8 Hyper-V实时迁移适用于限制共享存储成本的小企业或者企业分支机构。托管公司花在基础设施上的每一分钱都必须以这样或那样的方式传达给客户，一旦托管公司支出数额超过了竞争价格，这个公司的竞争力就下降了。

　　VDI VM的共享池不总是需要群集。有些人会发现，一堆池化的VM在主机崩溃时离线是可以接受的，经纪人会将用户重定向到其它主机。

　　别误会我的话，群集的Hyper-V主机仍然是以英国航空头等舱的待遇行进。只是有时候成本会不合理，尽管SMB 2.2和Scale Out File Server在很多场景中都减少了开支，这些场景不需要SAS/iSCSI/FC SAN的硬件功能。

　　实时迁移已经发展成熟。事实上，它成熟了很长一段时间了。

　　微软表示，没有新的功能来保护Hyper-V,也就是说，任意一名拥有微软虚拟化产品新功能的开发者在设计或编写新功能时都要保持不间断的实时迁移。微软给出的另一个亮点是“永远有回去的路”。有时候你想将虚拟机从一台主机迁移到另一台上。这需要依赖网络、存储以的目的地主机的可用性。源主机没有这些东西的控制权。如果依赖的东西中有一样失效，虚拟机就一去不复返了，终端用户就得承担后果。因此，如果迁移失效，新功能会尝试进行退路计划，虚拟机仍会回到源主机上运行。

　　在Windows Server 2008 R2中，实时迁移内置在故障转移集群中。一台虚拟机有两个部分：存储（通常是VHD）和状态（进程和内存）。故障转移集群会将存储和状态的责任都从一台主机转移到另一台上。这也应用到了Windows Server 8 Hyper-V集群中，我们依然可以这么做。