Delta文件未删除

Question

我发现我的VM运行的快照在快照管理器中是不可见的。我还发现机器运行在一个增量文件上(可能是一个旧的快照)。

我看到了合并快照的程序，但我现在想了解的是：

拥有50 at =>which的VMDK平面磁盘实际上是在开头创建的vdisk。

现在我有一个38 gb...and的DELTA文件，这个文件每天都在增长。

我的问题是:为什么增量文件在增长？这很正常吗？

Answer 1

我相信更多精通VM的人会加入进来，但听起来好像增量文件正在做它应该做的事情。

据我所知，快照通过抄写工作，从原始映像(这是您的vdisk)和空文件(即增量文件)开始。每次任何东西都被改变了，这个改变就会发生在增量磁盘上。原始磁盘不会被触摸，这样，如果您需要恢复到快照，增量文件就会被抛出，所有的内容都会从原始的vdisk中读取。

随着时间的推移，随着事情的改变、添加和删除，这会导致增量文件的副作用大量增加。据我理解，如果您添加了一个10 by的文件，则增量文件将增长10 by。删除该文件，它将再增长10 is，因为有10 is的差异。我可能错了，实际上它可能缩小了10‘t，但我不这么认为。(请有人纠正我)。

如果将更改合并到快照中，则会自动返回到原始的50 by磁盘映像。

当然，我可能犯了严重的错误和错误，在这种情况下，我会被否决，你应该听谁进来，知道更多。

Answer 2

增量文件增长是正常的。马特说的关于快照是如何工作的是正确的。不正常的是快照管理器中没有显示快照。我怀疑您也不能对该VM进行任何新的快照。听起来像是孤立的快照。

如果可以的话，您需要备份，然后关闭该VM。

如果可以检测到快照，此KB可能会有所帮助。否则，我过去解决这个问题的唯一方法是手动删除快照文件，重写.vmx文件，并使VM处于崩溃状态，从而丢失快照中的所有更改。

如果VM不能关闭，您需要在主机上找到正确的进程，然后从服务控制台杀死它。

然后需要重命名或删除所有客名-#-delta.vmdk、客名-######.vmdk、客名-Snapshot###.vmem.WRITELOCK文件。然后编辑vmx文件。查找scsi0 0:0.fileName行。它应该将其中一个快照文件作为硬盘列出。将其更改为原始vmdk文件。当您启动VM时，它会告诉您它已经崩溃。您丢失了快照的内容，但至少您将返回服务器。

这是一个苛刻的解决方案，但是如果ESX说那里没有快照，并且VM拒绝关闭，那么你就不能做很多事情。

Answer 3

这类事情会变得很混乱。Phosdex和Matt几乎涵盖了最坏的情况。

我建议遵循本VMware KB1002310故障排除文档中的说明，它涵盖了与Phosdex链接的方法相同的方法，但它提供了一些更多的技巧，说明如何确定您正在查看的快照实际上是否与您认为的VM相关联。有时它们不是，我已经看到，当人们移动VM，试图使用Datastore浏览器“整理”事物时，就会发生这种情况。

如果这仍然失败，您可以采取一种稍微开箱即用的方法，并使用VMware转换器在VM上执行P2V迁移。即使它是一个虚拟机，如果您将它作为一个物理目标转换器，它将从Guest OS的上下文中提取当前状态，并且不会关心在某些无法管理的状态中是否有一些不可靠的快照。然后，它将把VM的当前状态复制到一个漂亮的、新鲜的、干净的目标上，留下快照的混乱。一旦您运行了转换后的副本(但与生产网络隔离)，您可以以任何您喜欢的方式安全地杀死原始副本，并将副本连接到生产中。一旦您确定副本是可以的，您就可以完全删除旧的VM。