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