创建删除UNDO表空间
1.找到所有的表空间文件,这里主要是找到计划删除undo表空间
1
|
select * from dba_data_files; |
2.新建一个 undo 表空间,表空间名字和物理文件名字都换一个,自拓展的参数自行调整
1
|
create undo tablespace UNDOTBS3 datafile '/u01/app/oracle/oradata/cams/undotbs03.dbf' size 100M autoextend on next 100M maxsize unlimited; |
3.修改系统的 undo 表空间为新创建的 undo 表空间
1
|
alter system set undo_tablespace=UNDOTBS3; |
4.查看当前的UNDO表空间
1
2
3
4
5
6
7
|
SYS@cams> show parameter undo; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ undo_management string AUTO undo_retention integer 900 undo_tablespace string UNDOTBS3 |
问题说明
5.此时直接删除原 undo 表空间和表空间文件,遇到 ORA-01548 的错误。
1
2
3
4
5
6
7
|
SYS@cams> drop tablespace UNDOTBS1 including contents and datafiles; drop tablespace UNDOTBS1 including contents and datafiles * ERROR at line 1: ORA-01548: active rollback segment '_SYSSMU9_1650507775$' found, terminate dropping tablespace |
实操方案
6.因为本次操作的环境是测试环境,所以选择了一个最简单快速的方法,表空间offline+drop。
如果担心数据损坏,建议做一个expdp/exp逻辑备份。
1
2
3
4
5
6
7
|
SYS@cams> alter tablespace UNDOTBS1 offline; Tablespace altered. SYS@cams> drop tablespace UNDOTBS1 including contents and datafiles; Tablespace dropped. |
注:如果不着急的话,可以将数据库的默认undo表空间修改之后运行一段时间,查看dba_rollback_segs 表,等到原undo表空间中只剩下“offline”状态的segment时( 如果有事务未提交,可以执行commit force命令强制提交 ),可以顺利删除。
7.完事检查是否已经成功删除
1
2
3
4
5
|
SYS@cams> select count (*) from dba_tablespaces where tablespace_name= 'UNDOTBS1' COUNT (*) ---------- 0 |