admin管理员组

文章数量:1567278

2023年12月29日发(作者:)

[技术分享 – 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,从而使客户端获得最合适的配置。

本文标签: 下载文件博主