所以我有几台运行Hyper-V的服务器（他们是2008R2服务器）。 这主要是为了一个testing环境，我基本上想要一个方法来保持一个服务器的“国家”（让我们假装每个虚拟机是一个客户，并随着更改安装我创build一个快照）
我被告知这可能是一个不好的做法，但我也寻求build议。 现在它是手动的，但我想自动化它。
所以像这样的东西（树意味着一个父快照）：
SnapshotAuto（树） – 每周创build和删除的滚动快照SnapshotChange（树） – 包含滚动过去3次更改的一组快照
所以在SnapshotAuto下是每周创build和删除的滚动快照。
在SnapshotChange下，将为我们所做的每个新更改创build的过去3个快照。 所以改变1改变2和改变3状态。 然后，当变化4来临时，我删除了变化1.（如果这是有道理的）
有一个更好的方法吗？ 理想情况下，我会备份快照，因为他们推出….但我不是系统pipe理员，所以我不知道最佳实践。 我也听说这是不好的做法，依靠快照，因为它会减慢虚拟机（我不知道为什么，只是与差分磁盘？…我不知道足够的硬件/服务器知道然而）。 我想有人提到虚拟机将不得不被停止，然后开始？ 但这对于这些虚拟机来说并不是什么大不了的事情。
有什么build议么？ 如果这是一个坏主意，我想为什么？ （所以我会知道未来，并向我的经理解释为什么这不起作用）。
编辑：SIDEQUESTION：
如果我“导出”一个快照父到备份…..会导出整个.VHD或.AVHD？ IE浏览器：我可以导出父快照，然后将其应用到虚拟机？
谢谢
您将需要使用第三方产品来获取虚拟机的增量快照，而Hyper-V快照过程并不是要执行您正在查找的内容。 Hyper-V快照不适合生产使用。
另一种方法是构build您的基础虚拟机，并创build.vhd文件的副本并将其存储。 当客户进行更改时，您可以存储该VM。 尽pipe如此，这对磁盘空间来说代价高昂。
要回答您的性能问题，快照树越大，虚拟机中看到的降级就越多。 此外，删除快照时，其物理文件将一直保留，直到您closures虚拟机并允许快照数据合并（具体取决于快照树大小和基本.vhd）以及主机性能，可能需要很长时间。
在移动虚拟机及其快照树时，需要在Hyper-Vpipe理器中执行导出操作，然后在目标上执行导入，其全部或全部不能移动基本.VHD文件，并导出快照分开和适用时，你觉得喜欢它。
这听起来像你需要做更多的关于这个问题的阅读。 看看这个链接，它会给你一些快照过程的良好背景。
http://technet.microsoft.com/en-us/library/dd560637(v=ws.10).aspx