使用VMware Server ESXi（免费版本）
我有一台虚拟机（win 2k3 r2服务器）。 当我第一次configuration它时，我拍了一张照片。 我最近尝试使用基于标准硬件的方法来克隆主驱动器，以生成一个Windows磁盘。 （使用knoppix，克隆驱动器到一个新的驱动器，使其可启动，然后我打算通过windowspart中的diskpart扩展分区）。 这个过程失败了; 我试过设置克隆的驱动器（通过vmware gui）来replace原来的驱动器，启动并完成。 这并没有那么好。 机器从未启动。 我检查了启动顺序，磁盘位置以及我通常所做的所有基本操作。
作为一个故障安全，我试着把所有的设置都改回来，这样机器就能启动到原来的驱动器，我可以弄清楚（正如我最终所做的那样）一个更好的增长磁盘的方法。 但是，当我使用原始驱动器启动计算机时，它将恢复为我创build的初始快照; 它从此失去了所有的变化。
我查看了文件系统，发现了几个文件，我认为这里的密钥文件是一个名为“delta”的文件，我假设这是我想要的磁盘，但我找不到让虚拟机实际使用驱动器/文件。 当我去添加一个现有的驱动器时无法添加。
我需要以某种方式提交增量到原来的驱动器，然后再从它启动？ 你能为我指出正确的方向吗？
我从那以后就发现了使用“vmkfstools”增长驱动器的正确方法，但是我需要回到机器的原始状态来尝试一下。 任何帮助将不胜感激。
你可能不太好运，但是如果你没有备份的话，可能会采取结构化的方法。
在虚拟机closures的情况下，将虚拟机文件夹中的所有文件复制一份并放在安全的地方，可能会损坏，但是如果您想重新开始，则希望拥有完整的副本。
从SSH shell或SCP实用程序（如果使用Windows，Veeam FastSCP或Tunnellier很方便）findVM文件夹并find所有带有.vmdk扩展名的文件。 对于基础磁盘（一个名为VMname1.vmdk的小描述符文件和一个包含名为VMname1-flat.vmdk的实际磁盘数据的更大文件）应该有两个，对于每个快照增量（一个称为小的描述符VMname1-00001.vmdk和一个名为VMname1-00001-delta.vmdk的较大文件，其中包含在此快照的生命周期中对基础磁盘所做的更改）。 这些也在快照pipe理文件（VMname.vmsd文件）中被引用，其包含关于VM上的所有活动快照的所有元数据。 虚拟机本身具有存储在.VMX文件中的所有设置，包括（重要的）对磁盘当前活动VMDK位置的引用 – 这将指向最新的快照增量。
然后，VMware在描述符VMDK内使用内部标识（称为CID）和一个名为ParentFileNameHint的参数，将每个deltarecursion地链接到其父（本身可以是delta），直到它到达基础。 一个-delta本身并不是一个完整的磁盘，它需要链接到它的父母的未经修改的副本才能工作。 如果父文件已被修改，则几乎可以肯定是不幸的。
您可以手动移动增量文件及其关联的描述符，并修复已丢失事件的情况，但只有在基础磁盘或中间variables未做任何更改时才能使用。 描述符文件都可以用文本编辑器编辑。
一旦你了解了这一点，你应该阅读SANBarrow的CID链修复指南 ，这将有助于你弄清楚如果能够将它们缝合在一起，如何将它们缝合在一起。
最后 – 永远不要依靠快照作为备份。 它们不适合这个目的，它们在激活时会导致额外的IO开销。
通常，增量文件是复制磁盘时创build的文件，可能还有克隆。 增量只是一个closures的文件，用于存储对正在复制的活动虚拟机的所有更改，而不是断电。 在退出克隆，复制等等时，增量（变化）被写回活动虚拟机。 我不认为你可以恢复到三angular洲，因为它是+变化。
附注：你正在谈论使用vmkfstools增长一个磁盘…但这不会与一个非dynamic磁盘的工作吗？ 我很确定你的diskpart和/或vmkfstools只能用于dynamic的主要。 如果您可以创build一个新磁盘并将其添加到系统中。
VMware快照的工作方式是，将拍摄快照的所有更改写入到新文件（增量文件）中。 当您恢复到快照时，系统只会删除delta和bam ，您将返回到预先创build的点。 如果删除了快照，则系统会将所有更改合并到原始文件中，如果您早先拍摄快照，可能需要很长时间。
你的问题不是特别清楚你对主机上的文件做了什么，但是因为它听起来像系统已经为你恢复了快照，所以你可能不太好运，因为主机不再认为虚拟机有快照。 这是我想要尝试的：
祝你好运， – 杰德