2024年4月3日发(作者：)

[技术分享 – WSUS 篇] 20100518, 更新下载慢？罪魁祸首就是…

标签： 2010microsoftservice微软服务器

2010-05-18 16:34 4727人阅读 评论(8) 收藏 举报

版权声明：本文为博主原创文章，未经博主允许不得转载。

更新文件下载很慢，怎么办？

最近碰到几个类似的问题，都是发生在使用 WSUS 和 SCCM 的环境里。客户反馈

说更新文件可以下载，但是下载速度非常慢。这种情况可能发生在客户端，如自动更新服

务 (Automatic Updates) 从 WSUS 或 Microsoft Update 网站上下载更新；也可能发

生在服务器上，如 WSUS 从微软网站同步更新文件。

经过分析，发现这些下载很慢的系统上都启用了 BITS Policy (Background

Intelligent Transfer Service)，表现在下面的注册表上：

HKEY_LOCAL_MACHINE

KeyName: Software/Policies/Microsoft/Windows/BITS

ValueName: EnableBitsMaxBandwidth

ValueType: REG_DWORD

Value: 0x00000001

KeyName: Software/Policies/Microsoft/Windows/BITS

ValueName: MaxBandwidthValidFrom

ValueType: REG_DWORD

Value: 0x00000009

KeyName: Software/Policies/Microsoft/Windows/BITS

ValueName: MaxBandwidthValidTo

ValueType: REG_DWORD

Value: 0x00000011

KeyName: Software/Policies/Microsoft/Windows/BITS

ValueName: MaxTransferRateOnSchedule

ValueType: REG_DWORD

Value: 0x00000014

KeyName: Software/Policies/Microsoft/Windows/BITS

ValueName: MaxTransferRateOffSchedule

ValueType: REG_DWORD

Value: 0x00000000

这些注册表值会限制 BITS 下载文件的速度。在上面这个例子，BITS 被限定在从上午

9点到下午5点，最高下载速度不能超过20Kbps。由于 WSUS 和 Automatic Updates

服务都是调用 BITS 来下载更新文件，因此都受到了影响。

这些注册表都是启用了 Local Policy 后生成的：

一般来说，这些 BITS Policy 都不是手工创建的，而是用户启用了 SCCM 里的

Bandwidth Throttling，如下图：

如果是这种情况，您可以调整 SCCM 里的 Bandwidth Throttling; 或者禁用 SCCM

里的 Bandwidth Throttling，通过 AD Group Policy 的方式配置 BITS Policy，从而使

客户端获得最合适的配置。