虚拟机备份应该注意的五个问题

选购VMware Infrastructure Enterprise （VI 3.5）的其中一项优点为：VI 3.5不仅拥有传统的ESX管理程序，还包含其它特许功能和产品，这些对于创建虚拟机（VM）的业务连续性必不可少。VMware Consolidated Backup （VCB）正是这样一款产品。目前，备份管理员通常采用传统的物理备份解决方案，可能会误认为VCB是对虚拟数据中心的完整解答，因此还需要为VCB做好充足的准备和调研。    VCB并非实现虚拟基础架构的完整备份方案
    只有在极少数情况下，VCB才会允许管理员彻底移除虚拟服务器中所有的备份代理。其原因在于VCB无法完成以下工作：
    · 执行专业的应用程序备份（比如Microsoft Exchange Information Store 或Windows Server System State）
    · 执行非Windows VM的文件级备份
    · 完成备份文件的管理、分类或归档
    · 将文件直接恢复到虚拟机
    作为一种脚本架构，VCB需要和第三方备份程序集成，才能实现上述功能。
    VCB应安装在Windows专用服务器中
    专家建议，将VCB安装在自身服务器中。这种系统也称为VCB代理服务器，需要满足以下要求：
    · Microsoft Windows Server 2003 Service Pack 1 （32位64位）或更高级的版本
    · 介质存储仓库（media repository）由第三方备份程序的管理服务器加以管理
    · 与ESX主机访问VMFS LUN（VM存储在其中）具有相同的存储访问协议（例如，用于访问光纤通道存储的主机总线适配器（HBA），或者用于访问iSCSI存储的启动设备配置）。根据所使用的Windows Server版本，在将VCB服务器附属到VMFS LUN之前，应首先使分区加载功能失效。
    · VCB存储槽（Holding Tank）具有专用的磁盘存储，备份文件和恢复文件均写入存储槽中
    · 第三方备份代理
    VCB存储槽需要大型的磁盘卷
    VCB能共享ESX LUN，同时还需要NTFS格式的大型磁盘卷，最终形成备份图像的存储槽。磁盘卷可以位于SAN中，也可以位于本地VCB服务器的磁盘中。存储槽在备份和恢复期间完全用于存放VM图像。
    因此，在设计时需认真考虑存储槽的大小。例如，如果虚拟基础架构包括的VM占据了1 TB的磁盘空间，而你又希望执行完整的VM备份，那么存储槽就需要足够大，才能支持1 TB的备份。另外一种情况则可能为：交替执行VM完全备份，从而减少存储槽的大小。不过，管理员依然需要保证一定规模的存储槽，以保存占用了大部分磁盘空间的VM.
    第三方备份代理的作用
    第三方备份程序切实完成了文件的备份和管理工作。VCB将VM图像复制到存储槽后，就该第三方备份程序发挥作用——将这些文件移动到正在使用的介质存储仓库中。清除存储槽也是备份代理的任务，这样执行下一步工作时就具有可用的磁盘空间了。
    如果是文件级备份，VCB也会加载已复制的VM图像（按照之前提过的闪盘方式），这样备份代理就能找到VM的文件系统。备份代理能执行完全、增量或差异备份，从而将文件备份到介质存储仓库中。有时候，VCB服务器中的一个代理就能替换VM中的多个代理。
    VMware能为第三方备份程序提供兼容性指导。许多程序的模块集成了VCB，从而与程序的GUI协调VCB脚本和代理备份的时间安排。
    了解VCB恢复工作
    文件恢复利用第三方备份代理的功能，将文件从介质存储仓库移回到存储槽中。VM图像一旦移回存储槽以后，就可以完全复制到VMFS卷中，或者再次以闪盘的形式加载，这样就能恢复相关文件。两种情况下，管理员都必须手动将文件复制到恢复站点中。
    VMware Converter经常用于将物理服务器迁移到虚拟服务器中，同时还能根据VCB图像创建VM.因此，在有些情况下，VMware Converter是非常有效的VM完全恢复工具。