Oracle 10g UNDO表空间过大导致磁盘空间不足的解决

在Oracle 10g数据库的应用中，出现了UNDO表空间过大导致磁盘空间不足而崩溃的现象。对此问题进行分析后，总结了出现该问题的原因主要有以下两点：

1. 有较大的事务量让Oracle Undo自动扩展，产生过度占用磁盘空间的情况；

2. 有较大事务没有收缩或者没有提交所导制；

说明：本问题在Oracle系统管理中属于比较正常的一现象，日常维护多注意对磁盘空间的监控。

Oracle 10g 有自动Automatic Undo Retention Tuning 这个特性。设置的 undo_retention 参数只是一个指导值，缺省值900秒,，Oracle 会自动调整 Undo (会跨过 undo_retention 设定的时间) 来保证不会出现 Ora-1555 错误.。通过查询V$UNDOSTAT（该视图记录4天以内的UNDO表空间使用情况，超过4天可以查询DBA_HIST_UNDOSTAT视图）的tuned_undoretention （该字段在10G版本才有，9I是没有的）字段可以得到Oracle 根据事务量（如果是文件不可扩展，则会考虑剩余空间）采样后的自动计算出***的 retenton 时间.。

1)查询retention值

show parameter undo_retention

查询自动计算出***的retenton 时间

select tuned_undoretention, maxquerylen, maxqueryid from v$undostat;

2）更改retention值

ALTER SYSTEM SET undo_retention=10800 SCOPE=BOTH;

这样对于一个事务量分布不均匀的数据库来说,，就会引发潜在的问题–在批处理的时候可能 Undo 会用光， 而且这个状态将一直持续， 不会释放。

如何取消10g的auto UNDO Retention Tuning，有如下三种方法：

(1)10.2.0.2/10.2.0.3有相应的patch，这个bug在10.2.0.4中已经修复，建议找时间停机打patch.

(2)设置隐含参数_smu_debug_mode=33554432，将tuned_undoretention取值算法修正为max(maxquerylen secs + 300,undo_retention )，不建议使用SQL> Alter system set “_smu_debug_mode” = 33554432;

(3)设置隐含参数_undo_autotune=false，关闭自动undo retention调整特性，不建议使用SQL> Alter system set “_undo_autotune” = false;from metalink 420525.1： Automatic Tuning of Undo_retention Causes Space Problems.

解决步骤：

1. 启动SQLPLUS，并用sys登陆到数据库。

#su - oracle  
$>sqlplus / as sysdba 

2. 查找数据库的UNDO表空间名,确定当前例程正在使用的UNDO表空间：Show parameter undo_tablespace。

3. 确认UNDO表空间；

SQL> select name from v$tablespace;  
NAME  
------------------------------  
.......  
UNDOTBS1 

4. 检查数据库UNDO表空间占用空间情况以及数据文件存放位置；

SQL>select file_name,bytes/1024/1024 from dba_data_files where tablespace_name like ‘UNDOTBS%’;

5. 查看回滚段的使用情况，哪个用户正在使用回滚段的资源，如果有用户***更换时间（特别是生产环境）。

SQL> select s.username, u.name from v$transaction t,v$rollstat r, v$rollname u,v$session s  
where s.taddr=t.addr and t.xidusn=r.usn and r.usn=u.usn order by s.username; 

6. 检查UNDO Segment状态；

SQL> select usn,xacts,rssize/1024/1024/1024,hwmsize/1024/1024/1024,shrinks from v$rollstat order by rssize; 

7. 创建新的UNDO表空间，并设置自动扩展参数；

SQL> create undo tablespace undotbs2 datafile '/opt/oracle/oradata/ge01/UNDOTBS2.dbf' size 100m reuse autoextend on next 50m maxsize 5000m; 
Tablespace created.

8. 动态更改spfile配置文件；

SQL> alter system set undo_tablespace=undotbs2 scope=both;  
System altered. 

9. 等待原UNDO表空间所有UNDO SEGMENT OFFLINE；

select usn,xacts,status,rssize/1024/1024,hwmsize/1024/1024, shrinks from   v$rollstat order by rssize; 

10. 再执行看UNDO表空间所有UNDO SEGMENT ONLINE；

select usn,xacts,status,rssize/1024/1024,hwmsize/1024/1024, shrinks from v$rollstat order by rssize; 

11. 删除原有的UNDO表空间；

SQL> drop tablespace undotbs1 including contents;  
Tablespace dropped. 

12. 确认删除是否成功；

SQL> select name from v$tablespace;  
NAME  
------------------------------  
.......  
UNDOTBS2  
12 rows selected. 

13. 更新pfile

SQL> create pfile from spfile;  
File created. 

14. 册除原UNDO表空间的数据文件，其文件名为步骤中执行的结果。

#rm $ORACLE_BASE/oradata/$ORACLE_SID/undotbs01.dbf 

关于Oracle 10g UNDO表空间过大导致磁盘空间不足的解决方法就介绍到这里了，希望本次的介绍能够对您有所收获！

【编辑推荐】

1. SQL Server使用UNION代替OR提升查询性能的实例
2. Oracle数据库分析函数应用实例之查找状态全为1的ID
3. SQL Server表中数据按条件批量导出为多个Excel文件
4. Oracle数据库中如果存在表就删除不存在就创建的实例
5. Oracle handbook系列之虚拟专用数据库VPD的使用详解