关于undo表空间下数据文件非自动扩展问题

      我这边生产环境,一般undo表空间都会预先设置一个大小,并且保留数据文件的自动扩展,一直也相安无事。最近有套系统的undo表空间一直报警,使用率超过85%。看了下表空间大小,才5个G,以后确实是undo表空间过小了,于是扩到10G。结果第二天又报警了,嘿,不信了,于是扩到20g。哎呦,跟我杠上了,第二天又报警了。      没办法,生了个awr报告,看到到底是哪个倒霉孩子写的大事务...
摘要由CSDN通过智能技术生成

      我这边生产环境,一般undo表空间都会预先设置一个大小,并且保留数据文件的自动扩展,一直也相安无事。最近有套系统的undo表空间一直报警,使用率超过85%。看了下表空间大小,才5个G,以后确实是undo表空间过小了,于是扩到10G。结果第二天又报警了,嘿,不信了,于是扩到20g。哎呦,跟我杠上了,第二天又报警了。

      没办法,生了个awr报告,看到到底是哪个倒霉孩子写的大事务一句一直不提交。哎呦我去,没有找到嫌疑语句,啥情况。找来开发人员,交流一下,不存在批量之类的业务。怪了。

     查了下undo状态:select status,sum(bytes)/1024/1024/1024 from dba_undo_extents group by status;发现未过期的undo竟然占了表空间的百分之九十左右。但是我实时查看数据库状态,确实没有发现正在活动的大事务。于是怀疑,莫非是遇到undo方面的bug了,是不是存在未过期undo一直没释放的情况?

    在MOS上看到一篇文档doc:413732.1,有如下解释:

When the UNDO tablespace is created with NO AUTOEXTEND, following the allocation algorithm, here is the explanation for this correct behavior:

For a fixed size UNDO tablespace (NO AUTOEXTEND), starting with 10.2, we provide max retention given the fixed undo space, which is set to a value based o

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值