我有一个 ESXi 盒，其中通过 iSCSI 公开 HP LeftHand 存储。
我有一台虚拟机，磁盘容量为 1TB，其中已使用 800GB。该磁盘在 LeftHand 存储上进行了厚置备。
VM 上打开了一个快照（以便 Veeam Backup and Recovery 可以执行其操作），并且打开了大约 6 个小时。在此期间创建了一个大约 5GB 的增量磁盘。
快照删除已耗时 5 个多小时，但仍未完成。存储阵列报告该阵列上几乎没有 IOPS（大约 600，这是背景噪音），没有吞吐量（大约 8MB/秒，这又是背景噪音），平均队列深度为 9。
换句话说，快照整合过程似乎不受 IO 限制，我看不出有什么原因导致快照删除速度如此缓慢。它是通过观察增量文件来判断，它正在工作。
我还应该看看为什么这个（相对较小的）快照删除得这么慢？
根据VMWare 文档，我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
我推断，一个快照文件正在整合，而另一个快照文件在整合过程中收集增量。然后整合新的快照文件，并在此过程中创建另一个增量。
文件大小是每次迭代都会下降（好吧，大多数迭代），所以我假设最终这个合并过程将完成（也许我需要将虚拟机从网络上移除 30 分钟以让其完成而不产生任何变化）。
每 100 MB 增量大约需要 2 分钟才能完成整合。这以前肯定从未发生过。在正常的 Veeam 备份下删除快照大约需要 40 分钟（所以肯定不快，但也不会这么慢）。
6 小时 2 分钟后，快照终于被删除了。不过，我还是想知道你们是否有办法解决这类问题（存储性能之外）。
答案1
据我所知，ESXI 快照删除可能（通常确实）需要很长时间。在删除快照之前，需要按顺序将旧快照中的更改写入下一个快照。我被教导始终从最旧到最新删除快照，以帮助此过程尽可能快速高效地运行。
当然，快照之间的变化越多，合并所需的时间就越长。