我有一台配置了软件更新角色的 SCCM 1606 服务器（又名 SCCM 2016）。几个月来，该服务器每天都与 Microsoft 同步，一切运行正常。今天早上，我配置了一条自动部署规则，其条件如下：
- 产品：Windows 7 或 Office 2013
- 必需：>=1（表示组织中至少有一台计算机需要任何更新）
- 被取代：否
- 更新分类：全部（AV 定义除外，由不同的自动部署规则处理）。
- 添加到名为 的现有软件更新组
Workstation Updates。 - 每个月的第二个星期三 (补丁星期二的第二天) 进行评估。
- 立即部署到测试集合。
截至目前，此查询应生成一个包含 391 个更新的包。
创建规则后，我手动运行它以使其今天生效，它开始像预期的那样下载更新。那是 7 小时前。我一整天都在检查该组，它正在增长，但增长速度非常非常慢。截至撰写本文时，它到目前为止只下载了 15 个项目。按照这个速度，它将需要周全部下载！
我检查了内容位置，里面大约有 8GB 的数据，所以到目前为止下载的 15 个更新要么特别大，要么它已经并行处理了很多更新，控制台中只显示已完成的 15 个更新？无论如何，7 小时内下载 8GB 的速度慢得令人无法接受。
整个服务器不是很繁忙。它只运行 SCCM 并在本地托管数据库。它本身还托管所有角色，因此不依赖于网络上的其他服务器。目前没有其他部署正在进行，我刚刚向服务台查询过；目前没有人拥有任何计算机映像。
任务管理器显示网络活动稳定在 1Mb/秒左右，短暂峰值超过 10 Mb/秒。我们的互联网连接为 60Mbit，目前稳定，所以这不是问题。CPU 和内存也很好。
服务器肯定正在运行某物，它只是在慢慢地做这件事。这是怎么回事？我如何检查这些下载的状态？为什么它们要花这么长时间？
答案1
请检查站点服务器上的日志文件 patchdownloader.log。
它提供有关将软件更新从软件更新元数据中指定的更新源下载到站点服务器上的下载目标的过程的信息。
使用从 patchdownloader.log 复制的 URL 通过 IE 手动下载更新。
另外，请查看代理设置。
netsh winhttp 显示代理