Discussion :

[genio]

Bonjour à tous...
Suite à mon post de tout à l'heure j'ai deux question à poser :
1°) Comment faire pour que ma database 9i n'utilise plus le TS UNDO mais utilise exclusivement les Rollback segments ?

2°) Il semblerait que chacun de mes traitements agrandissent l'UNDO... que Traitement 1, après execution et commit, ne libère pas le UNDO et que Traitement2 passe ensuite dans la continuité de l'UNDO et ne réutilise pas la place libérée par Traitement1... pourquoi ?

Merci pour vos réponses...

[orafrance]

1) je te le déconseille vivement
2) le undo_retention trop grand peut-être, enléve l'autoextent ou limite le au moins, et le besoin de place primera sur le undo_retention

[genio]

Merci pour ta réponse 1 mais je voudrais vraiment faire un test dans ce sens, car le constructeur du produit est en 8i et les transactions travaillent toutes avec :

SET TRANSACTION USE ROLLBACK SEGMENT RBATCH;

en début de programme...

1°) Comment faire ?

2°) Est-il possible que le fait de travailler avec des transactions ayant toute un 'SET TRANSACTION USE ROLLBACK SEGMENT RBATCH' en début de programme, puisse mettre la grouille dans mes UNDO TABLESPACES (9i) ?

Merci pour tes réponses..

3°) Pourquoi déconseilles-tu vivement de passer de l'UNDO en RBS dans une 9i_ ?

[Pomalaix]

Bonjour

Vous avez pensé à UNDO_SUPPRESS_ERRORS ?
Voici ici notamment : http://www.developpez.net/forums/d10...undotbs-gagne/

[orafrance]

3°) Pourquoi déconseilles-tu vivement de passer de l'UNDO en RBS dans une 9i_ ?

parce que si Oracle a inventé le UNDO c'est parce qu'il y a une raison Notamment de ne plus avoir à se poser de question quant au nombre de RBS ce qui était source de pas mal de problème ainsi que la résolution de pas mal de problème de snapshot too old

[genio]

Merci à vous pour vos réponses :

Pomalaix : Mon paramètre UNDO_SUPPRESS_ERROR est bien à 'TRUE' (et mon mode UNDO à 'AUTO') donc, d'après ce que j'ai lu, oracle ignore les ordres du type :

SET TRANSACTION USE ROLLBACK SEGMENT RBATCH

OK ?

orafrance : Je sais très bien ce que la création des UNDO a apporté au DBA par rapport aux RBS ... Mais là, nous sommes dans un cas très spécial, et j'aimerai 'dégrader' ma base 9i afin de faire des test sur les RBS, comme en 8i ... Comment faire ?

Merci pour vos réponses

[Pomalaix]

...j'aimerai 'dégrader' ma base 9i afin de faire des test sur les RBS, comme en 8i ... Comment faire ?

UNDO_MANAGEMENT=MANUAL
Et bien entendu, il faut créer manuellement des segments d'annulation.

[scheu]

Il semblerait que chacun de mes traitements agrandissent l'UNDO... que Traitement 1, après execution et commit, ne libère pas le UNDO et que Traitement2 passe ensuite dans la continuité de l'UNDO et ne réutilise pas la place libérée par Traitement1... pourquoi ?

De plus, cela ne veut rien dire, l'espace dans le UNDO est réutilisé en permanence (moyennant les paramètres décrits ci-dessus)

Un UNDO tablespace plein en permanence à 95% n'a rien d'alarmant ...
Seules des erreurs comme par exemple "impossible d'étendre le tablespace UNDO" ou "ORA-01555 caused by SQL statement below (Query Duration=..." peuvent éventuellement laisser penser à un tablespace UNDO sous-dimensionné

[genio]

Merci pour vos réponses...
scleu : Je sais que le fait que l'UNDO soit plein à 99 % n'a rien d'alarmant.. ce n'est pas le cas qui nous occupe ici.. non, mon problème vient du fait qu'on dirait qu'aucune transaction, même après le commit de fin, ne libère l'UNDO... et que les transactions qui suivent grossissent le undo, les unes après les autres, sans que la place de l'undo de 'début' soit libérée !
Comme mon UNDO est en 'AUTOEXTEND ON', il est passé depuis hier de 500 mégas à 3 Gigas... et ça continue...
Auriez-vous une explication ?

[orafrance]

Comme mon UNDO est en 'AUTOEXTEND ON', il est passé depuis hier de 500 mégas à 3 Gigas... et ça continue...
Auriez-vous une explication ?

j'ai déjà répondu à ça