ORA-12953 SYSAUX空间爆满时必须通过DBMS_WORKLOAD_REPOSITORY包安全清理AWR快照严禁直删DBA_HIST_*或WRH$表需先查并调整保留策略再手动删除快照范围WRH$表误删将致AWR报告失效仅能由Oracle Support指导修复DBA_HIST_DATABASE_INSTANCE数据异常需用REMOVE_SNAPSHOT_RANGE清理错误实例快照空间释放后HWM不降须执行SHRINK SPACE或RESIZE数据文件。ORA-12953SYSAUX空间爆满DBA_HIST_*表占满怎么办直接删 dba_hist_snapshot 或手动 drop table 会报错、锁库、甚至破坏 awr 完整性——oracle 不允许直删 awr 基表。真正安全的入口只有一个dbms_workload_repository 包。清理必须走保留策略或显式快照范围删除否则元数据和物理段会不一致下次 AWR_REPORT 可能报 ORA-13516 或跳过历史周期。先查当前保留天数SELECT retention FROM dba_hist_wr_control;临时缩短比如从 8天缩到 3天EXEC DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS(retention 4320);单位是分钟立即生效但不会立刻释放空间需等下一次自动清理窗口默认凌晨2点或手动触发EXEC DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id 1000, high_snap_id 2000);误删 WRH$_ 表导致 AWR 报告失效怎么办WRH$_ 开头的表如 WRH$_SYSSTAT是 AWR 的底层堆表Oracle 内部用物化视图日志快照刷新机制维护。一旦被 DROP 或 TRUNCATEAWR_REPORT_TEXT 会返回空结果或 ORA-00942且无法通过重建恢复。唯一补救路径是用 DBMS_SWRF_INTERNAL非公开包仅限 Oracle Support 指导下使用重注册快照元数据但风险极高生产环境更稳妥的做法是停用 AWR 采集 → 导出当前有效快照 → 重建 SYSAUX 表空间极端情况→ 重导入。确认损坏程度SELECT table_name FROM dba_tables WHERE table_name LIKE WRH$% AND owner SYS AND status ! VALID;禁止自行运行 catawr.sql 或重运行 awrrpti.sql 脚本可能覆盖已有快照定义如果只是部分 WRH$_ 表缺失但 DBA_HIST_* 视图仍可查说明物化视图未断裂可暂不处理诊断库DBA_HIST_DATABASE_INSTANCE数据异常导致跨库比对失败诊断库中 DBA_HIST_DATABASE_INSTANCE 记录每个数据库实例的启动时间、DBID、版本等关键锚点信息。若该表里存在重复 DBID 不同 INSTANCE_NUMBER 的记录或 STARTUP_TIME 明显错乱如早于建库时间会导致 AWR_DIFF_REPORT_TEXT 无法对齐时间轴报 ORA-13541。这不是空间问题而是逻辑一致性问题。不能删只能修正 Cleanup.pictures 智能移除图片中的物体、文本、污迹、人物或任何不想要的东西