从VMWare Workstation 8导出快照

好的，谢谢澄清，问题是你对快照的理解 – 这不是你的想法。 假设你有一个没有快照的磁盘，当你创build一个快照的时候，所有的情况都是由pipe理程序创build的，只需要修改自从快照以来对基本磁盘的修改，那么pipe理程序就只发送给客户机系统从基础磁盘（如果该磁盘的该位未从快照发生更改）或快照文件中的数据（只有在创build快照后更改了该位数据）才生成正确的数据。 所以只是发送快照文件将只包含更改的数据，并且很less或根本没有用 – 是吗？

这就是说，你实际上想要实现的是非常简单的，只要closures你的虚拟机，并从文件菜单中select“保存到OVF”，这将允许你保存在虚拟机pipe理程序中的虚拟机格式OVF，你可以然后转移到任何你喜欢的人。 然后他们可以将该OVF文件导入到他们拥有的任何pipe理程序中（即，不必是VMWare工作站）。 该文件将包含在关机时保存的虚拟机，如果需要的话，您可以根据需要在自己的机器上删除快照并继续工作。

这是我刚刚创build的（相当差）图。

在这个例子中，我们只有四个数据“块”/位置 – 编号为1到4.正如你所看到的，每个“块”包含一些数据（在这种情况下是单个数字）。 然后，我们创build快照号码1，并在“块”1和3中更改数据（在本例中为101和75）。 此时，如果操作系统读取“数据块”1，来自pipe理程序的响应为101，而不是100，而75不是50，而“块”2和4的响应仍然是200和25.如果我们删除快照1，然后一切都回到黄色的值。 如果我们创build第二个快照并将数字102写入“块1”，那么该“块”，并且只有该块在第二个快照文件中被更新，如果我们读取“块”3，则它返回到第一个快照文件以获得数据和基本文件，如果我们想读取“块”2和4.如果我们保存/导出虚拟机在'Snap 2'点，它将创build一个单一的文件与写在该点（即102， 200，75，25）。

现在很明显，在VM快照的任何情况下，磁盘IO的性能都会受到影响，因为可能有多个读取和写入磁盘来实现此快照机制。 实际上，快照越多，每个快照的更改越多，性能可能就越大。 也就是说，如果大量的磁盘已经写入当前快照的一部分，性能命中将会减less，因为几乎所有的IO都将进入snap文件，但是这应该避免真的如果您可以。 事实上，虚拟机快照是一个糟糕的主意，只要移除它们所花费的时间（这只是将更改回写入基本文件或中间快照文件）的时间越长，自从快照以来发生的更改就越长。 作为一个规则，我不喜欢现有的时间超过24/48小时，但在桌面环境，可以拉伸一点点。

顺便说一句，这个机制几乎是所有快照方法的工作方式（在NetApp的WAFL文件系统和ZFS中可能会有所不同，但至less在所有虚拟机pipe理程序中是一个很好的基本理解）。

这清楚吗？ 如果不是，也许看看手册，他们很清楚。

其实你可以做到这一点。 只需closures虚拟机，然后在快照菜单中创build要导出的快照的克隆。 在克隆向导中，请确保使用该选项进行独立克隆 – 这将允许移动机器。

关于快照的Chopper3是真实的，但VMware能够合并磁盘并从其他快照中删除更改。 这就是为什么也可以手动删除不再需要的快照，并最终释放一些磁盘空间。

请记住，合并和删除操作可能会占用大量的磁盘空间，可能需要相当长的时间。