ora 1555

vincent

1555是增加undo_retention还是减少的问题

我认为是减少才是对的。 具体的思路是
1.SELECT status,sum(bytes/1024/1024/1024) gb FROM dba_undo_extents GROUP BY status 里面就3种状态。
2.环境不是强制保留时间模式，除了active不可以覆盖，其他都有可能覆盖 。只是优先使用EXPIRED
3.如果undo有压力，增加了undo_retention ，那么系统里大部分都是UNEXPIRED和active的。active是不能覆盖的，那只能覆盖UNEXPIRED 。
我认为增加了undo_retention 会增加1555的几率
4.如果减少undo_retention ，EXPIRED会被优先使用从而减少使用到UNEXPIRED减少1555机率。
5.10g数据库如果undo空间无压力，SELECT t.TUNED_UNDORETENTION FROM v$undostat t  。。。TUNED_UNDORETENTION 可以动态增长

不知道我分析的对不对。请版主帮忙分析一下

Maclean Liu(刘相兵

1555是增加undo_retention还是减少的问题

这个句子 有歧义 ， 不明确。

zhm2815

刘大，为了减少ORA-01555错误，增加undo_retention 参数值会减少这个错误，还是减少undo_retention会降低这个错误出现的概率？

vincent

刘大，为了减少ORA-01555错误，增加undo_retention 参数值会减少这个错误，还是减少undo_retention会降低这个错误出现的概率？

linou

hi
oerr ora 1555
01555, 00000, "snapshot too old: rollback segment number %s with name \"%s\" too small"
// *Cause: rollback records needed by a reader for consistent read are
//         overwritten by other writers
// *Action: If in Automatic Undo Management mode, increase undo_retention
//          setting. Otherwise, use larger rollback segments

按照官方解释,应该是增加么?

如果undo有压力，楼主还减少undo_retention ，EXPIRED还会有吗？
所以就不存在优先的选择的问题了。

vincent

我觉得会有。只是EXPIRED又被覆盖了。
我的理解释放然后在覆盖。。
如果一个1555是因为一个长时间的查询导致的，我觉得通过减少undo_retention获取更多的EXPIRED。是不是可以这样理解。通过设置一个相对小的值来获取更多的EXPIRED，然后undo没有压力的时候系统又会动态调整保留时间？

又想了想，感觉这个不能单方面从undo_retention去解决。合理设置undo_retention，加大undo，调整sql减少长时间查询都可以减少1555的发生。
谢谢，大家。结束！

[ 本帖最后由 vincent 于 2012-5-16 17:03 编辑 ]

Maclean Liu(刘相兵

这个问题 延迟到 明后天回答

psufnxk2000

调sql 才是王道 。。。

ricky

调不调undo_retention，我觉得如果undo表空间不够，满了，还是清除。如果没有RETENTION GUARANTEE，还是会发生这个错误！
最好的就是调整sql。或是加大undo表空间。

hbwp2008

调参数或加大UNDO表空间.往往是治表不治本. 要想治本. 找出占用较大UNDO 表空间SQL. 进行优化