如果我管理现场 WSUS 实例，我有责任根据某些政策指南向加入域的 PC 发布更新。在决定何时发布更新之前，我可以使用某种元数据或技术来评估对最终用户的影响吗？
我试图解决的具体情况是，一些看似较小的更新需要重新启动，并且需要花费大量时间才能完成。我曾多次看到电脑在下午 5 点尝试从“开始”菜单“关闭并应用更新”，然后坐了半个多小时，硬盘驱动器不停地运转。这些都是现代的、快速的机器，配有 SSD 和 8GB 或更大的内存。我唯一的理论是，这些更新一定是出于某种原因扫描了整个磁盘。如果这些更新以某种方式被标记，我希望将它们保留到计划的停机日。
除了单独应用它们并用秒表计时之外还有其他选择吗？
答案1
除了单独应用它们并测量负载或时间之外，没有太多其他选择。您可以使用虚拟机群来测试它们，但变量太多，甚至无法开始控制。
自 Vista 以来，许多更新需要很长时间的原因是它们被打包为“diff”。这些更新实际上只是一个修改列表，必须将原始文件与这些修改结合起来才能生成修补文件。更新或原始文件越大或越复杂，所需的时间就越长。这可能会占用大量 CPU、RAM 和磁盘 I/O。
如果白天应用更新成为一个问题，您可能需要研究其他策略。