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

更新文件下载很慢,怎么办?

最近碰到几个类似的问题,都是发生在使用 WSUSSCCM 的环境里。客户反馈说更新文件可以下载,但是下载速度非常慢。这种情况可能发生在客户端,如自动更新服务 (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,从而使客户端获得最合适的配置。

 

Alex Lv

微软安全支持专家

你可能感兴趣的:(service,服务器,Microsoft,微软,2010)