我正在使用VMWare ESX 3.5。
我刚刚创build了一些不同风味的虚拟机（Windows 2008和Windows 2003），安装了Windows更新，并且对它们的原始性质感到满意。
我现在想要运行它们，但是稍后将它们从当前状态重用。 所以，我现在想归档快照，当我想旋转起来的时候再回来。
我有什么select？
我已经为虚拟磁盘分配了xGb; 没有使用，但分配的空间仍然占用“真正的”磁盘？
注：备份不是我的问题 – 我会分开处理。
编辑：
使用VMWare Converter连接到ESX服务器 – 然后可以将虚拟机“转换”为虚拟设备文件（ovf），并将其存储在networking共享，外部硬盘驱动器等中。设备格式还将压缩虚拟硬盘驱动器，所以你没有归档空的空间。
你也可以把它作为一个虚拟机，但单一的ovf文件更容易pipe理恕我直言。
早在2009年11月，VMware转换器似乎成为了从虚拟机数据存储中获取虚拟机文件的唯一VMware支持的方法。 快速和容易。 备份是另一种select，但是VMWare转换器更容易用于occaisonal归档，或者在不同networking之间移动虚拟机。
VMware Converter 4将为ESX 3.5和vSphere创buildovf和VM – 确保为您的环境使用适当的一个。
我以前做过这个工作，但是我确定还有其他人不会推荐它。
我们正在运行ESXi，并且没有必要24/7关键的服务器。 我closures虚拟机，然后使用磁盘存储浏览器，将目录复制到存储NAS，然后将目录7zip到一个大的7z文件（并确认没有任何错误）。 这花了很多时间来复制，但对我们来说，它的工作。 如果出现问题，我可以将VM复制回ESXi服务器，并指向新的VMconfiguration以备用。 请注意，如果您正在恢复，您可能不得不小心诸如MAC地址之类的内容，并且这些内容正在“重复”; 我们这样做主要是为了防止虚拟机服务器出现故障。 使用MD5总和来validation您的大型备份文件传输时，以确保它没有损坏的存储或传输。
另一种select是将您的虚拟机视为常规服务器，并将其备份到备份服务器。 如果出现故障，请启动一个新的虚拟机，并在虚拟机上进行“裸机”恢复。 这样可以避免为虚拟机留出专门的存储空间，这些存储空间可以轻松增长到几个gig，而且文件越大，破坏的可能性就越大。 在许多情况下，这可能是一个更好的解决scheme，因为它消除了VMWare版本的variables（您的备份是一个版本，升级VMWare或更改某些内容，忘记了，突然间，您的备份是棘手的…）
您的最后一个select可能是获得ESX识别的VMWare特定备份解决scheme。 所有这些都很贵，但是他们意识到虚拟磁盘的文件locking和访问所涉及的问题，并且不需要closures虚拟机来进行备份。 试图在运行时进行任何复制或修改会导致不好的事情（tm）。
我读过使用具有快照的VM并将文件复制为“备份”（我的第一个build议）的问题，所以我不使用VMWare中的快照。 我不能确认问题。
如果您将ESX与vSphere Virtual Center配合使用，则应该能够从虚拟机创build“模板”。 模板本质上是一种特殊types的“克隆”，就像VM一样存储在VMFS卷上。 如果源虚拟机使用“瘦”磁盘，我相信该模板也是如此。
我个人不喜欢留下挂起的虚拟机或很less使用的模板，不pipe我有没有空间。 我试图将它们退回来，要么使用VCB，要么只是从数据存储中复制虚拟机目录 – 如果需要空间，则一起删除虚拟机。
使用v4时，您可以先让SVM将虚拟机转换为精简磁盘。
您只需要备份vmdk和vmx文件。 压缩比是好的。 如果我有vCenter Server，我会使用模板。 否则，如我所述，备份是一个更好的select。
由于ktower提及模板是最简单的方法，但前提是您具有Virtual Center \ vCenter，因为模板function在独立ESX / ESXi主机上不可用。 如果您select克隆虚拟机到一个压缩的模板，你会得到一个相当紧凑的副本，它只是删除VMDK中的未使用的空间，这不是一个真正的压缩，但它会创build一个更小的文件集。 重要的是要提到，模板也是一组文件，就像一个虚拟机，而不是像OVF那样的单个文件。
我倾向于将我希望以这种方式保存的系统模板放到提供给ESX主机的NAS上，当我想移动它们时，直接从那里进行备份\复制，根据我的经验，这是更快的（如果更多麻烦）比导出OVF的，但很多取决于你正在使用的设置。