由于种种原因，数据库中可能会产生一个占用过多存储空间的 UNDO 表空间，UNDO 表空间的数据文件无法使用 RESIZE 缩减容量，唯一可行的办法就是：
1、创建一个新的 UNDO 表空间，并将其指定为当前 UNDO 表空间；
SQL> CREATE UNDO TABLESPACE UNDO_TBS DATAFILE '+DATA' SIZE 1G;
SQL> ALTER SYSTEM SET undo_tablespace=UNDO_TBS;
在事务两比较大的系统中，指定新UNDO表空间后可能会导致整个数据库无法做任何更改操作，任何的 DDL或者DML操作都会报错，这时如果允许的话可以重启数据库来解决。数据库重启之后，刚刚更改的系统默认UNDO表空间参数会失效，还是使用的旧的，应该在 NOMOUNT 状态下重新指定新的 UNDO表空间，然后再打开数据库继续做下面的操作；
2、删除 原 UNDO 表空间（一般是 UNDOTBS1）；
SQL> DROP TABLESPACE UNDOTBS1 INCLUDING CONTENTS AND DATAFILES;
3、创建一个新的跟原来 UNDO 表空间同名的 UNDO 表空间（UNDOTBS1），并将其指定为当前 UNDO 表空间，删除第一步创建的 UNDO 表空间；
SQL> CREATE UNDO TABLESPACE UNDOTBS1 DATAFILE '+DATA' SIZE 200M AUTOEXTEND ON;
SQL> ALTER SYSTEM SET undo_tablespace=UNDOTBS1;
SQL> DROP TABLESPACE UNDO_TBS INCLUDING CONTENTS AND DATAFILES;
注意：整个过程中是不需要重启数据库的，如果重启了数据库，参数 undo_tablespace 又会变成默认值（UNDOTBS1），所以我们最后的 UNDO 表空间还是叫 UNDOTBS1 这个名字。
Oracle 19c 中 UNDO 表空间是独立的，CDB 和 每个PDB 都有自己的 UNDO 表空间，因此实际操作跟 11g 是一样的。这里可以看到有3个 UNDOTBS1 表空间，分别属于不同的 CON_ID。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/31560527/viewspace-2658436/ ，如需转载，请注明出处，否则将追究法律责任。
