UNDO_RETENTION très élevé [Débat]

[orafrance]

Bonjour,

Je suis en train de réfléchir au fonctionnement des UNDO. Quel effet de bord peut on craindre d'un UNDO_RETENTION très élevé (10000 heures par exemple) tant qu'on mets du disque pour le UNDO.

A mon avis, on "pervertit" le mécanisme en créant trop de segment de rollback (donc baisse de perf) et je ne suis pas convaincu qu'on ne peut pas avoir de ora-01555. Comme toute médaille à son revers, je cherche celui du UNDO

Quelqu'un aurait une doc ou l'expérience de undo_retention excessivement élevé ?

[pifor]

Quelle est la version exacte d'Oracle ?
Est-ce que le tablespace UNDO est en mode auto-extend ou non ?
Pour la 10GR2: http://download-uk.oracle.com/docs/c...htm#sthref1477
Est-ce que la tablespace UNDO est créé avec la clause RETENTION GUARANTEE ou non ?

Il y avait déjà pas mal de discussion autour de ce sujet:
http://www.developpez.net/forums/sho...undo_retention

[orafrance]

attention, ce sujet est une réflexion

Je cherche juste à savoir, quels effets néfastes pourraient avoir un UNDO_RETENTION trop élevé en imaginant que la taille du UNDO peut être illimité

[remi4444]

Ben il te faut simplement un tablespace ennorme, et plus ta base est rapide et souvent utilisée, plus ça doit etre ennorme... sinon je vois en quoi ça dégraderait les perfs...

[daliok]

Bonjour
Fred_D je veux me renseigné sur ton sujet et je veux un document ou un tuto pour comprendre ta question est ce c'est possible

[orafrance]

Depuis on a réfléchit entre collégues

L'un d'eux nous a fourni cet algo :

when trying to allocate a new extent for SMU in UNDO tablespace :
1. A new extent will be allocated from the undo tablespace.
2. If failed, ( no free space exists in the tablespace ) acquire expired extent from another undo segment.
This involves shrinking from the other segment and adding to the current undo segment.
3. If failed, reclaim expired extents from the current transaction's commited changes.
4. If failed, try allocating more space by datafile extention ( if autoextend ON ).
5. If failed, try reuse an unexpired extent from the current undo segment.
6. If failed, try stealing an unexpired extent from another undo segment.
7. If all failed, report an "Out-Of-Space" error.

Ainsi, si undo_retention très très grand (10000 jours ) tant qu'il y a de la place dans le UNDO on ne peut pas avoir de snapshot too old. Par contre, la place étant toujours limité, le risque d'avoir un undo_retention trop élevé est tout simplement qu'il n'y a plus d'extent EXPIRED et qu'Oracle va utilser le UNEXPIRED quand le UNDO sera plein... donc risque de ora-01555.

Conclusion : tant que le UNDO n'est pas utilisé on peut augmenter le undo_retention. En revanche, on doit le redescendre si on rempli le UNDO.

[Guigsounet]

Pour rebondir, 3 ans après sur cette discussion

Que pensez vous de cette formule :

Code :

Optimal Undo Retention = Actual Undo Size / (DB_BLOCK_SIZE * UNDO_BLOCK_PER_SECOND)

[orafrance]

J'en pense que si ça se réglait avec une formule, le paramètre n'aurait pu lieu d'être Mais c'est une bonne base pour savoir comment tailler son UNDO