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