随着 VMWARE 虚拟化环境的普及，越来越多的基于 VMWARE 的应用需要进行备份或者恢复。其中包括系统层的，数据库层的，以及应用层的(或者应用集群环境)需要备份或者恢复。以下由社区专家 ttkanni 提供一个解决思路，不局限于硬件或者软件或者软硬结合——
基于 VMWARE 的备份恢复解决方案，基本都是通过一个模式来实现：备份软硬件通过 Proxy 备份恢复。
不管是 CV、Networker、NBU 等主流备份软件，还是像 Veeam、Avamar 这种软硬件结合的产品，都是通过架设 Proxy 对接 VMWARE 来实现备份。
对于 VMWARE 上 VM，IMAGE 级别备份恢复，IMAGE TO FILE-LEVEL 恢复，基本主流软硬件表现基本不相上下。
对于 VMWARE 上的数据库、文件系统还是应用的备份恢复，与备份软硬件备份恢复物理机上的数据库、文件系统还是应用如出一辙。
关于 VMWARE 备份恢复的解决思路，(如果项目允许的情况下)可以从下面几方面考虑：
1，备份恢复并行能力
通常 Proxy 的并行能力都是有限的，很多时候建设初期一台 Proxy 能够胜任备份需求，后续 VMWARE 系统迅猛增长，Proxy 就无法承受了备份压力。因此，考虑 VMWARE 的备份产品时一定要重点考虑其并行效率。
关于提高并行效率，方式很多，例如 AVAMAR 这种基于强大硬件+消重算法的产品，将备份恢复的压力转移到备份产品上，其自身支持多节点部署;例如VEEAM 这种软件产品，通过和 VMWARE 深度结合，加上自己特有的智能算法技术，依靠自身类似 VM 扩展能力，也能大幅提高并行能力。
2，备份恢复负载均衡与集群结构
在备份系统上，备份系统的负载均衡也尤为重要，一旦出现 BUSY-IDLE 的情况，影响也是连带的传递的。在虚拟化备份上，随着生产系统的扩展，VMWARE 规模必然越来越大，扩展速度也越来越快，若备份系统无法实现良好的负载均衡，那最终只能越来越慢。同时备份系统最好支持集群结构，一方面保证自身的扩展能力，另一方面也能提供整体负载能力。
3，更好更多的特性
产品更好更多的特性会带来很多便捷。虚拟化备份产品的新特性，也带来一些改变，需要虚拟机上的数据不一定需要恢复 VM，而直接通过备份数据虚拟出VM 然后读取需要的生产数据;生产 VM 能迅速复制、虚拟到 VLAB 里进行测试，不再需要一台一台部署……
虽然说了这么多，VMWARE 备份系统建设成什么样，最重要的决定因素还是---项目资金，并没有一个万能通用的方案，只有项目资金能承受、性能够用的折中解决方案。
一个案例
客户已经采购了 Networker 、DD(含 VTLDDSOOST 许可)，主要是想解决其 VMware 环境下的应用、文件数据、数据库等备份问题，比如备份虚拟机是可以实现整机备份、也可以实现只备份数据库、或是只备份虚机的操作系统、配置文件或应用系统的运行环境(类似物理机环境下的无论主机系统、应用系统、数据库等)，也包括全备或是增量备份的实现问题，需要说明的是客户没有采购虚拟化环境 Avamar 模块，想咨询下就如上备份需求，如何从性能上、部署难易程度上给到客户一个较为理想的规划建议呢?
Networker+DataDomain 两者已经能够高效大部分类型备份，短期内备份规模没有骤然扩大的情况下备份性能应该不存在问题。
我们对照提问中需求逐条说明：
1，VMWARE 虚拟机 IMAGE 级备份
这一项需求从您提供的信息来看，客户要求保护级别并不是特别高。因此在此项需求实现上可以采用 Networker+Proxy 方式实现，若 DataDomain 作为备份存储，VTL 和 DDSOOST 方式均可。
2，VMWARE 虚拟机上的文件系统以及应用配置文件类备份对于文件系统和配置文件类的备份，可以把虚拟机当做普通的 Networker Client 直接备份数据。一般情况下，这类备份的数据量通常不会很大，可以直接备份。若 DataDomain 作为备份存储，可考虑 DDSOOST 方式。若是零碎文件(类似影像、话单类零碎数据)可以直接用过 DD NFS 进行备份。
3，VMWARE 虚拟机上的数据库备份
对于 VM 上数据库的备份，将数据库节点当做普通的 Networker Client 备份数据，若是集群结构可以通过浮动 IP 配置 Networker 备份。对于此类备份推荐以 DDSOOST 方式进行，利用虚拟机的性能进行 DataDomain 消重，大幅减少网络上备份数据的传输量，从而能提高 VMWARE 系统上并行备份的承载能力。
