我们是一家小公司，在 3 台主机上运行着十几个 vmware 实例。随着我们为客户在部署中添加更多虚拟机，我们零零碎碎地备份虚拟机的方式已经显露出缺陷。这一点在我们向我们的“农场”添加更多主机时变得尤为明显。
现在是时候考虑更强大的解决方案来管理我们的虚拟机备份了。我在 Google Code 上找到了一些很棒的脚本，可以对虚拟机进行各种备份和复制到中央服务器……但这是否只能延缓未来的痛苦？
目前我们正在使用 vmware server 2.0，切换到 ESX 没有任何问题。人们是如何过渡到 ESX 和一些 vSphere 软件包来管理虚拟机的？他们的备份解决方案是否比脚本忍者所能组合的解决方案好得多？
答案1
我对“自己动手”备份的看法是这样的：编写脚本很棒，但备份也是你希望确保正确完成的事情。如果你能花一点钱买到效果很好的产品，这可能比花很多时间编写脚本要好。你也不太可能陷入商业产品让你陷入困境并丢失数据的境地。（即使你使用的是商业产品，你仍然应该测试、测试、测试你的备份。）
我已经用 rsync、scp 等胶水和胶带解决方案完成了我的份额，但商业产品对于“下一个人”来说将更干净，以便管理，并且这对您的业务来说是一种“胜利”，即使它不符合您的自尊心。
所以，说了这么多，以下是我考虑做的事情。我会看看Veeam 备份在您开始编写/修改脚本之前。
答案2
无论您决定实施什么解决方案，无论是购买的解决方案、别人的脚本还是您自己的脚本……请确保它有效！
测试它，测试它，然后再次测试它...然后...定期测试它（每周、每月，您决定）。
VM 备份（以及一般备份）的最大问题是，它一开始有效……然后每个人都忘记了它们，直到天开始塌下来。
如果您确实采用 DIY 方式，请务必将其与恢复过程一起正确记录下来，以便 6 个月后您不会因为某些东西崩溃而感到压力，也不会因为记不清如何恢复这个“混乱”而撞墙。
商业软件当然可以减轻很多负担，但根据您的情况，您可能需要更多配置。但无论您做什么... 测试它。;-)
答案3
请记住，对于虚拟机来说，两种备份那件事。
第一个是你的标准备份在机器上运行无论是否虚拟。通常这些将包括基本操作系统安装之外的任何配置文件和数据。
第二个是虚拟机本身的备份。这是比较棘手的。它在 VMWare 主机上运行（而不是虚拟机本身），复制整个硬盘，并且根本不需要虚拟机上的客户端。为了确保一致性，必须在虚拟机关闭时进行备份，或者更常见的是，制作快照，备份快照，然后删除。
第二种备份非常适合灾难恢复情况，因为它可以让您快速启动并运行 - 但是备份必然更大、更慢，并且更难设置。如果您需要恢复单个文件或文件夹，它们就没什么用了。
您想出的任何备份解决方案确实需要考虑这两种备份。