Oracle undo使用率过高问题处理

客户的数据库监控频繁告警UNDO表空间使用率高；维护人员通过加数据文件扩大表空间方式，已经将UNDO表空间扩容到900GB+,仍然会有告警，介入调查处理~

1.1.1. 查看UNDO配置及相关参数

均为正常配置，UNDO保留时间为900秒。未配置相应的隐含参数，数据库版本11.2.0.4

1.1.2. 查看UNDO数据文件的配置

均已经关闭了数据文件自动扩展

1.1.3. 查看UNDO段使用情况

大量UNDO段为UNEXPIRED状态,ACTIVE状态的很少，查询V$UNDOSTAT参数可以发现TUNED_UNDORETENTION 自动调整为20万秒以上，成为UNDO段状态UNEXPIRED的原因。这是由于UNDO自动管理特性AUM导致的问题，参考MOS文档Automatic Tuning of Undo_retention Causes Space Problems (文档 ID 420525.1)，Automatic Tuning of Undo_retention Causes Space Problems (文档 ID 420525.1)都解释了此问题；一般新上线系统都会考虑关闭alter system set “_undo_autotune” = false;或者设置自动调整的最大值alter system set “_highthreshold_undoretention” = 10800;。本处使用默认，所以自动调整的==TUNED_UNDORETENTION 自动调整为20万秒以上，导致UNDO段一直为UNEXPIRED状态。

查UNDO段状态及自动调整的保留时间命令：

select BEGIN_TIME,END_TIME,MAXQUERYLEN,MAXQUERYSQLID,TUNED_UNDORETENTIONfrom V$UNDOSTAT  Order By begin_time Desc;

查UNDO段EXPIRED等使用情况：

col "Tablespace_Name" for a15
col "Status" for a10
col "Size(GB)" for 99999
col "SIZE(GB)" for 99999.99
SELECT  seg.tablespace_name "Tablespace_Name", round(ts.bytes/1024/1024/1024) "Size(GB)",ue.status "Status", count(*) "Used Extents",round(sum(ue.bytes)/1024/1024/1024, 2) "US_SIZE(GB)",to_char(round(sum(ue.bytes)/ts.bytes*100, 2), 99.99) "Used Rate(%)"
FROM dba_segments seg, DBA_UNDO_EXTENTS ue,(SELECT tablespace_name, sum(bytes) bytesFROM dba_data_files GROUP BY tablespace_name) ts
WHERE ue.segment_NAME=seg.segment_NAME and seg.tablespace_name=ts.tablespace_name
GROUP BY seg.tablespace_name, ts.bytes, ue.status
ORDER BY seg.tablespace_name;

1.1.4. 解决方案

由于系统重要不能停机，综合考虑，设置隐含参数等方式均动作较大；使用调整UNDO数据文件属性的方式： ALTER DATABASE DATAFILE ‘<datafile_flename>’ AUTOEXTEND ON MAXSIZE <current_size>；这样设置后 V$UNDOSTAT.TUNED_UNDORETENTION 不再基于UNDO表空间使用率计算，而是使用(MAXQUERYLEN secs + 300) and UNDO_RETENTION两个计算的最大值，这样UNDO空间就释放了，如下：

Oracle undo使用率过高问题处理相关推荐

oracle磁盘使用率很高,oracle安装磁盘使用率100%导致数据插入等操作报错
环境: ORACLE安装目录: C盘(50G 使用率100%) 表空间DBF文件目录:E盘(100G 使用率20%) 问题: C盘100%后,清理了几次磁盘,但是导入历史数据(量较大)仍然插入数 ...
Oracle CPU使用率过高问题处理
1.下载Process Explorer 2.打开Process Explorer,查看CPU使用情况最高的进程 3.双击该进程,查看详情 \ 4. 获取cpu使用最好的线程tid 5. ...
linux java占用199%,linux分区使用率过高又查询不到被哪些文件占用的问题
今天客户反映RAC的一个节点/tmp目录空间使用率较高,昨天已经100%,我连上服务器检查的时候,使用率也超过80%. [root@p3rac1 ~]# df -h Filesystem Size U ...
oracle redo wait较高,【案例】Oracle等待事件latch:row cache objects原因和解决办法
[案例]Oracle等待事件latch:row cache objects原因和解决办法时间:2016-11-05 13:41 来源:Oracle研究中心作者:HTZ 点击: 次天萃 ...
Oracle数据库服务器IO高的分析方案和案例探讨
Oracle数据库服务器IO高的分析方案和案例探讨本文原题<ORACLE数据库服务器IO高的分析方案和案例探讨> 目录: 慧眼识珠--服务器磁盘这么繁忙,到底是谁干的? 谨记于心--OR ...
oracle中undo解析,oracle undo解析
oracle undo解析 Undo是干嘛用的? 在介绍undo之前先说一下另外一个东西 transaction ,翻译成交易或事务.我们在进行一个事务的过程中需要申请许多资源,一个复杂的事务也需要很 ...
美国 2006 年机器学习和知识发现年会数据挖掘使用率较高算法排名
在美国 2006 年机器学习和知识发现年会,数据挖掘(Data Mining)哪些算法使用率较高?现场投票结果可以给我们一点线索.数据挖掘有十大经典算法为:C4.5,K-Means,SVM,Aprio ...
Oracle undo 表空间管理
Oracle 的Undo有两种方式: 一是使用undo 表空间,二是使用回滚段. 我们通过 undo_management 参数来控制使用哪种方式,如果设为auto,就使用UNDO 表空间,这时必须要 ...
java cms cpu占用率_cpu使用率过高和jvm old占用过高排查过程
今天断断续续的收到管理平台的异常报警,cpu占用过高和jvm old占用过高,这个时候赶紧去排查原因,下面记录了我的排查过程,可能里面还有不正确的地方,欢迎各位大佬指正,也欢迎大家关于类似的案例一起交 ...

Oracle undo使用率过高问题处理

Oracle undo使用率过高问题处理相关推荐

最新文章

热门文章