部署技巧

　　在物理服务器中，同时运行数据备份可能问题不大，因为物理服务器具有充足的闲置资源，但是对VMware虚拟架构而言，闲置资源已得到充分利用，多个备份操作就有可能阻塞物理服务器。从而，在进行虚拟化以后，应该修改备份手册，通过备份窗口避免资源过度重叠。

　　一个VM只允许一条数据流。VM的VMDK文件通常寄存在一个VMFS卷中，多条数据流操作很容易覆盖VMFS卷。因此，除非VMDK文件隔离在独立卷（RDM、 iSCSI LUN、或独立的VMFS卷）中，否则备份就应该单流运行，而不是多流运行。

　　方法2：ESX Service Console中安装备份程序

　　工作原理：这种方法是在ESX Service Console在安装备份程序，按下图备份VM中潜在的VMDK文件组。Service Console采用红帽子Linux操作系统，因此能够使用Linux备份程序。

　　这种方法的优点包括：

　　只需一个备份程序就能备份所有的VM，而不是一台VM配备一个备份程序。
　　通过这种方法，VM资源能完全备份，只需简单备份少量的大型VMDK文件。
　　图像能快速恢复，因为只需恢复大型图像，而不必查找大量的小型图像。

　　这种方法的缺点包括：

　　需要脚本才能自动关闭、快照和启动VM。为了保证备份过程应用程序数据的一致性，必须这么做。
　　不可能恢复文件，这种方法只能备份和恢复图像。另外，这也意味着不能实现增量备份。
　　VNware指出，其开发流程包括从ESX Server移除Service Console。VMware的ESX Server 3i在这一点上迈出了第一步。

　　部署技巧

• 为了保证应用程序的一致性，在备份VMDK之前应该关闭VM。
• VMDK文件在备份窗口中静止不动。
• 很不幸，备份过程中VM失去效用。
• VMDK文件利用Service Console中的备份程序进行备份。
• 如果不能关机，可以利用VMware快照功能拍摄运行中的VM，获取即时备份。
• 备份数据停留在相同的状态，因而不能保证数据的一致性。
• 同样，实现自动化也需要脚本。
• 不是所有的备份程序都支持这种方法，所以你需要事先进行调查。
• 对于应用程序数据一致性的备份，利用VSS使应用程序在备份之前停止运行。但是，这需要非常复杂的脚本。

　　你可以利用ESX Service Console 中的VCB设施，获取运行状态下虚拟机的快照：

　　vcbMounter设施：
　　创建VM的静态快照。
　　将快照投射到一组文件中，文件可能处于控制台的本地目录中，也可能处于LAN的远程目录中。
　　利用ESX控制台支持的备份软件对本地文件进行备份和恢复。

　　vcbRestore设施：
　　将VM恢复到初始站点或者其它站点，

　　如果你决定冒险采用脚本技术，就会发现错误校验和更正是脚本技术最难的一个方面，需要编写大量代码。