Flashback Data Archive表空间满的根源是隐藏历史表SYS_FBA_HIST_XXXXXX占用主表所在表空间且不走ASSM清理需用ALTER FLASHBACK ARCHIVE...MODIFY TABLESPACE迁移至本地管理自动段空间表空间并手动清理孤儿历史表。Flashback Data Archive 表空间满了怎么办直接说结论dba_flashback_archive_tablespaces 视图里显示的表空间用满不是因为归档数据本身占满而是因为底层 fbda 为每个启用 fba 的表自动创建的隐藏历史表如 sys_fba_hist_xxxxxx所在表空间撑爆了——它默认复用主表所在表空间且不走自动段空间管理assm的常规清理逻辑。常见错误现象ORA-55617: Flashback Archive tablespace is full但查 DBA_TABLESPACES 发现空闲率还有 30%或者执行 ALTER FLASHBACK ARCHIVE ... PURGE BEFORE SCN 后空间完全不释放。必须确认归档实际存放位置SELECT flashback_archive_name, tablespace_name FROM dba_flashback_archive_ts; —— 别只看主表在哪个表空间如果 tablespace_name 是 SYSTEM 或用户默认表空间立刻迁走用 ALTER FLASHBACK ARCHIVE fba_name MODIFY TABLESPACE new_ts;迁移前确保目标表空间是 EXTENT MANAGEMENT LOCAL 且 SEGMENT SPACE MANAGEMENT AUTO否则后续 purge 会失败Flashback Data Archive 的 PURGE 操作为什么没效果PURGE 不是删数据而是标记可回收 触发后台清理任务它依赖 _fbda_purge_job_interval 隐含参数默认 60 分钟且只清理已过期、且对应历史表上无活跃事务/查询的块。使用场景手动清理旧归档后想立刻释放空间或发现 DBA_SEGMENTS 中 SYS_FBA_HIST_* 段大小没变。先查是否真过期SELECT * FROM dba_flashback_archive_tables WHERE flashback_archive_name FBA_NAME; 看 FLASHBACK_ARCHIVE_NAME 和 ARCHIVE_TABLE_NAME 对应关系强制触发清理EXEC DBMS_FLASHBACK_ARCHIVE.PURGE_FLASHBACK_ARCHIVE(FBA_NAME); —— 注意这不是 SQL 命令得在 PL/SQL 块里跑检查清理进度SELECT * FROM v$flashback_archive_cursor; 如果 CURSOR_STATE 是 INACTIVE 且 LAST_PURGE_TIME 老旧说明后台 job 卡住需查 DBA_SCHEDULER_JOB_LOG 中 FBDA_PURGE_JOB 状态多个 Flashback Archive 共享表空间时的空间争抢问题Oracle 不限制单个表空间被多少 FBA 共用但所有 FBA 的历史表都混在同一个段里ALTER FLASHBACK ARCHIVE ... MODIFY RETENTION 会批量重写元数据可能引发高并发 DML 下的锁等待和空间碎片。性能影响当多个业务系统共用一个 FBA 表空间且各自 retention 设置差异大比如 A 设 1 年、B 设 1 天purge 作业会反复扫描全量历史段I/O 毛刺明显。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手依托大模型帮助用户记录、整理和分析音视频内容体验用大模型做音视频笔记、整理会议记录。