超-V快照管理计划

Question

所以我有几台运行Hyper-V的服务器(它们是2008R2服务器)。这主要是为了一个测试环境，我基本上是在寻找一种方法来保持服务器的“状态”(让我们假设每个VM都是客户，并且随着更改的安装，我创建了一个快照)

我被告知，这可能是一个不好的做法，但我也在寻找建议。现在它是手动的，但我想让它自动化。

因此，类似这样的内容(Tree表示父快照)：

SnapshotAuto(树)--一个滚动快照，每周创建和删除SnapshotChange(树)--一组包含滚动过去3次更改的快照

因此，在SnapshotAuto下将是每周创建和删除的滚动快照。

在SnapshotChange下将是为我们的每一个新变化创建的过去的3快照。因此，改变1，改变2，改变3个国家。然后，当变更4出现时，我删除变更1。(如果这有意义的话)

有更好的方法吗？理想情况下，当快照被滚动时，我会备份它们，out....but，im，而不是系统管理，所以我不知道最佳实践。我还听说依赖快照是不好的做法，因为它会减慢VM (我不知道为什么，只是与差异磁盘有关吗？.我对硬件/服务器还不太了解)。我想有人提到过VM必须停止然后启动吗？但这对这些VM来说不是什么大不了的事。

有什么建议吗？如果这是个坏主意，我想知道为什么？(这样我就会知道未来的情况，并向我的经理解释为什么这样做行不通)。

编辑: SIDEQUESTION：

如果我将快照父程序“导出”到导出整个backup.....would或.AVHD的.VHD？IE:我可以导出一个父快照，然后应用到虚拟机上吗？

谢谢

Answer 1

您将需要第三方产品来获取您的VM的增量快照，Hyper快照过程并不意味着要做您想要的事情。超V型快照不适合生产使用。

另一种方法是构建基本VM，并复制.vhd文件并存储它。当客户进行更改时，您可以存储该VM。不过，这对磁盘空间来说是很昂贵的。

要回答性能问题，快照树越大，VM中的退化程度就越大。另外，在删除快照时，它的物理文件一直保留到关闭VM并允许快照数据合并为止，这取决于快照树大小和基本.vhd以及主机性能，这可能需要很长时间。

当涉及到移动VM及其快照树时，您需要在Hyper管理器中执行一个Export管理器，然后在目的地的导入(它是all或nothing )不能只移动一个基本.VHD文件，并分别导出快照，并在您喜欢的时候应用它。

听起来你需要在这个问题上做更多的阅读。看看这个链接，它将为您提供一些快照过程的良好背景。

http://technet.microsoft.com/en-us/library/dd560637(v=ws.10).aspx