在失败的实例之后重新安装WSUS

我有一台服务器,其WSUS已经停止了一段时间。 我怀疑它服务器的系统驱动器开始用尽空间时崩溃,但我真的不知道。 我看到WSUS曾经安装的唯一文件是包含SQL服务器MYSQL$WSUS的目录C:\WSUS MYSQL$WSUS ,以及一些自动批准更新的计划任务。 没有与此数据库相对应的服务,也没有在WSUS的“程序”列表中看到任何安装。

在这一点上,我准备重新安装WSUS。 但是,我想知道, 我应该先尝试删除C:\WSUS目录,还是放弃它,希望安装将照顾它?

使用资源pipe理器时,当我尝试进入C:\WSUS\MSSQL$WSUS\目录时,窗口会被冻结60秒,这让我觉得可能会有更严重的事情发生。 尝试将SQL Serverpipe理器连接到WSUS也会导致长时间的gui冻结。

最后,在服务器pipe理控制台中,当试图查看更新服务时,会报告服务器错误

未find文件或程序集名称Microsoft.UpdateServices.Administration或其某个依赖项。

我应该继续进行重新安装尝试,还是应该尝试恢复以前的WSUS安装?

试图恢复旧的安装是….让我们说,如果我的一个同事认为,我会打电话给白色外套的家伙带来直夹克。

以前安装的任何剩余部分在尝试重新安装时都会导致问题。
所以你真的需要先清理房子

删除所有文件夹,包括IIS wwwroot下的文件夹。 从IIS中删除该站点。
并完全删除数据库。 (如果服务器运行完整的MSSQL,则从SQLpipe理工具中删除它,如果是SQL Express则停止该服务,然后删除数据库文件。
还要清除引用WSUS的registry项。 不要忘记在registry的“卸载/安装程序”部分下的任何东西。
将下载的更新文件夹(如果您保留了一个caching副本)暂时移到不同的文件夹(只需重命名它)。

完成这些工作之后,您应该重新启动服务器,然后重新安装。
重新安装和configuration后,让它与上游WSUS同步一次,或直接与MS同步。
当它开始下载更新停止BITS服务,并把它放在“禁用”,以防止意外重启。 然后将原始下载的更新文件夹移到新创build的文件夹结构上。 然后把BITS服务放回“手动”,并让它开始恢复同步。 运气好的话,这将阻止WSUS重新从头开始重新下载所有东西。

有关更多提示(以及更多的细节),我可以推荐www.wsus.info。 该网站上有很多有用的信息。