Oracle9i"快照过旧" 问题(急)

yangtingkun

查询执行时间是不是超过了undo_retention的设置？

Toms_zhang

最初由 yangtingkun 发布
[B]查询执行时间是不是超过了undo_retention的设置？ [/B]

是的，是这个原因．我把undo_retention改大以后就没问题．

顺便请教一下杨兄，关于快照过旧这个经典问题，在oracle9i（字段段管理的情况下）及以后版本中，还需要注意什么吗？或者说遇到类似的问题，还有其他的解决思路吗？

rollingpig

9I 防止 01555的办法就一个
把undo_retention设置的大于你最长的CONSITENT-TRANSATION
(一个sql,或者一段的TRANSACTION)

yangtingkun

如果你要是有tom那本EXPERT ONE ON ONE ORACLE，建议你仔细看看重做和回滚那一章。
tom给出的解决思路主要是加大回滚段（9i自动管理情况下是加大UNDO_TABLESPACE）和缩短查询时间。

排除bug的情况。只要查询时间小于UNDO_RETENTION的设置就不会出现这个错误，除非是UNDO表空间不够，导致Oracle不得不提前重用回滚空间。

d.c.b.a

undo_retention = 300，这样的话，你的SQL应当在5分钟内完成，否则就会出现这个错误的.

xzh2000

最初由 d.c.b.a 发布
[B]undo_retention = 300，这样的话，你的SQL应当在5分钟内完成，否则就会出现这个错误的. [/B]

如果SQL优化合适的话,
根本就不会出现这种问题......

Toms_zhang

最初由 xzh2000 发布
[B]

如果SQL优化合适的话,
根本就不会出现这种问题......

[/B]

再怎么优化也没有用，一个表里有近３亿条记录的数据，然后做一个对数据的统计查询．天呢．慢咱也就忍了，怕就怕做一半就夭折了，那个叫郁闷啊！　没法说．


感谢楼上的各位朋友．谢谢了！

prada_gu

undo_retention 默认值是10800啊,怎么会变成300的

cedym

Error:  ORA 1555
Text:   snapshot too old (rollback segment too small)
-------------------------------------------------------------------------------
Cause:  rollback records needed by a reader for consistent read are         overwritten by other writers

Action: Use larger rollback segments  
*** Important: The notes below are for experienced users -
See [NOTE:22080.1]   
Explanation:         There are numerous reasons why this can occur but basically for         the operation that failed the information it needs to construct         a read consistent view of the data is no longer available.
Diagnosis:         Is the user FETCHING across a COMMIT ?? If so this breaks the         ANSI standards and is not guaranteed by Oracle. Make sure they         know this then proceed onto describing the options below which          may help.          The main way to avoid this is to use larger rollback segments          across the system. This gives you a longer period of grace         before 'old' rollback infomation gets overwritten. It is typically         no use just enlarging a single rollback segment.          For long running reports, try to run these when the database is         lightly loaded so that the chance of a rollback segment wrapping         is reduced (as there are fewer transactions in progress and hence         less rollback information being generated).          Try using an ORDER BY clause that forces a sort in the query - this         should produce the row-source up front so undo is only needed while         this ordered row-source is produced.          If this is on a SNAPSHOT update check whether the SNAPSHOT is         performing a full or fast refresh. A full refresh could be occuring.         See <Oerr:ORA:12004>

baikejia

谢谢各位，我还以为要减少undo_retention的值呢.
上次回滚表空间满，我不停改小undo_retention，然后不停切换undotbs1,undotbs2，好像最后也使表空间清空了