在你跑步的情况下：
- 具有多个主机的 VMware Infrastructure 4.x
- 超过 150 台虚拟机，配备各种操作系统（Linux 的六个发行版、Solaris、所有 MS 版本等），多种语言，几乎安装了各种软件（幸运的是，没有 Exchange 邮件服务器）
- 使用 EMC 光纤通道 SAN
- 需要备份的 VW 使用大约 2 TB 的数据（总计）
- 目标是保留备份约 3 个月
大致来说，哪些备份解决方案对您来说效果很好？另外，还有一个问题，您认为这些解决方案中是否有任何一种具有有效且有用的重复数据删除功能？
答案1
vSphere 有这种新奇的 vBackup API，如果您想在备份上进行直接基于 SAN 的数据传输，它可以在一定程度上消除 VCB 代理。有几家供应商的产品支持此功能，到目前为止，我的体验非常积极。
基于SAN/vBackup的备份作业的主要优点是：
适用于大多数虚拟机的无代理备份。备份是通过对虚拟机进行快照、备份生成的静态磁盘，然后发布快照来进行的。如果虚拟机中的软件可以接受快照，那么通过这种方法进行无代理备份也是可以的。我认为，像 Exchange 和 SQL 这样的 VSS 感知应用程序可以接受快照……所以除非您想要对单个电子邮件和表格行等内容进行细粒度（项目级）恢复，否则您不需要代理。
基于 SAN 的备份速度非常快。特别是当您在空闲时间推送数据时。当备份在夜间运行时，我们会在 iSCSI SAN 上制作所有 SP 接口。
更改块跟踪使整个虚拟机的增量/差异备份成为可能，速度快，而且体积小。
有几点需要注意：
您确实需要使用磁盘到磁盘，而不是磁盘到磁带。因此，绝对建议在备份主机上留出几 TB 的存储空间。没有这个，您就看不到吞吐量。
您的物理备份主机需要连接到您的 SAN 并能够查看所有 LUN，以便备份它们。实际上，这意味着您通常有一个带有 HBA 的 Windows 机器，磁盘管理中有大量“未识别的卷”。每次您查看时，它都会为您初始化。如果您这样做，它会破坏您的 VMFS 卷。有点糟糕。
如果您出于某种原因连续几天没有备份，则更改阻止跟踪功能似乎会出现一些问题。
正如简要提到的，您可能需要 SQL、Exchange 和 AD 主机的代理，即使它们是虚拟机，也能为您提供细粒度的恢复。
您的 ESX 或 ESXi 主机必须获得许可。ESXi Free 不支持 vStorage。拥有 VirtualCenter 也是可取的，但我认为不是必需的。
由于我只使用过 Backup Exec，因此很难推荐单个产品，但我发现 2010 R2 版本很稳定并且很好用。
重复数据删除是一个有趣的话题 - 我们针对 BE2010（第一个版本）对其进行了评估，发现它有很多错误。它也没有为我们节省那么多空间（因为增量工作得很好）...所以不值得额外的麻烦或成本。我们当时通知了我们的供应商，他们似乎很愿意与我们合作解决这些问题，但我们放弃了它，因为没有好处。
答案2
我有类似的环境并使用Veeam 备份进行备份和复制。Veeam 使用 vSphere 的更改块跟踪功能，该功能可缩小您的备份窗口。您可以设置备份到期时间，以使 3 个月的备份保持在线和可用。备份存储总量取决于每天更改的块数量，以及您是否要保留每日增量或进行每周或每月备份轮换。
Veeam 是按主机而不是按虚拟机授权的，因此如果您有较高的整合率，它非常具有成本效益。
答案3
备份解决方案将取决于组织的 RPO 和 RTO 目标、可用带宽、硬件和备份窗口。我知道的一个大型 VMware 环境依靠脚本化的 VMware 备份解决方案进行操作系统恢复（每周对完整的操作系统磁盘映像进行快照），以及使用操作系统内代理进行数据备份。在机器中配备专用启动盘有助于实现这种方法。
我不建议备份 ESX 服务器本身，准备一个脚本安装 CD 并通过非交互式重新安装恢复服务器要容易得多。有趣的部分是虚拟机。
因为您的环境非常多样化，所以我看到了两种方法：
1) 继续做你正在做的事情，把机器当成是独立的物理盒子。由于存在 n 个独立的备份和恢复过程，这可能会给下层区域带来管理上的麻烦，但如果到目前为止它都有效，那就有效了，对吧？
2) 标准化一种产品，可以处理所有环境。我听到很多关于 TSM 的好评，但我可能并不完全客观，因为我的雇主销售并支持 TSM。
答案4
我们正在使用 EMC 的 Avamar 来备份我们的 VMware 基础架构，它运行得非常好。它速度很快，只备份已更改的块，并且只备份每个块的一个副本（因此常见的 Windows 文件只会备份一次，而不是每个 VM 备份一次）。缺点是它很昂贵，但如果您有 EMC，它可能不会超出您的预算（我不知道全部费用，因为其他人已经付了钱 :-)）