微软WSUS补丁管理服务器常见故障解决方法
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
微软WSUS补丁管理服务器常见故障解决方法
WSUS是由Microsoft提供的,为Microsoft操作系统、Microsoft Office、Microsoft服务器类产品(ISA Server等)和其他产品(Visual Studio系列等)提供补丁管理的服务器。许多企业都部署了WSUS服务器,但WSUS服务器的使用并不是一帆风顺的。本文介绍在使用WSUS服务器中碰到的几个重要问题并介绍解决方法。
当CPU占用率100%
在第一次配置WSUS服务器时,在为工作站配置并使用WSUS服务器升级系统时,有些工作站的速度会变得非常慢。这些工作站的任务管理器可能会显示CPU 占用率为100%, svchost.exe进程也可能占用100%或将近100%的CPU资源(如图1、图2)。
图1 CPU占用率100%
图2 svchost.exe占用了大量CPU资源
出现这种问题时,可以暂时中止svchost.exe进程,下载补丁并在工作站上安装,然后重新启动计算机就可以解决该问题。需要注意,在安装补丁的时候,出现图3所示的界面才表示补丁被正确安装了。在有的工作站上,需要反复多次地安装这个补丁才能解决问题。
针对这个问题,还有以下两点说明:1.WSUS服务器已经提供了这个补丁,但由于各种原因,有的工作站不能及时安装,所以就会出现CPU占用率100%的现象。2.当WSUS在后台自动安装补丁时,CPU占用率暂时可能会达到100%,但不会一直在100%,而是在40%~100%之间反复。出现这种情况是正常的。
工作站不能联系WSUS
在使用gpedit.msc配置工作站进行WSUS服务器更新,或把编辑好的“注册表文件”导入工作站并从企业内部进行WSUS服务器升级,在第一次做这些工作时,为了让工作站立刻从WSUS服务器下载补丁,需要在命令提示符下输入以下内容:
Wuauclt /detectnow
Wuauclt1 /detectnow
然后再使用netstat -an,如没有发现到WSUS服务器的连接,或没有使用上述命令,但过几天之后工作站没有从WSUS服务器下载任何补丁,并且在WSUS 服务器上也没有发现该工作站,那么需要在该工作站上安装WSUS客户端代理程序,并重新启动计算机来解决这个问题。
图3 完成安装KB927891补丁
下载地址为:
/WindowsUpdate/redist/standalone/7.0 .6000.381
/WindowsUpdateAgent30-x86.exe
自动更新出了问题
当工作站端配置为自动下载并计划安装时,工作站将会在指定的时间安装(如图4)。可能有人认为,工作站不会在指定的时间安装,但经过多次测试,结果如下:
图4 设置自动更新属性
当工作站从WSUS服务器下载完补丁后,会在右下角出现黄色的感叹号并提示“已经为您的计算机准备好更新,单击此处安装这些更新”。根据用户是否选择,将会有三种情况:
1.如果用户单击黄色的感叹号,会弹出自动更新对话框,此时单击“快速安
装”按钮,即开始安装补丁。
2.如果用户没有选择,则在到达设置的时间后(如图4), WSUS客户端程序会自动在后台安装补丁。这时,如果打开任务管理器,在“进程”对话框中会发现一个svchost.exe进程占用了大量的CPU资源,并且占用了大量内存,这个进程会完成补丁的自动安装工作。另外,还可以在“进程”中看到安装的补丁。
当安装完成后,如果安装的补丁需要重新启动计算机,如果把WSUS客户端“对于有己登录用户的计算机,计划的自动更新安装不执行重新启动”这一项设置为“禁用”或“未配置”,则会弹出5分钟倒计时窗口,如果在指定时间内,没有人取消该操作,计算机将会重新启动。如果配置为“己启用”,则会弹出“更新完成,是否需要重新启动计算机”的提示。如果安装的补丁不需要重新启动计算机,则不会有任何提示。
3.如果在指定的时间没有安装,则Windows XP会在关机的时候,安装该更新。
WSUS不能下载补丁
如果WSUS服务器不能下载补丁,在“事件查看器”中,我们可以看到如下错误:“内容文件下载失败。原因:此服务器不支持必要的 HTTP 协议。后台智能传送服务(BITS)要求服务器支持范围协议头。”解决方法如下:
首先,进入命令提示符。
如果使用WSUS 2.0自带的 MSDE 或 WMSDE 数据库并且默认安装,则执行如下代码:%programfiles%\Update Services\
tools\osql\osql.exe -S %Computer
name%\WSUS -E -b -n -Q "USE SUSDB update tbConfigurationC set BitsDownloadPriorityFore
ground=1"
如果使用WSUS 2.0和一个已经存在的 Microsoft SQL Server数据库,则执行如下代码:%programfiles%\Update Services\
tools\osql\osql.exe" -S %Computer
name% -E -b -n -Q "USE SUSDB update tbConfigurationC set BitsDownloadPriorityForeground=1"
如果使用 WSUS 3.0和 Windows Internal Database(默认安装),则执行
如下代码:%programfiles%\Update Services\
Setup\ExecuteSQL.exe -S %Computername%\MICROSOFT##SS
EE -d "SUSDB" -Q "update tb
ConfigurationC set BitsDownload
PriorityForeground=1"
如果使用WSUS 3.0和一个存在的 SQL Server数据库安装,则执行如下代码:%programfiles%\Update Services\Setup\Execute
SQL.exe"-S %Computername% -d "SUSDB" -Q "update tb
ConfigurationC set BitsDownload
PriorityForeground=1"
然后再重新启动Update Services服务。
出现0x80070002错误
一些工作站在更新到XP SP3时可能出现“一个问题阻止Windows正确检查此机器的许可证。错误代码0x80070002”的提示。如果注销计算机,再次进入后仍然提示此错误,则表示该更新不能使用。
这是由于该计算机安装的是破解版本的Windows XP操作系统。一般情况下,使用WSUS服务器为网络中的工作站提供升级补丁时,不会检测操作系统是否是正版,但在以下的情况下例外:安装Windows Media Player 11时、安装IE 7.0时(后来取消了这个限制)和升级到XP SP3时。
出现这个问题后,虽然一些资料说,恢复C:\windows\system32下的oembios.bin文件即可。但实际上,要解决这个问题在大多数情况下需要重新安装操作系统。在重新安装的时候,建议使用Windows XP的VL版本,而不要使用破解版或精简版。
了解这些典型问题可以为你管理WSUS服务器带来方便。当然,网络是发展的,WSUS也并不是一成不变的,而且每个单位的实际情况不同,每个管理员的习惯也不一样。因此WSUS服务器出现的问题也可能不同。但我们只要沉着、冷静,在出现问题后仔细分析、判断,还是可以很快地解决的。