维护的一个库,最近发现撤销表空间的使用率已经到了95%。
让撤消表空间的自动扩展,或新建撤消表空间进行切换都可以解决这个问题。
撤消表空间自动扩展,可能会导致撤销不释放,撤消表空间的增大,浪费存储空间。
新建撤消表空间进行切换,也需要人工干预。
能不能让甲骨文自动进行撤销表空间的收缩呢?查了MOS,找到一种方法。
设置撤消表空间为自动扩展,并设置数据文件自动扩展的最大值最大尺寸。
这样可以不用调整undo_retention,在最大限度满足闪回的同时,
也可以避免撤销表空间使用率过高,不释放的问题。
完成,select *,得到v $版本;
横幅
--------------------------------------------------------------------------------
Oracle Database 11 g Enterprise Edition Release 11.2.0.3.0 作用;64 bit 生产
PL/SQL Release 11.2.0.3.0 作用;生产
CORE 11.2.0.3.0 生产
TNS for Linux: Version 11.2.0.3.0 作用;生产
NLSRTL Version 11.2.0.3.0 作用;生产 完成,
show parameter 撤销
NAME TYPE 价值
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -,- - - - - - - - - - -安康;- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
undo_management string 汽车
undo_retention integer 1800年
undo_tablespace string UNDOTBS1 完成,SELECT autoextensible 得到dba_data_files WHERE tablespace_name =, UNDOTBS1, AUTOEXTENSIBLE - - - - - - - - - - - - - - - -是的
完成,SELECT (和(块),*,8),/,1024年,status2 得到dba_undo_extents group by 地位;(sum(块)* 8)/1024,地位- - - - - - - - - - - - - - - - - - - - - -,- - - - - - - - - - - - - - - - - - - - - - -6648.375,UNEXPIRED504.625 过期 <强>设置撤消表空间为自动扩展,并设置数据文件自动扩展的最大值最大容量
完成ALTER DATABASE DATAFILE '/opt/ora11g/功能/LiangWei undotbs01.dbf’, AUTOEXTEND 提醒NEXT 1 m MAXSIZE 8192 <强>经过大约5到10分钟后,查看撤消表空间使用率
完成SELECT (SELECT (NVL(总和(字节),0))得到dba_undo_extentsWHERE tablespace_name =,“UNDOTBS1'AND status 拷贝(“活跃”,,“未过期”)),*,100),/(SELECT 和(字节)得到dba_data_filesWHERE tablespace_name =, UNDOTBS1), PCT_INUSEFROM 双;
PCT_INUSE - - - - - - - - - - - 5.50333658
