我有一台服务器，其 WSUS 已经无法运行很长时间了。我怀疑它在服务器的系统驱动器开始空间不足时崩溃了，但我真的不确定。我看到的唯一 WSUS 安装痕迹是一个C:\WSUS包含 SQL 服务器的目录MYSQL$WSUS，以及一些用于自动批准更新的计划任务。没有与此数据库相对应的服务，我在 WSUS 的“程序”列表中也没有看到任何安装。
此时，我正准备重新安装 WSUS。但是，我想知道，我应该先尝试删除该C:\WSUS目录，还是保留它并希望安装程序能够处理它？
使用 Explorer 时，当我尝试进入C:\WSUS\MSSQL$WSUS\目录时，窗口会冻结 60 秒，这让我认为可能发生了更严重的事情。尝试将 SQL Server Manager 连接到 WSUS 也会导致长时间的 GUI 冻结。
最后，在服务器管理控制台，当尝试查看更新服务时，报告服务器错误，说
未找到文件或程序集名称 Microsoft.UpdateServices.Administration，或其依赖项之一。
我是否应该继续重新安装尝试，还是应该做其他事情来尝试恢复以前的 WSUS 安装？
答案1
尝试恢复旧安装是....假设我的一位同事认为我会打电话给穿白大褂的人让他们给我穿上紧身衣。
之前安装的任何残留都会在尝试重新安装时造成问题。
所以你真的需要先清理一下。
删除所有文件夹，包括 IIS wwwroot 下的文件夹。从 IIS 中删除站点。
并彻底删除数据库。（如果服务器运行完整的 MSSQL，请从 SQL 管理工具中删除它。如果是 SQL Express，请停止该服务，然后删除数据库文件。）
还要清除引用 WSUS 的注册表项。不要忘记注册表“卸载/已安装的程序”部分下的任何内容。将
下载的更新文件夹（如果您保留了缓存副本）暂时移动到其他文件夹（只需重命名即可）。
完成所有操作后，您应该在重新安装之前重新启动服务器。
重新安装和配置后，让它与上游 WSUS 同步一次，或直接与 MS 同步。
当它开始下载更新时，停止 BITS 服务并将其设置为“已禁用”，以防止意外重启。然后将原始下载的更新文件夹移到新创建的文件夹结构上。然后将 BITS 服务重新设置为“手动”，并让它开始恢复同步。如果运气好的话，这将阻止 WSUS 从头开始重新下载所有内容。
如需更多提示（以及上述内容的更多详细信息），我推荐您访问 www.wsus.info。该网站上有很多有用的信息。