在你正在运行的情况下：
在这个粗略的规模下，哪些备份解决scheme对您有好处？ 而且，作为一个附加的问题，它们中的任何一个是否具有您认为有效且有用的重复数据删除？
如果您想在备份上直接执行基于SAN的数据传输，则vSphere具有这种全新的vBackup API，它有点儿会损失VCB代理。 有几个供应商支持这个产品，而我迄今为止的经验非常积极。
基于SAN / vBackup备份作业的主要优势是：
大多数虚拟机的无代理备份。 备份是通过快照虚拟机，备份生成的静态磁盘，然后释放快照。 如果虚拟机内的软件可以快照，那么通过这种方法无代理备份就可以了。 VSS感知的应用程序，如Exchange和SQL，我相信，快照可以… …所以你不需要代理，除非你想要粒度（项目级）恢复像个人电子邮件和表行。
基于SAN的备份可能非常快。 特别是如果你在安静的时候推动这些数据。 备份在夜间运行时，我们正在制作iSCSI SAN上的所有SP接口。
变更块跟踪使整个虚拟机的增量/差异备份成为可能，快速且非常小巧。
有几个警告：
你真的需要去磁盘到磁盘，而不是磁盘到磁带。 因此，build议在备份主机上使用几TB的存储空间。 没有这个，你就不会看到吞吐量。
您的物理备份主机需要连接到您的SAN，并能够查看所有的LUN以备份它们。 实际上，这意味着您通常在Windowspipe理中有一个带有HBA的Windows盒子和大量“未知的卷”。 每当你在那里偷看，它都想为你初始化。 如果这样做，它会垃圾你的VMFS卷。 有点吸吮。
如果您因为某种原因连续几天没有获得备份，那么Change-Block跟踪function似乎有些不可思议。
正如前面提到的那样，您可能会希望SQL，Exchange和AD主机的代理（即使它们是VM）为您提供精细的恢复。
您的ESX或ESXi主机必须获得许可。 ESXi Free不启用vStorage内容。 有一个虚拟中心也是可取的，但不是，我相信，需要。
个别产品很难推荐，因为我只使用了Backup Exec，但是我发现这个版本的R2 R2是稳定的，并且很好用。
去复制是一个有趣的话题 – 我们评估了它的BE2010（第一版），发现它是非常错误的。 它也没有为我们节省太多的空间（因为渐进的工作如此之好）…所以这是不值得的额外的麻烦或成本。 我们当时通知我们的供应商，他们似乎很想和我们一起解决这个问题，但是我们放弃了，因为没有好处。
我有一个类似的环境，并使用Veeam备份做备份和副本。 Veeam使用vSphere的已更改的块跟踪function，缩小您的备份窗口。 您可以设置备份到期，以保持3个月的备份联机和可用。 备份存储的总量将取决于每天更改块的数量，以及您是要保留每日增量还是每周或每月备份轮换。
Veeam是按主机许可的，而不是每个虚拟主机，所以如果你有很高的整合比例，它是相当划算的。
备份解决scheme将取决于组织的RPO和RTO目标，可用带宽，硬件和备份窗口。 我所知道的一个大型VMware环境依赖于脚本化的VMware备份解决scheme，用于操作系统恢复（每周完整的操作系统磁盘映像快照）以及用于备份数据的操作系统代理。 在机器中安装专用的启动盘有助于实现这种方法。
我不build议自己备份ESX服务器，准备脚本化的安装CD并通过非交互式重新安装来恢复服务器要容易得多。 有趣的部分是虚拟机。
因为你有非常多样化的环境，我看到两种方法：
1）继续做你所做的事情，把机器看作是单独的物理盒子。 由于n个独立的备份和恢复程序，这可能是在下游地区的行政痛苦，但如果它的工作到目前为止，它的工作，对吗？
2）标准化一个产品，可以处理所有的环境。 TSM听起来很好，但在这里我可能不够客观，因为我的雇主出售和支持TSM。
我们正在使用EMC的Avamar来备份我们的VMware基础架构，并且运行得非常好。 速度很快，只备份已经更改的数据块，只备份每个数据块的一个副本（所以常用的Windows文件只能备份一次，而不是每个虚拟机一次）。 缺点是价格昂贵，但是如果你有一个EMC，它可能不会超出你的预算（我不知道完整的成本，因为其他人支付它:-)）