因为传统的备份方法在虚拟化服务器环境中效率往往很低，所以，在进入虚拟化时代，数据备份成为许多公司争夺的一个领域。Veeam Software公司认识到需要为VMware环境提供更好的备份产品，并在2008年推出了Veeam Backup & Replication产品。当时，还有两家专门针对VMware提供备份产品的厂商——PHD Virtual Technologies公司的esXpress和Vizioncore公司（现在的Quest Software公司）的esxRanger。这两个产品都是在2006年发布的。Veeam公司通过快速纳入VMware公司开发的新技术，以显示其与其它产品的不同。Veeam Backup & Replication 5最近已发布，并且包含了很多新功能。在本文中，我们首先介绍Veeam Backup 4.1.2，然后再突出版本5中的某些新功能。
Veeam Backup技巧及Veeam Backup & Replication 5前瞻内容包括：
- Veeam Backup & Replication概览
- Veeam Backup & Replication与合成备份
- Veeam Backup & Replication支持的备份方法
- Veeam Backup & Replication安装注意事项
- Backup & Replication版本5
VEEAM BACKUP & REPLICATION概览
Veeam总是把备份和复制捆绑到一个产品当中；其它VMware备份厂商都是单独销售复制产品。Veeam公司也是最早结合新的VMware vStorage APIs的公司之一，这对于VMware Consolidated Backup是一个巨大的提升。Veeam很快就利用了vSphere的变化块追踪(CBT)功能使增量备份变得更快，同时在其产品复制引擎中的引入准连续数据保护（CDP）功能。Veeam Backup & Replication还包含许多其它的高级功能，例如：
*全面支持ESX和ESXi主机的备份
*全面支持所有的vSphere新功能以及新的用于Data Protection的vStorage APIs接口
*支持虚拟机裸机恢复（vmdk）和单个文件恢复（仅Windows平台）。也可通过VMware Player (VBR 版本 4)、一个虚拟设备（VBR 版本5）或通过vPower支持其它操作系统平台的单个文件恢复。
*针对目标备份数据的在线重复数据删除和压缩
*同时支持VMware Tools暂停和利用微软VSS驱动的专用代理实现应用一致性备份
VEEAM BACKUP & REPLICATION与合成备份
除了许多备份产品使用的传统的全备份/增量备份方法以外，Veeam还支持合成备份模式。与传统备份相比，合成备份提供了更小的备份窗口和更少的资源占用，因为你不需要定期对虚拟机（VMs）做全备份。通过合成备份，全备份只做一次，从这个点开始，后续全部采用增量备份。
你可能会认为这会使恢复更加困难，因为潜在有大量的增量备份文件去恢复，但情况并非如此。增量备份后会进行合成备份，备份服务器会把以前备份的数据合成一个全备份。通过这种方式，你总有一个最新的全备份副本，而不需要真正在虚拟机上执行一个全备份。但是如果你总是有一个当前的全备份，那如何恢复到以前的数据呢？这也是可以做到的，因为所有的变化被备份并且保存在回滚文件中，并且历史数据可用于计算反向的增量。为支持法规和公司策略，Veeam Backup & Replication也支持使用专门的备份任务进行定期的全备份，这些备份任务会重置回滚文件链，所以全部的后续增量备份将会使用新的全备份。随着Backup & Replication版本5的发布，Veeam已经把传统的前增量模式作为缺省备份模式，但你仍旧可以使用后增量模式。
VEEAM BACKUP& REPLICATION支持的数据备份方法
Veeam Backup & Replication可根据你的环境不同使用不同的备份方法；其中包括vStorage APIs、VMware Consolidated Backup以及传统的网络备份。vStorage APIs是VMware Consolidated Backup的继任者，两者均可以直接访问虚拟机存储而无需通过主机（LAN-free）。你也可以使用传统的网络备份，通过主机访问虚拟机存储，对于ESX主机（不是ESXi），需要在Service Console部署一个代理以帮助更加有效地进行备份。
vStorage APIs: 使用vStorage APIs是首选的方法，因为这是最有效地方法。在使用vStorage APIs的时候，有四种传输模式可以使用：SAN模式、故障切换SAN模式、网络模式和虚拟设备模式。SAN模式只支持运行在块存储设备上的虚拟机，同时允许Veeam Backup & Replication直接访问虚拟机数据存储而不需要通过 ESX或ESXi主机，占用更少的主机资源。这常常意味着必须在一台物理服务器上运行Veeam Backup &Replication，通过光纤通道HBA卡或iSCSI启动器直接访问虚拟机数据存储。但是，在虚拟机上运行Veeam Backup & Replication并且使用安装在客户操作系统上的微软iSCSI启动器直接连接iSCSI数据存储也同样适用。带故障切换的SAN模式增加了安全机制，如果因为某些原因SAN模式变得不可用，它会切换到网络模式完成备份。这是不可取的，因为运行在网络模式的时候，会消耗ESX主机更多的资源。
网络模式：网络模式是效率最低的模式，因为Veeam Backup & Replication服务器通过网络连接到ESX/ESXi主机，使用网络块设备协议（NBD）协议连接到虚拟机数据存储。这增加了额外的网络流量，并且对于主机资源的使用可能会对运行在主机上的虚拟机产生负面的影响。为帮助在ESX主机上提升网络模式的效率，在运行时需要部署服务控制台代理；但是，ESXi由于更多的管理控制台限制不能做到这一点。对于运行在本地存储上的虚拟机，这种模式是必要的，因为Veeam Backup & Replication服务器无法直接访问虚拟机的磁盘。
虚拟设备模式：最后，对于虚拟设备模式，Veeam Backup & Replication被安装在一台虚拟机上，被备份的虚拟机磁盘被“热添加（hot-added）”到Veeam Backup & Replication虚拟机。数据直接从存储栈中读取而不是通过网络。热添加是vSphere的新功能。在4.0版中，此功能需要建立一个没有虚拟磁盘的临时帮助虚拟机；在vSphere 4.1中不再需要了。使用虚拟设备模式的好处是它能够直接基于NFS存储对虚拟机进行备份，而以前这只能通过低效的网络模式。
性能方面，SAN模式与虚拟设备模式没有太大不同，因为它们都利用了存储栈来访问源数据，而不是通过网络栈。对于备份性能有巨大影响的地方是Veeam备份服务器和目标服务器设备的硬件配置。如果你在一个具有两个CPU核的服务器上使用Veeam Backup & Replication时，性能是非常差的。Veeam推荐至少四核到八核才能获得最佳的性能。记住，Veeam Backup & Replication服务器不仅仅把数据从源发送到目标。它还使用重复数据删除和压缩等先进的逻辑最小化复制和存储的数据总量。足够可用的CPU和内存对于获得最佳备份性能是至关重要的。
