然而物理服务器灾难恢复环境中的大部分底层基础架构需求在虚拟化世界中依然是不可避免的。我们依然需要通过底层的存储设备对数据进行复制。如果主要服务器故障了，我们依然需要类似“备份”硬件负责接管。别误会我的意思—这些解决方案本身挺好，但到最后往往会成本高昂。需要有一些更好的办法，确保我们不会因为较少的IT预算而最终遇到“灾难恢复方面，付出多少才能获得多少”的窘境。
　　
　　迎接WindowsServer2012吧。在我看来，这真是我见过的第一个“云就绪”软件，能够让您真正抓住云计算时代的各种盈利机遇。将重心转移到负载的可移植性(这是改善目前灾难恢复功能的最基本原则)明显是这套软件的设计主题，无论什么情况，您的虚拟机永远不需要关机，这才是灾难恢复的终极目标。
　　
　　
　　随后我打算试试看能用这样的共享做什么，毫无疑问，首先要尝试的就是实时迁移的改进。在WindowsServer2012中，您可以将保存在SMB文件共享(要求使用SMB3.0—目前只有WindowsServer2012能够支持)中的虚拟机无缝迁移到同一个域(确保必要的共享权限)中的任何其他宿主机上。我打算将虚拟机移动到自己的另一台宿主机上，而就在我使用Alt-Tab组合键切换到说明文档，阅读完并切换回来之前，虚拟机就已经迁移完毕了。
　　
　　在迁移时我忘了一件事，在所有宿主机上我都没有执行过任何必须的存储配置，因此这整个过程就更加让人激动了。直接就能使用。我简直等不及把这个功能和操作系统内建的其他优化功能配合使用(重复文件单一实例以及压缩等)，看看能提供多少收益。
　　
　　随后，我的工程师思维理所当然地决定了接下来的做法：“好吧，还能有点什么突破？”对于这个功能，我做的实验证明了对负载进行实时迁移就和执行Ping操作以及复制文件一样简单。但只是这样还不够。..我打算用虚拟机提供视频流服务。在搭建的环境中，我不只使用一路视频流，而是同时向网络中的不同设备提供两路视频文件，并对其进行监控。一路视频是文件服务器上保存的一个AVI文件。另一个则是高清视频文件，由服务器端的转码器进行转码，然后流传输到笔记本。此外我还持续进行着Ping操作。在两路视频同时进行的过程中，虚拟机的CPU占用率稳定在30%左右，因此我就更想知道最终结果会怎样。在开始执行实时迁移之后，我就在关注视频是否会有卡顿或者中断，但最终无果。有趣的是，观察到的最明显的中断就是命令行下持续进行的Ping操作有过一次丢包。由于对这个小型测试环境获得的结果非常满意，因此我决定继续把整个电影看完。
　　
　　简而言之，可移植性是关键。WindowsServer2012还包含了大量其他功能和特性，但在您阅读本书的后续内容时，请注留意对云环境的高层观点，以及WindowsServer2012中的各项功能是如何达成这一目标的。