oracle 19c中undo表空间无法直接shrink数据文件，必须通过新建表空间、切换、删除旧表空间三步完成；因undo文件头部含固定回滚段头，resize会因hwm无法下移而失败。
oracle 19c 的 undo 表空间无法直接 shrink 数据文件 —— 这是设计限制，不是操作遗漏。你看到的“收缩”本质是替换：新建更小的 undo 表空间，切换后删旧表空间。强行尝试 alter database datafile ... resize 会失败，因为 undo 文件头部有活跃回滚段或未过期数据块。
确认当前 UNDO 表空间是否真被占用
别急着建新表空间。先查清楚空间是不是被“卡住”了：
-
SELECT tablespace_name, status, SUM(bytes)/1024/1024 "MB" FROM dba_undo_extents GROUP BY tablespace_name, status ORDER BY 1,2;—— 关注UNEXPIRED占比。如果远高于EXPIRED，说明_undo_autotune正在起作用（它会忽略undo_retention，按空间使用率拉长保留时间），导致大量空间不可重用 -
SELECT usn, xacts, status, rssize/1024/1024 "MB" FROM v$rollstat ORDER BY rssize DESC;—— 看是否有ACTIVE段长期不释放。若有，SELECT * FROM v$transaction找出对应 SID，再查v$session确认是否事务卡死或未提交 -
SHOW PARAMETER undo_retention和SELECT value FROM v$parameter WHERE name = '_undo_autotune';—— 若后者为TRUE（默认），则手动调低undo_retention无效；需临时禁用该隐藏参数（仅限紧急场景，且需重启）
创建并切换到新 UNDO 表空间（最小风险路径）
这是 Oracle 19c 官方推荐、DBA 实操最稳的方式。注意：CDB 和每个 PDB 各自管理自己的 UNDO 表空间，操作前确认当前容器：
- 用
SELECT SYS_CONTEXT('USERENV', 'CON_NAME') FROM DUAL;查当前容器名 - 在目标容器（通常是 CDB$ROOT 或具体 PDB）中执行：
CREATE UNDO TABLESPACE undotbs2 DATAFILE '+DATA' SIZE 500M AUTOEXTEND ON NEXT 100M MAXSIZE 2G;—— 大小按实际负载定，500M 是保守起步值 -
ALTER SYSTEM SET undo_tablespace=undotbs2 SCOPE=BOTH;——SCOPE=BOTH确保写入 spfile，避免重启失效 - 等待原 UNDO 表空间所有段变为
OFFLINE：SELECT segment_name, status FROM dba_rollback_segs WHERE tablespace_name = 'UNDOTBS1';全部返回OFFLINE后才可继续
删除旧 UNDO 表空间及物理文件
这步最容易出错，尤其在 RAC 或 ASM 环境下：
-
DROP TABLESPACE UNDOTBS1 INCLUDING CONTENTS AND DATAFILES;—— 必须带AND DATAFILES，否则只删字典元数据，ASM 磁盘组里文件还在 - 若报
ORA-30013: undo tablespace 'UNDOTBS1' is currently in use，说明仍有隐式事务（如延迟段创建、物化视图刷新）在用旧表空间。可等 5–10 分钟再试，或查v$undostat看maxquerylen是否很长（意味着长查询依赖旧 UNDO） - ASM 环境下，
DROP后文件不会立刻消失，需确认V$ASM_FILE中对应条目已清理；若残留，用ASMCMD手动rm - 非 ASM 环境，检查操作系统级文件是否真实删除：
ls -lh /path/to/old/undotbs1.dbf。没删干净就手工rm，但务必确认数据库已完全不引用该文件
为什么不能直接 shrink 数据文件？
UNDO 表空间的数据文件头部固定存放回滚段头（segment header），且 Oracle 不允许移动这些结构。即使文件末尾全是空闲块，RESIZE 命令也会因“无法将高水位线（HWM）下移至 header 之后”而报 ORA-03297。这也是为什么所有可靠方案都绕不开“新建 + 切换 + 删除”三步——它不是 workaround，而是唯一符合 Oracle UNDO 架构的设计路径。真正要警惕的，是误以为 SHRINK SPACE（适用于普通段）能用于 UNDO 表空间。
