今天，在大规模使用Vmware的环境里，备份是一个大问题。很多情况下，使用传统的备份方法会造成单台ESX Server上的虚拟机数量的限制，相当于降低了服务器虚拟化的应用价值。进一步分析，一种可行的解决方案是额外购买物理服务器来做虚拟机（VMs）的备份。

还有一些现有产品可以解决这个问题，比如把VMware环境迁移到一些特殊的存储设备上。如果没有相应的硬件，也可以采取一些临时的备份方法。在处理虚拟机备份这个问题上，有很多人在努力尝试。

物理设备的问题

一想起Vmware，我的脑海里就会浮现出电影“骇客帝国”（矩阵）的情景。运行在 VMware 中数以百万计的虚拟机与骇客矩阵里虚拟的人类是何等的相似。就像电影一样，一旦进入了矩阵，人就可能做各种不可思议的事情，在空间飞行、学习功夫或转瞬间从高楼跳下。我们可以把VMware想象成矩阵，VMs（虚拟机）可以轻松地从一台物理服务器“飞到”另一台。在 VMware 中，多亏了 HyperVisor虚拟机系统管理程序，虚拟机才可以在硬件上运行。

电影中当一个人在虚拟的骇客矩阵程序中死掉，在现实中也就死了，因为人的身体不能分辨痛苦是来自虚拟世界还是物理世界。与之类似，VMware 也不可能中断虚拟环境和物理环境之间的联系。虽然你可能将运行在一个ESX Server上的20个 VMs（虚拟机）看做是20台物理服务器，但事实上只有一台硬件服务器以及唯一的I/O通道和存储系统，即使备份系统把它们当做 20 台物理服务器一样对待，我们也知道它们其实运行在一台物理服务器上。

常见的做法：把虚拟机当物理设备

多数 VMware用户都假设他们的虚拟机是物理设备。在各类不同的技术研讨会上，我对大约5,000 名用户进行了问卷调查，试图了解他们怎样处理 VMware的备份问题。结果非常相似，只有一小部分的Vmware用户在使用 VCB (VMware Consolidated Backup)备份。而大多数人使则使用备份物理服务器的方法备份虚拟机。

这样做并不是不行，虽然很多备份管理员认为这样对VMware 做备份过于简单化，但实际上大多数人却都是这么做的。

如果你正在用这种方法做虚拟机的备份，不需要担心什么。传统备份的好处是过程比较简单。虚拟机的备份过程跟“真正的”（物理机）备份一样，可以做到文件级恢复，有支持数据库和应用的Agent代理，以及增量备份。（参见“改进旧的虚拟机备份策略”） 。

在ESX Server内部做备份

另一种选择是在 ESX Server内部的物理层运行备份软件。但糟糕的是，你很快会发现每天都要做全备份。而且如果你这么做，将不会得到备份软件厂商的任何支持，因为厂商不鼓励使用这样的方法。（他们希望用户使用VCB或者典型的Agent代理方式进行备份，可以获得更多的收入）。每天都要做全备份的原因是虚拟机上任何的数据改变都会导致与之关联的VMDK文件时间戳的更新，所以，即使是一个“增量”备份也跟全备份没有什么区别。

本文选自《存储经理人》七八月刊，进入下载该杂志PDF。