我们有一个 WSUS 服务器，为大约 300 台 PC 和几十台服务器提供服务，工作中讨论了要包含哪些产品。
我们在一台服务器上有一个 SQL 2005 实例，它从未更新过。我的第一个想法是勾选 SQL 2005 复选框，让 WSUS 至少升级到最新的服务包。
这里的另一位用户认为，如果更新只与一小部分主机相关，就会影响 WSUS 的整体性能，并声称每次更新都会对所有主机进行“检查”或类似操作。我的观点是，手动更新这些服务器显然行不通，因为管理员没有注意需要做什么。
我的问题是：
仅影响部分主机的更新是否会影响 WSUS 服务器相对于所有主机的整体性能？（此时磁盘空间不是问题）
是否有任何性能依据支持或反对手动更新少量产品？
基本上，我需要反驳他的论点，但我无法找到任何确凿的文件来证明他是错的。
答案1
据我了解，实际的“此更新是否适用于我”检查是在客户端进行的。它会下载其产品的可用更新列表并进行检查。显然，如果其产品有可用更新，则检查将花费更长时间。
但是，执行更新的时间比检查更新的时间要长得多。其次，检查更新是作为后台任务完成的，因此性能并不重要。检查更新从一开始就设计为在一周内随机执行，因此它花费 30 秒而不是 12 秒才真正重要，除非您的更新应用方法是“从控制台手动更新所有内容，关闭所有自动更新，甚至检查更新”，这是一种反模式（不要这样做）。
也就是说，唯一的性能影响到 WSUS 服务器拥有更多产品的原因如下：
- 下载更新的时间
- 清理时协调数据库的时间
- 批准更新所需的时间
在客户端，您甚至不会注意到。
答案2
我从未听过在相同背景下讨论 WSUS 和性能。
一旦获得批准，更新内容就是静态内容，除非在下载时磁盘碎片严重，否则它们将按顺序存储在磁盘上。
因此，直接回答你的问题：
1) WSUS 可以下载汇总包以减少对大量小包的需求，从分发和客户端安装的角度来看，这是理想的，并且比安装单个更新所需的时间更少。
2）当然是的，但不是每台客户端机器都会处于相同的状态，上面我提到的内置机制可以减少要安装的软件包数量，但在这里你只能听天由命了。
我确实建议您至少将您的服务器指向 WSUS 以便进行报告，即使修补它们的过程是手动的。