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 生效，辅助站点需单独维护