我们有一个WSUS服务器，服务于300台PC和几十台服务器，并讨论了哪些产品可以包含在内。
我们在其中一台服务器上有一个SQL 2005实例，并且从来没有更新过。 我的第一个想法是只打勾SQL 2005，让WSUS至less升级到最新的服务包。
其他人中的一个人认为，只有less量主机相关的更新会影响WSUS的整体性能，声称每个更新都对所有主机或类似的东西进行“检查”。 我的观点是，手动更新这些服务器显然不工作，因为pipe理员没有注意到需要什么。
所以我的问题是：
是否只影响主机子集的更新会影响WSUS服务器相对于所有主机的整体性能？ （此时磁盘空间不是问题）
是否有任何性能的理由来反对手动更新less量产品？
基本上我需要反驳他的论点，我无法find任何具体的文件certificate他是错的。
据我了解的过程，实际的“这个更新是否适用于我”检查是在客户端处理。 它下载产品的可用更新列表并执行检查。 显然，如果产品有更新可用，检查将花费更长的时间。
但是，执行更新的时间要比检查更新的时间长得多。 其次，检查更新是作为一个后台任务来完成的，所以性能应该没有什么关系。 检查更新是从一个星期内随机执行螺栓devise，所以它需要30秒，而不是12真正应该只是如果你的更新应用程序方法是“手动更新所有从控制台，所有自动更新，甚至检查更新closures“，这是一个反模式（不这样做）。
也就是说， WSUS服务器上有更多产品的唯一性能影响是：
在客户端，你甚至不应该注意到。
我不知道我曾经听过WSUS和性能在相同的背景下讨论过。
一旦获得批准的更新是静态内容，除非磁盘在下载时高度碎片化，否则它们将相当顺序地坐在磁盘上。
所以直接回答你的问题：
1）WSUS可以下载汇总包以减less大量小包的需求，从分发和客户端安装的angular度来看，这是理想的，并且需要更less的时间来安装单个更新。
2）当然是的，但并不是每个客户端机器都处于相同的状态，我已经提到了上面提到的内置机制，可以减less要安装的软件包的数量，但是在这里微软公司是仁慈的。
我build议您至less将您的服务器指向WSUS进行报告，即使修补程序是手动的。