很少有技术像服务器虚拟化一样影响着数据中心。Hypervisor构成了虚拟服务器的核心——将该系统的物理计算资源转换成虚拟的，并且管理分配到每台虚拟机上的资源。但就像计算机、网络和存储硬件不断演变一样，hypervisor也必须保持同步，以平衡新的硬件和标准。微软Windows Server 2012的发布给Hyper-V 3.0特征带来了诸多变化。现在让我们来解答一些重要的问题。

　　Hyper-V 3.0中的虚拟磁盘文件如何与之前版本的Hype-V相比较？

　　虚拟机运行在服务器的内存，但是Hyper-V VM通过虚拟硬盘（VHD）格式，存储在企业存储子系统的逻辑单元中并受到保护。在之前的Hyper-V版本中，比如在Windows Server 2008 R2下会强加给VHD一个2TB的大小限制，针对任何动态的或differencing VHD卷。Hyper-V 3.0包含更新的VHDX格式，将限制增加到64TB，并且允许存储巨大的VM，像数据库或者Email系统。不过，大多数企业在较近时间内部署这么巨大的VM容量有点不可能。因此，这个更新应该支持未来不断增长的虚拟机容量。

　　VM数据的丢失和毁坏威胁是IT管理员们关心的又一个重要问题。所以VHDX格式还记录了VHDX卷的任何变更。如果该卷发生问题，硬盘可以重新恢复到之前的状态，比传统的恢复过程更容易。

　　另外，VHDX格式改变了Hyper-V 3.0使用VHDX硬盘空间的方式。例如，考虑到效率低下的性能，物理存储空间的使用，磁盘簇会随着硬盘的变大而增长。为达到更好的存储性能和空间利用率，VHDX使用极少的4 KB来管理虚拟集群。

　　Hyper-V 3.0比之前版本是否提供了更好的自动化特性？自动化功能是否足以能够支撑一个到Hyper-V 3.0的转换？

　　随着虚拟化环境的发展，自动化已经成为一个重要条件。同时，物理系统和虚拟负载之间的关系也变得更加抽象。Hyper-V 3.0为Windows PowerShell脚本引进了多于140个的Hyper-V cmdlet。IT管理员可以利用PowerShell脚本管理VM和VHDX文件，而不需要掌握专业的Windows Management Instrumentation（WMI）接口知识。

　　使用这些新的cmdlet编写脚本，要求安装配有Hyper-V角色的Windows Server 2012以及支持虚拟化的服务器。管理员们还需要访问管理员权限或者Hyper-V管理员组。

　　新的cmdlet允许管理员们创建新的有专有名的虚拟机、所有VM的检索列表、创建新的VHDX文件、启动个人VM或VM组以及将VM连接到虚拟网络适配器或者交换机。管理员们还可以输入、输出、迁移和监测VM和VHDX文件。

　　Hyper-V 3.0 cmdlet的完整列表可以在Windows Server 2012文档中找到。你会开始对灵活可用的PowerShell脚本感到感激。

　　还有其他更好的方法来使用Windows Server 2012中的Hyper-V 3.0保护我的虚拟机吗？

　　Windows Server 2012有很多保护VM的方法。Hyper-V 3.0其中的一个特征Replica，能够通过平常的WAN连接比如Internet，在远程Hyper-V平台或簇之间复制VM。该功能对系统和存储来说不可知，因此管理员们可以从二级数据中心或外地DR站点对VM进行保护。

　　Replica无同步功能，因此，工作负载不需要等待复制完成。工作负载没有中断，这对具有延迟并且有明显的地理距离和带宽低并且实际数据移动时间不确定这两种情况来说，十分有用。 

　　和其他的快照类的工具一起，Replica还可以用来将生产VM复制到测试和开发系统。使用被复制的数据时，不会危害到生产数据。

　　IT管理员们还应该注意到Windows Server虚拟机快照功能的更新。之前从已删除的快照（.avhd文件）恢复存储空间时，管理员会被迫将工作负载暂停。有了Windows Server 2012，当相关的快照文件被删除的时候，VM可以继续保持运行。这让工作负载和使用者都很简单方便。

　　系统管理员在管理虚拟化和改进虚拟工作负载性能的工程中，始终面临着挑战。Windows Server 2012中的Hyper-V能够帮你解决这些首要问题：VM存储需求、VM管理自动化和VM数据保护。