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,从而使客户端获得最合适的配置。
版权声明:本文标题:wsus更新下载慢 内容由热心网友自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:https://www.elefans.com/dianzi/1703843589a74418.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论