10201版本上UNDOTS的一个BUG

必有我师

原帖由 ZALBB 于 2007-2-2 00:00 发表


会降，但很快就又上升到99%，我由于知道我们的业务没那么多
事务，不存在UNDO 被使用到99%的程度，所以一直怀疑。

ORACLE 是希望在确定尺寸的UNDO TS 的情况下，尽量保存事务
的老快照，以减少快照太老的异常出现，但也得有个谱，总不能
为了尽量延长老快照而把UNDO TS 顶得满满的，搞得我老是怀疑
UNDO TS 不够，前几天还真出现快照太老错误，我都懵了，究竟
真是表空间不够，还是你的算法有问题，你说我该怎么相这算法？

昨晚设置了文件属性后，今天下午检查发现，UNDO TS 只用了
一点几个G，还有14点几个G 是空闲的，和昨天的只剩余16M相比，
真是天堰之别，晕倒！

1. oracle会重用unexpired undo，那么这个BUG的影响是什么呢？
2. 既然Oracle延长了undo retention的时间，那为什么反而会出现上文提到的“快照太老错误”呢？

[ 本帖最后由 必有我师 于 2009-2-5 20:41 编辑 ]

justin033

学习关注!

oraclesea

学习ing

jhe_001

不知undo什么时候能好用点

lichangzai

我今天也发现了这个问题，这个bug同样在unix上存在