我们有一个运行Win2k8的虚拟机的大约15张快照，因为您可能会猜测我们的数据存储即将耗尽空间。 我的目标是删除所有快照，因为使用快照进行备份似乎是一个巨大的错误。
现在我的问题是，我们如何删除快照，以便在合并过程中使用最less的数据存储空间，因为剩下的空间不多。 我们是否从下往上开始删除树，即。 从删除最近的快照开始并向上移动，或者我们开始删除最旧的快照并向下移动？
为了尽量减less整合过程中使用
closures虚拟机。 这样，交换文件（已configuration保留的RAM的大小）被删除，并且您不必担心在删除快照时删除快照将在可用空间中吃掉的临时快照文件。
首先从OLDEST快照中删除。 EG最接近基地的那个。 一旦提交了该快照，您将增加磁盘空间。 如果从最新的快照开始，即距离基地最远的快照，则将已删除的快照更改滚动到上一个快照中，并且当您朝向基地移动时，它将变大。 如果您正在运行ESXi 4.0 Update 2或更高版本，则会为您执行此操作。 如果在4.0更新2之前运行ESXi，它将执行相反的PLUS维护所有快照，直到完成后，PLUS会维护临时快照以logging活动，同时删除快照。 因此，如果您运行的是4.0 Update 2之前的版本，则手动删除最早的最早的版本并且一次只能使用最新的版本是非常重要的。
就我个人而言 ，在这种情况下，无论使用哪个版本的ESXi，我都会使用此过程：
为什么你会有一个“约15张快照”的树？ 我知道你可以，但这并不意味着这是一个聪明的做事方式，曾经听说过克隆或备份 – 他们是为了保持虚拟机的长期时间点副本，快照只是被未经培训的他们认为他们是“自由的” – 他们不是。
无论哪种方式，这是你的混乱，没有真正的出路，除了住在手动删除从最新到最旧的时间。
VMWare站点上的这篇文章指出，最好的方法是先删除最早的快照（如果在ESX4.0U2以下），或者不用担心：
对于VMware ESX 4.0 Update-2之前的版本，合并所有快照（“删除所有快照”任务）的任务导致只存储在第二个快照增量磁盘中的唯一更改通过快照链向上复制到第一个快照或其“父”。 这个效果对于每个前面的父文件是recursion的。
示例：您有一个大小为8 GB的基础磁盘和两个快照级别，每个快照级别为4 GB。 在“删除所有快照任务”期间，第一个快照增量磁盘文件可能会增长至最差的情况，即8 GB，因为第二个快照中的所有新块都将被写入。 存储在两个快照级别中的任何常见更改都不需要额外的空间。
从ESX4.0 Update 2开始，快照机制已经改变。 VMware ESX现在采用了改进的整合程序，可以减less可用空间的需求。 即使在数据存储空间最小的情况下，您也可以整合虚拟机增量磁盘。
如果您只是删除了一些快照，或者需要手动删除，我build议先删除最早的快照以最大限度地减less磁盘使用，否则可能会出现上述情况。
另一种方法是将虚拟机克隆到另一个数据存储（如果有）。 所有快照在克隆过程中都会崩溃。
如果空间不足并且无法删除所有快照，请将虚拟机克隆到其他数据存储（可以在克隆向导中为每个虚拟磁盘select不同的目标）。 所有快照都提交给克隆虚拟机。
当数据存储的磁盘空间不足时，将所有快照操作的结果删除到统一助手快照中
另外，我build议这个作为负责这些服务器操作的人员的必读书。 （经常成为开发者）
VMware环境中的虚拟机快照的最佳实践
对于那些已经结束了这个场景并且已经find了这个论坛的人，我希望你能够阅读所有的答案，因为Choppers是错误的 – IT_Architect是正确的。
您需要删除以快照CLOSEST开头的快照到基础磁盘，即快照pipe理器窗口中距离列表顶部最近的快照。 这将在快照删除过程中最大限度地减less对可用空间的需求。
如果您遵循Choppers方法，则需要大量可用空间才能成功删除所有快照 – 如果您正在查看15个打开的快照链，则可能不具备这些function！
考虑一下…因为基础磁盘存储在第一个快照文件中，所以只有磁盘更改。 第二个快照文件包含自第一个快照文件以来的更改。 第三个快照仅包含自第二个快照文件以来的更改。 基础磁盘文件永远不会比分配的大小大。 每个快照文件可以增长为与基础磁盘相同的大小。 看下面的例子
基础磁盘（100 GB） – snap1（5 GB） – snap2（3 GB） – snap3（15 GB）
已存储在snap1中的所有已更改的磁盘块都包含在基础磁盘中。 快照启动后这些块已经改变了，所以它们被存储在snap1文件中。
相反，snap3文件是15 GB，所有更改都不可能包含在较小的3GB snap2文件中。 如果先删除snap3快照，则会将更改合并到snap2文件中。 在此过程之后，snap2可能最小的值为12 GB，假设snap3文件中有3 GB的更改与snap2文件中的磁盘块完全相同。 这是最好的情况。
更糟糕的是，在删除snap3快照的过程中，snap3文件将保留在数据存储上，直到成功删除快照。 因此，最好的情况是，你将使用至less12GB的磁盘空间来删除snap3快照，但你可能需要的不止于此。
这就是为什么您开始删除最接近基础磁盘的快照的原因，因为基础磁盘文件永远不会变大（除非它被精简configuration，但这是一个不同的蠕虫）。