VMware能将物理服务器封装成大型的硬盘图像文件

VMware能将物理服务器封装成大型的硬盘图像文件--虚拟机磁盘格式(VMDK)文件，因此我们不禁认为：备份整台服务器应该和备份这些VMDK文件(当然也包括相关的配置文件)一样简单。

但是在大多数情况下，事实并非如此。除非已经关闭虚拟机(VM)，否则，在运行状态下备份VM不能覆盖所有文件。换句话说，这种备份方式不能保证数据的一致性，因而也不能保证已恢复的VM包含足够的精确信息，不能说明服务器已成功恢复。

至于资源过度消耗的问题，这是虚拟化的副作用。利用VMware使系统虚拟化的一个关键原因是，将资源消耗集中在较少的物理服务器中，从而减少大多数IT服务器架构都存在的空闲周期。但是，这么也做带来了不良影响--无法找到足够资源，使数据备份不受阻碍地运行。

备份触到了VMware内部的脆弱之处：VMware处理过量磁盘和网络I/O的能力很弱。实际上，决定是否将物理服务器虚拟化取决于物理服务器中的磁盘密度、网络I/O。毋庸置疑，备份负载是VMware服务器承担的最大负载。

但是，的确有方法能解决这些问题，并且在某些情况下，比标准的物理服务器备份和恢复方法更加出众。但是，人们对这些方法存在一些误解，对第三方备份/恢复产品提供的实施措施也存在误解。实际上，许多管理员依然缺乏有效实现备份和恢复的方法，道路充满挫折。

VMware集中备份(VCB-Proxy)

工作原理：这种方法涉及一组VMware设施，通常称为VMware集中备份。这种方法使集中的Windows 2003代理服务器中的非LAN备份与相同的SAN卷相连，称为ESX Server。随后，数据通过第三方备份软件传送到代理服务器中，作为后序备份。这种方法比上述两种方法更为复杂，包括以下组件：

备份代理服务器：

服务器能与VMware主机访问相同的卷。

代理服务器中加载/输出VMDK文件的图像。

这种加载/输出图像通过寄存在代理服务器中的备份程序实现备份。

VCB框架：

ESX服务器中的"同步推动器"能刷新文件系统，创建快照。

VCB代理服务器中的"vLUN推动器"允许服务器中存在VMDK文件。

采用VCB自动工作流，命令行设施(vcbMounter/vcbRestore)发挥作用。

备份软件集成模块：

模块集成到VCB框架的组件中。

VMware和备份程序都能开发并支持这种模块。

备份程序之间的集成和使用变量相对简单。

在此点击，查看采用备份代理服务器的VMware集中备份示意图。

采用备份代理服务器的VMware集中备份能够执行非LAN文件备份和非LAN图像备份。但是，这两种方法的实现途径截然不同。