下载软件更新非常缓慢。

Question

我有SCCM 1606服务器(a.k.a )。配置有软件更新角色的SCCM 2016。几个月来，服务器每天都与微软同步，所有这些都在正常工作。今天上午早些时候，我使用以下条件配置了一个自动部署规则：

• 产品: Windows 7或Office 2013
• 必需：>=1 (指组织中至少需要一台计算机所需的任何更新)
• 取代:不
• 更新分类:所有( AV定义除外，这些定义由不同的自动部署规则处理)。
• 添加到一个名为Workstation Updates的现有软件更新组中。
• 每个月的第二个星期三(第二天，星期二)进行评估。
• 立即部署到测试集合中。

到目前为止，这个查询应该生成一个包含391个更新的包。

在我创建了这个规则之后，我手动运行它，使它在今天生效，并且它开始像它应该下载的那样下载更新。那是7小时前的事了我一整天都在检查这个小组，而且还在增长，但是做得非常慢。到目前为止，它只下载了15篇文章。在这个速度，它将需要几个星期来下载他们的所有！

我检查了内容位置，其中有大约8GB的数据，所以到目前为止下载的15个更新都是特别大的更新，或者已经并行化了许多更新，而控制台中唯一显示的是已经完成的15个更新？无论哪种方式，7小时内8次演出速度慢得令人无法接受。

服务器作为一个整体并不十分繁忙。它只运行SCCM，并且在本地托管数据库。它还承载了所有角色本身，因此网络上的其他服务器不存在依赖关系。现在没有其他的部署，我只是向服务台查询，现在没有人有任何电脑成像。

任务管理器( Task )显示，网络活动稳定在1MB/秒左右，短时间内达到>10 Mb/秒。我们有一个60 60Mbit的互联网连接，目前它是坚实的，所以这不是问题。CPU和内存也很好。

服务器肯定在做一些事情，它只是花了很长的时间去做它。这里发生了什么事？如何检查这些下载的状态？他们为什么要花这么长时间？

Answer 1

请检查站点服务器上的日志文件patchdownloader.log。

它提供有关将软件更新从软件更新元数据中指定的更新源下载到站点服务器上的下载目的地的过程的信息。

使用来自patchdownloader.log的URL副本通过IE手动下载更新。

另外，请看一下代理设置。

netsh winhttp显示代理