SCCM 1710 带有 KB4086143 修补程序汇总，在 Windows Server 2012 R2 上运行，并在同一服务器上配置了软件更新点和 WSUS。
SUP 和 WSUS 均未配置为下载快速更新。客户端策略设置为不使用快速更新。
创建了“基线”软件更新组和部署包，其中正确地不包含快速更新。
创建了自动部署规则，该规则会持续下载快速更新；上个月的全套更新（仅此而已！）为 65gb。对其进行微调以仅包含安全更新则为 25gb。
删除并重新创建 ADR 没有任何区别。
除非我能合理地保证问题能够得到解决，否则我不会准备丢弃并重新创建 SUP 和 WSUS；时间就是金钱，而我已经浪费得够多了。
我在 TechNet 上听到有人抱怨说这是一个应该在 180x 中修复的错误；我愿意升级到 1802，但我们现在正处于部署阶段，团队成员会感到烦恼。如果 1802 解决了这个问题，我会毫不犹豫地接受，但在发行说明或 KB 中找不到任何迹象表明它解决了这个问题。
一个疯狂的想法是构建和配置另一个 WSUS，将其用作上游，并不断敲打它，直到它无法下载 Express Updates。我不知道它在实践中会如何工作，我更喜欢更干净的修复，但我愿意将其作为临时措施尝试一下。
这些选项是否可行、值得推荐，或者是否有其他更好的方法来驯服这个野兽？
预期的答案可能会假设该环境是正确构建的，并且符合文档和推荐的最佳实践。
答案1
最后，我通过在托管 WSUS 内容的驱动器上启用重复数据删除来解决了这个问题。快速更新非常有效地进行了重复数据删除，并将存储影响降至最低。虽然没有真正正确的修复，但这足以解决这个问题，直到问题出现。