我们是一家在三台主机上运行十几个vmware实例的小商店。 由于我们为我们的客户部署了更多的虚拟机，所以我们已经完成了虚拟机的备份工作。 可以这么说，我们增加了更多的主机到我们的“农场”，这一点尤其明显。
现在是时候考虑更强大的解决scheme来pipe理我们的虚拟机备份了。 我已经find了一些在谷歌代码漂亮的脚本做各种虚拟机的备份和复制到中央服务器…但这只会延迟未来的痛苦？
目前我们正在使用vmware server 2.0，切换到ESX没有问题。 人们如何过渡到ESX和一些vSphere软件包来pipe理他们的虚拟机？ 他们的备份解决scheme比脚本忍者可以放在一起好得多吗？
我自己承担“自己动手”的备份是这样的：脚本是好的，但备份也是你想要确保做的正确的事情。 如果你可以花一点钱，得到一些效果好的东西，那可能比花很多时间编写脚本要好。 如果商业产品让你陷入困境并丢失数据，你也不太可能出现这种情况。 （即使使用商业产品，您仍然应该testing，testing和testing备份。）
我已经完成了我的胶带解决scheme，用rsync，scp等进行备份，但是商业产品对于pipe理的“下一个人”将是更清洁的，这对于您的业务是一个“胜利”，甚至如果不是你的自我
所以，说了这么多，这是我想要做的。 在编写/修改脚本之前，我会先看看Veeam Backup 。
无论您决定实施什么样的解决scheme，无论是购买的解决scheme，别人的脚本，还是您自己的脚本，请确保它能正常工作！
testing一下，testing一下，然后再testing一次……然后……定期testing（每周，每月，你决定）。
虚拟机备份（一般是备份）最大的问题是，它的工作起初…然后每个人都忘记了他们，直到天空开始下降。
如果你真的用自己动手做的方法，一定要记得正确的文件与恢复程序，以便从现在起6个月你没有承受压力，因为有东西是碰撞，撞你的头靠在墙上，因为你可以别忘了如何恢复这个“烂摊子”。
商业软件肯定可以减轻很多这种负担，但取决于你的情况，你可能需要更多的configuration。 但无论你做什么…testing它。 😉
请记住，对于虚拟机，实际上有两种备份是重要的。
第一个是在虚拟机上运行的标准备份。 通常这些将包括基本操作系统安装以外的任何configuration文件和数据。
第二个是VM本身的备份。 这是一个棘手的问题。 它运行在VMWare主机上 （不是VM本身），复制整个硬盘，根本不需要VM上的客户端。 为确保一致性，必须在虚拟机closures时进行备份，或者更常见的是创build快照，快照被备份，然后删除。
第二种备份非常适合灾难恢复情况，因为它可以让您快速启动并运行 – 但是备份必须更大更慢，而且更难以build立。 而且，如果您需要恢复单个文件或文件夹，则它们并不好。
您提出的任何备份解决scheme都需要考虑这两种备份。