WSUS数据库性能下降需综合优化：先用SQL查询评估过时更新规模，超阈值再运行清理向导；务必勾选“清理未使用的更新文件”，慎用“压缩更新”；配合索引重建与自动脚本（如Invoke-WsusServerCleanup）每月执行；ConfigMgr 1906+用户可启用同步后自动清理。
wsus 数据库性能下降，往往不是突然发生的，而是长期积累的结果。定期运行清理向导只是基础动作，真正有效的优化需要结合数据库状态评估、索引维护和自动化策略来协同推进。
先确认是否真需要清理
盲目运行清理向导可能耗时数小时甚至失败。建议先用 SQL 查询检查 SUSDB 中过时更新的实际规模：
- 连接到 SUSDB 数据库，执行知识库中提供的查询（含
Superseded、Declined、Obsolete Updates Needed to be cleaned等字段） - 若“被取代但未拒绝”的更新超过 200 个，或“待清理的过时更新”大于 100，就该立即清理
- 若“总更新数”远高于“有效更新数”，说明大量冗余数据已拖慢扫描和同步响应
清理向导要选对时机和范围
WSUS 控制台里的服务器清理向导本身不智能，关键在选项组合：
Windows-Android_SSH_Remote_Control
下载
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
- 务必勾选“清理未使用的更新文件”——这直接释放磁盘空间，避免后续同步失败
- 勾选“删除已拒绝的更新”和“删除已过期的更新”，但慎选“压缩更新”，除非确认客户端无需旧版修订
- 如环境中有下游 WSUS 服务器，清理必须从最底层开始，且提前禁用所有同步任务
- 大型环境（500+ 客户端）建议安排在维护窗口，预留 4–8 小时；小环境通常 15–45 分钟内完成
单次清理不够，得配索引重建和自动脚本
清理向导只删数据，不修结构。SUSDB 长期运行后索引碎片严重，会大幅拖慢后续清理和客户端扫描：
- 使用 SQL Server Management Studio 对 SUSDB 执行“重新生成索引”（Rebuild Index），或运行 PowerShell 脚本更新统计信息（
UPDATE STATISTICS ... WITH FULLSCAN） - 在 Windows Server 2012 及以上系统，用
Invoke-WsusServerCleanup命令封装完整流程，例如：Invoke-WsusServerCleanup -CleanupObsoleteUpdates -CleanupUnneededContentFiles -DeclineSupersededUpdates -DeclineExpiredUpdates - 将该命令写入
.ps1脚本，通过任务计划程序每月自动执行一次，比人工更可靠
配置管理器用户请启用同步后自动清理
如果你用的是 Configuration Manager 1906 或更高版本，不必再手动跑向导：
- 进入“管理 > 站点配置 > 站点 > 配置站点组件 > 软件更新点”，打开属性
- 在“取代规则”选项卡中，勾选“同步后运行 WSUS 清理”
- 该功能会在每次同步完成后自动触发清理逻辑，覆盖过期、被取代、孤立内容等常见问题
- 注意：仅主站点和 CAS 生效，辅助站点需单独维护
