我有一个configuration了软件更新angular色的SCCM 1606服务器（又名SCCM 2016）。 服务器已经每天与微软同步数月，现在所有的工作都正常。 今天早些时候，我使用以下标准configuration了自动部署规则：
Workstation Updates的现有软件更新组。 这个查询应该产生一个391的更新包。
在创build规则之后，我手动运行它以使其在今天生效，并开始下载更新。 那是7个小时前。 我一整天都在检查这个小组，而且这个小组正在增长，但是这个速度非常缓慢。 在撰写本文时，至今只下载了15个项目。 以这样的速度，它将需要几个星期才能下载！
我检查了内容的位置，其中有大约8GB的数据，所以到目前为止，下载的15个更新都是特别大的，或者并行化了一大堆，而在控制台上显示的只有15GB已经完成？ 无论哪种方式，在7小时内演出8场，速度令人难以接受。
整个服务器不是很忙。 它只运行SCCM，它在本地托pipe数据库。 它也承载着所有的angular色，所以没有依赖于networking上的其他服务器。 现在没有其他部署了，我只是在帮助台上进行检查。 目前没有任何电脑成像。
任务pipe理器显示，networking活动稳定在1Mb / sec左右，并且短暂的峰值高于10 Mb / sec。 我们有一个60M的互联网连接，目前是稳定的，所以这不是问题。 CPU和内存也不错。
服务器肯定是在做一些事情 ，只是花时间做这件事。 这里发生了什么？ 我如何检查这些下载的状态？ 他们为什么要这么长时间？
请检查站点服务器上的日志文件patchdownloader.log。
它提供有关从软件更新元数据中指定的更新源将软件更新下载到站点服务器上的下载目标的过程的信息。
使用patchdownloader.log中的URL副本通过IE手动下载更新。
另外，看看代理设置。
netsh winhttp显示代理