Automation 如何使用Windows Update使VM快照树保持最新？

为了测试我们产品的安装程序，我维护了一个虚拟机快照树，其中安装了不同的早期版本。在每个VM上执行Windows更新、重新快照、删除父快照是一项繁琐的任务

---

是否有一个自动化的解决方案来保持一组虚拟机的最新状态？我使用VirtualBox，但可以访问VMware Workstation，如果维护有所改进，我将进行切换。

我们在各种库中保留虚拟机的基线。它们大约有20多个（混合了Java、DB2、WAS等的不同版本），开发和测试团队可以复制出来供自己使用

图书管理员（开发人员，兼职）负责使其保持最新。他们要做的是每周左右复制一个虚拟机，引导它并安装所有更新，然后将更新后的虚拟机复制回原始虚拟机。这意味着它可用于签出，除非正在执行复制操作。此外，由于虚拟机是共享的，因此需要更新的虚拟机数量被最小化

我们就是这样做快照的，复制目录部分是因为它更容易管理，但主要是因为我们太紧了，无法购买工作站版本：-）我们使用播放器

它主要是自动化的，因为所有的虚拟机都从我们的SUS服务器获取更新，我们知道他们什么时候准备好了更新。图书管理员收到需要更新虚拟机的脚本通知，只需运行另一个复制虚拟机并启动复制的脚本

---

一旦图书管理员确信副本是最新的，他们会关闭它，然后另一个脚本会将该VM复制回库中并更新其状态。

我不知道有哪种自动化解决方案可以用于所有VM，但我建议使用来跟踪每个VM的更新状态，并提供本地Windows update存储库以加快更新过程

我想您可以使用WSUS和组策略的组合来执行这些更新，设置自动更新安装，并在给定的时间段内打开所有VM以确保它们都得到更新

---

但这并不能解决管理快照等问题。我想知道VMWare是否有API…

这应该是服务器故障。我考虑过这一点。。但是，在虚拟机中进行测试（并使其保持最新）是许多程序员所做的事情。这是一个有趣的想法。VMware和VirtualBox确实有API，因此您可以自动化快照。事实上，您可以自动打开电源，允许安装更新，也可以关闭电源。这将是一项需要执行的相当大的任务。有一个VM的大农场，我会考虑。如果你沿着这条路线走下去，你可以通过执行“WuAuCuLt/Debug”来强制Windows更新服务检查“现在”更新。它看起来不会做任何事情，但你会发现它会转到WSUS（如果你不在WSUS环境中，也可以使用Windows Update），如果有什么悬而未决的事情，黄盾会出现在右下角。我喜欢这个想法，因为它面向团队，而且简单轻巧。这样做的缺点是，虽然它允许您提供一个最新基线库，但它并没有提供一个解决方案来保持VM在使用中的最新状态。Aidan说，在我们的环境中，使用时间非常短。通常，虚拟机会被复制出来进行一组测试运行，这些测试运行只会持续到所有测试都成功为止。这通常不到一周，然后删除复制的VM，直到再次需要它们。