SQL Server自动化维护应优先使用sp_updatestats日常更新统计信息，慎用已弃用的sp_MSforeachtable；sp_delete_maintenance_plan_db仅清理元数据，需配合删除SQL Server Agent作业。
SQL Server 的自动化维护不依赖外部调度器也能跑起来，关键在于用对系统存储过程，而不是硬写死逻辑。
sp_MSforeachtable 不是万能的，但能快速批量操作表
这个非官方但广泛使用的系统存储过程，本质是遍历 sys.tables 并对每张表执行传入的 SQL 字符串。它常被用于索引重建、统计信息更新等批量任务，但要注意：它不支持事务回滚、无法捕获单表执行失败、且在 SQL Server 2022+ 中已明确标记为“不推荐使用”。
常见错误现象：Msg 208, Level 16, State 1: Invalid object name '?'. —— 多出现在跨数据库引用或临时表场景中，因为 ? 替换机制只认当前上下文数据库的表名。
实操建议：
- 始终显式指定数据库名，例如
EXEC sp_MSforeachtable 'USE [YourDB]; ALTER INDEX ALL ON ? REBUILD;' - 避免在字符串中嵌套单引号，改用双单引号转义，如
'PRINT ''Processing ?'';' - 生产环境建议迁移到游标 +
sys.dm_db_index_physical_stats判断碎片率后再操作，更可控
sp_updatestats 和 UPDATE STATISTICS 的选择差异
sp_updatestats 是轻量级封装，只更新“自上次更新后行数变化超过阈值”的统计信息（默认是 20% + 500 行），适合日常维护；而 UPDATE STATISTICS 更底层，支持采样率控制、列级指定、WITH FULLSCAN 等精细选项，适合数据分布突变后的强制刷新。
性能影响明显：对大表执行 UPDATE STATISTICS ... WITH FULLSCAN 可能锁表数分钟，而 sp_updatestats 默认跳过未改动的统计对象，开销小得多。
实操建议：
- 每日维护计划中优先用
sp_updatestats，它已足够覆盖大多数场景 - 在大批量导入后，单独对关键表执行
UPDATE STATISTICS [TableName] WITH FULLSCAN - 注意
sp_updatestats不更新已禁用自动统计的表，需先检查auto_created和user_created标志
sp_delete_maintenance_plan_db 需配合作业清理，否则残留元数据
这个系统存储过程用于从维护计划中移除数据库，但它只删 msdb.dbo.sysmaintplan_subplans 和关联视图中的记录，**不会删除 SQL Server Agent 作业本身**。如果只调用它，作业仍存在，下次执行时可能报错找不到目标数据库。
典型错误现象：The specified database does not exist or is not accessible. —— 实际是作业还在运行，但维护计划里已无该库。
实操建议：
- 先调用
sp_delete_maintenance_plan_db清理维护计划元数据 - 再手动停用并删除对应 SQL Server Agent 作业（路径：
SQL Server Agent → Jobs） - 若用脚本批量处理，可用
sp_help_job查询作业名，再用sp_delete_job删除
真正难的不是调哪个系统存储过程，而是判断「什么时候不该用」——比如 sp_MSforeachtable 在高可用集群中可能因只读副本不可写而静默失败，这种细节比语法更重要。
