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