在数据库运行过程中，可以从一个undo表空间切换到另一个undo表空间，由于初始化参数undo_tablespace是一个动态参数，直接修改即可，无需重启实例，切换方式如下：
ALTER SYSTEM SET UNDO_TABLESPACE = undotbs_name
在以下情况，undo表空间切换会发生错误：
--指定的undo表空间不存在；
--指定的表空间不是undo表空间；
--指定的undo表空间正在被其它实例使用；
在完成undo表空间的切换后，任何新的事物的回退信息都会进入新的undo表空间中，如果旧的undo表空间还存在未提交的事务，则旧的undo表空间进入“挂起脱机状态”，“挂起脱机状态”的undo表空间不能被新的事务使用，也不能删除，当前未提交的事务将继续使用该表空间。当所有事务都提交完成后，旧的undo表空间进入脱机状态。
例子2、切换undo表空间
--切换undo表空间
--实验目的：
-- 1.学会切换undo表空间
-- 2.学会删除undo表空间
12:40:16 SQL> show parameter undo_tablespace
--【窗口1】查看当前undo表空间
NAME
TYPE
VALUE
------------------------------------ ----------- ------------------------------
undo_tablespace
string
UNDOTBS1
12:45:59 SQL> insert into dept values(50,'a','b');
--【窗口1】执行一条insert语句，且不提交
1 row inserted
SQL> alter system set undo_tablespace = UNDOTNS2;
--【窗口2】切换undo表空间
System altered
SQL> show parameter undo_tablespace;
--【窗口2】查看新的表空间
NAME
TYPE
VALUE
------------------------------------ ----------- ------------------------------
undo_tablespace
string
UNDOTNS2
SQL> drop tablespace undotbs1 including contents and datafiles;
--【窗口2】删除旧的表空间，报错，提示旧的表空间正在使用
ORA-30013: undo tablespace 'UNDOTBS1' is currently in use
12:53:02 SQL> commit;
--【窗口1】提交事务
SQL> drop tablespace undotbs1 including contents and datafiles;
--【窗口2】过一段时间之后，成功删除
Tablespace dropped
（5）回退信息保留时间
前面我们讲了回退信息的4个作用，当我们提交了事务之后，回退信息对于事务回滚以及数据库恢复已经不再起作用。但是，对于一个长事务而言，具有读一致性的作用，保证查询到的信息一直是旧的信息。此外，数据库的各种闪回操作的实现也需要回退段中的信息。Oracle根据undo表空间的大小以及事物量的多少自动调整回退信息的保留时间，可通过调整初始化参数undo_retention设置回退信息在回退段中的保留时间：
-- 将回退信息的保留时间设置为1800s SQL > ALTER SYSTEM SET UNDO_RETENTION = 1800 ;
需要注意的是，undo_retention是Oracle的一个”软设置“，这个”软设置“如何理解呢？例如，当用户将UNDO_RETENTION参数设置为1800s后，Oracle会尽量的将回退信息保存1800s，但是，在这个过程中，如果回退表空间不够用了，新的回退信息依然会将未达到1800s的回退信息覆盖。
为了保证长时间的查询的读一致性以及各种闪回操作，我们也可以指定回退信息必须保留到undo_retention规定的时间，通过启用undo表空间的retention guarantee特性，保证只有过期（已提交且达到undo_retention设定的值）的数据才会被覆盖，即使undo表空间容量已经不足，也不会覆盖未过期的回退信息。
--启用retention_guarantee
SQL> ALTER TABLESPACE UNDOTBS1 RETENTION GUARANTEE;
三、查询undo表空间