我有一个通过iSCSI公开的HP LeftHand存储的ESXi盒子。
我有一个1TB磁盘的虚拟机，其中800GB被消耗。 磁盘在LeftHand存储上configuration较厚。
在虚拟机上打开了一个快照（这样Veeam Backup and Recovery就可以完成），并且开放了大约6个小时。 在此期间创build了大约5GB的增量磁盘。
快照删除现在已经花费了5个多小时，而且还没有完成。 存储arrays几乎不报告该arrays上的IOPS（大约600，这是背景噪声），没有吞吐量（大约8MB /秒，这又是背景噪声），平均队列深度为9。
换句话说，快照合并过程似乎不是IO绑定，我看不到任何导致快照删除的速度太慢。 它正在工作，通过观看增量文件来判断。
还有什么我应该看看，为什么这个（相对较小）的快照是如此之慢被删除？
根据VMWare文档 ，我正在观看ls -lh | grep -E "delta|flat|sesparse" ls -lh | grep -E "delta|flat|sesparse"现在，我看到两个增量文件正在改变：
-rw------- 1 root root 194.0M Jun 15 01:28 EXAMPLE-000001-delta.vmdk -rw------- 1 root root 274.0M Jun 15 01:27 EXAMPLE-000002-delta.vmdk
我推断一个快照文件正在合并，而另一个正在合并过程中收集三angular洲。 然后新的合并，在这个过程中创build另一个三angular洲。
随着每次迭代（以及大多数迭代），文件大小都在下降，所以我认为最终这个整合过程将会完成（也许我需要从虚拟机离开networking30分钟，让这个完成而不产生任何变化） 。
每百兆大约需要2分钟才能整合。 这从来没有发生过。 正常的Veeam备份下的快照移除需要大约40分钟（所以肯定不会很快，但不会太慢）。
6小时零2分钟后，快照终于被删除。 不过，我仍然想知道是否有任何方法可以排除这类问题（存储性能之外）。
我的理解是，ESXI快照的删除可能（通常也会）需要很长时间。 在可以删除快照之前，需要将旧快照中的更改按顺序写入下一个快照。 我被教导总是删除从最老到最近的快照，以帮助这个过程尽可能快速和有效地运行。
当然，快照之间的变化越多，合并的时间就越长。