ORA-30036撤销表空间UNDOTBS3无法扩展报错原因及非自动扩展解决方案

报错原文 #

ORA-12801: error signaled in parallel query server P000, instance MyURL:bwup (3)
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS3'

报错触发逻辑 #

ORA-12801是并行执行框架抛出的上层提示，仅代表并行工作进程P000运行异常，问题根因为ORA-30036。
Oracle的Undo表空间用于存储数据修改前的镜像，支撑事务回滚、读一致性保证、闪回查询/闪回恢复等核心功能。执行删表、建表等DDL/DML操作时，会生成对应Undo记录写入Undo表空间。如果此时Undo表空间空闲块不足，且没有可复用的过期Undo数据段，就会触发ORA-30036报错，提示无法扩展Undo段。

UNDOTBS3是否为公共共享资源 #

是，Undo表空间是Oracle实例级的公共共享资源，所有连接到当前实例的用户进程、后台进程、并行工作进程（如报错中的P000）都会共享该表空间的存储空间。

purge操作生效原理 #

Oracle默认开启回收站（RecycleBin）功能：常规DROP TABLE操作不会立即释放表占用的物理空间，仅将表移动到回收站逻辑分区，这部分空间仍然被标记为已占用，同时对应表的Undo记录会被Oracle纳入闪回保留范围，无法被即时复用。
执行purge操作会彻底删除回收站中的可恢复表，直接释放其占用的物理存储空间，同时解除对应Undo记录的保留限制，这部分Undo空间可以被新的事务复用，因此解决了Undo空间不足的问题。

不开启表空间自动扩展的修复方案 #

• 调整Undo保留策略：在确认无长查询读一致性、闪回恢复需求的前提下，适当调小undo_retention参数值，让已提交事务的Undo数据可以更快被回收复用。
• 定期清理回收站：可以定期执行purge recyclebin;清理当前用户回收站，持DBA权限可执行purge dba_recyclebin;清理全实例回收站，释放已删除对象占用的空间。
• 手动新增Undo数据文件：在底层存储有空闲空间的前提下，给UNDOTBS3新增关闭自动扩展的独立数据文件，参考命令：
  ALTER TABLESPACE UNDOTBS3 ADD DATAFILE '/your/path/undotbs3_02.dbf' SIZE 20G AUTOEXTEND OFF;
• 清理Undo空间碎片：通过切换Undo表空间的方式回收碎片：先新建临时Undo表空间，修改实例默认Undo表空间为新表空间，待原UNDOTBS3中所有事务结束、Undo数据全部过期后，删除原UNDOTBS3并重建符合容量要求的表空间，再切换回原表空间后删除临时表空间即可。
• 拆分大事务：如果单次删表、建表涉及的数据量过大，可将大事务拆分为多个小事务分批执行，避免单次申请大量连续Undo空间。

内容的提问来源于stack exchange，提问作者banana_99