我一直在几台服务器上testing本地vhd引导。 这在部署方面似乎是非常透明的，而我的裤子testing席位我没有注意到性能上的差异。 我想启动vhd的主要原因是由于它们在不同的硬件和hyper-v服务器之间的传输能力。
将安装以下angular色。
DFSR
DHCP
IIS
应用服务器
dc < – 还没有testing过，但没有理由为什么它不会工作。
有了上面的低影响（就性能而言）angular色，你从VHD引导是适当的。
谢谢
不，不，我不会。 没有理由增加更多的复杂性（微软说“这是未来”并不是一个很好的理由）为什么通过增加另一个层面来增加生活的难度几乎没有任何好处？
抽象确实增加了开销，特别是如果你最终得到一个分散的dynamic增长的VHD。
如果VHD被破坏，那么更有可能失去整个事情。 如果HD的一部分被损坏，则不太可能丢失整个事情。
这是一个额外的复杂性（成本），99.99％的情况没有好处。
从VHD引导永远不会取代传统的映像部署。 为了获得最佳性能，您应该将映像直接部署到目标硬件。 从VHD启动是为了在开发人员或testing人员无法使用虚拟化技术的情况下进行testing和开发（在这个时代，这个技术非常less见）。 VHD应该在第一个poweron之前被系统化（所以离线连接在这里不是一个很大的帮助），以便系统检测新的硬件。
我当然不会支持在VHD映像上运行的任何应用程序，而不是默认的文件系统。 请注意，您依赖主机文件系统来运行VHD。 启动项“生活”在父操作系统（也需要维护）
根据这个微软虚拟化团队博客文章本机VHD支持的目标之一是“1.简单地使用单一图像格式和通用工具在物理和虚拟机上创build，pipe理和部署Windows映像的体验。
在Hyper-V环境中，这是一个很好的主意，我可能必须快速部署不具备高CPU和ram要求的机器。 当我的虚拟机需要比hypre-v环境所能提供的更多的资源时，您可以使用它来将映像快速部署到已经运行server 2008或windows 7的另一台计算机上，并重新调整系统的用途。 在这个问题的情况下，这种情况不适用，查看这个链接常见的VHD使用情况 。 在物理机器的情况下，图像库应该保持WIM格式，因为它将更加节省空间并且易于维护。 如果决定部署到VHD，则可以随时应用WIM映像。
从VHD常见问题解答中 ，使用VHDS时还有一些额外的注意事项
将所有关键数据存储在本机启动VHD之外。 将关键数据存储在包含Windows启动映像的VHD之外时，如果VHD变得不可用，则更容易恢复数据。
创build最大尺寸大于操作系统最低磁盘要求的VHD文件。 – 请注意，这意味着图像存储要求与多实例WIM文件相比是巨大的
备份也是一个问题，因为您应该在分离时备份VHD。 VSS确实支持在VHD上创build卷的快照