OracleGl et rollback segments

Version imprimable

10/04/2007, 12h53
genio

OracleGl et rollback segments

Bonjour les forumistes...
Nous avons un traitement qui tourne sur OracleGl le soir en batch, et qui plante dans un insert de la façn suivante :

Citation:

ORA-01555: snapshot too old: rollback segment number 8 with name "_SYSSMU8$"

OK :D

Dans ma database il y a :
Un RBS system (dans le schéma SYSTEM) (100 méga maxi !)
Un UNDO segment (2 Gigas !)

Mon fichier de configuration indique les choses suivantes :
UNDO-RETENTION = 1800
UNDO-TABLESPACE = UNDO_TOTO
UNDO_MANAGEMENT = AUTO
UNDO-SUPPRESS8ERROR = FALSE

et

Transaction_per_rollback_segment = 5
Rollback-segment = rien du tout !

Ma question est la suivante : Pourquoi Oracle choisit-il le Rollback segment system au lieu d'utiliser mon UNDO segment ?

Merci pour vos réponses...

_SYSSMU8$, ce n'est pas ton rollback system (qui s'appelle SYSTEM!), c'est un segment créé automatiquement dans ton tablespace UNDO
Code:

1 2 3 4 5 6 7 SQL> select tablespace_name from dba_rollback_segs where segment_name in ('_SYSSMU8$','SYSTEM'); SEGMENT_NAME TABLESPACE_NAME ------------- ------------------------------ SYSTEM SYSTEM _SYSSMU8$ UNDOTBS1
2 giga peut être largement insuffisant dans certains cas. Jette un oeil à Metalink Note 1005107.6

10/04/2007, 13h49
genio

Merci Laurent pour ta réponse...
Trois petites dernières
1°) Le RBS système que je vois est-il celui généré à la création de l'instance, et si oui, sert-il seulement aux traitements 'systèmes' (Mise à jour du catalogue etc...) ?
2°) Le paramètre UNDO_RETENTION te semble-t-il de bon aloi ?
3°) Un UNDO à 2 Giga, je trouve ça quand même pas mal taillé... As-tu déja travaillé sur une database oracleGl et si oui, comment sont taillés ets UNDO ?

Merci d'avance pour tes réponses...
10/04/2007, 15h12
laurentschneider

Citation:

Envoyé par genio

Merci Laurent pour ta réponse...
Trois petites dernières
1°) Le RBS système que je vois est-il celui généré à la création de l'instance, et si oui, sert-il seulement aux traitements 'systèmes' (Mise à jour du catalogue etc...) ?
2°) Le paramètre UNDO_RETENTION te semble-t-il de bon aloi ?
3°) Un UNDO à 2 Giga, je trouve ça quand même pas mal taillé... As-tu déja travaillé sur une database oracleGl et si oui, comment sont taillés ets UNDO ?

Merci d'avance pour tes réponses...

Je n'ai jamais entendu parlé de oracleGl.

Pour le point 1, le rollback segment _SYSSMU8$ est créé dynamiquement. Il n'y à rien à faire de ce côté là.

Quant à la taille du tablespace et de la retention, je te suggère de lire la note metalink
10/04/2007, 15h14
laurentschneider

pour être clair, les _SYSSMU*, ce sont des segments d'UNDO et ça n'a rien avoir avec SYSTEM, le rollback segment dans le tablespace SYSTEM
10/04/2007, 15h19
genio

Merci pour tes réponses...
Pour ta gouverne OracleGL est l'applicatif compta d'ORACLE APPLICATION...

Encore merci !
10/04/2007, 17h54
orafrance

le undo_retention est probablement trop petit mais gare aussi à la taille du UNDO. As-tu lancé GL Optimizer et lu la note à propos des optims GL (notamment les indexes de GL_CODE_COMBINATIONS) ?

SNAPSHOT TOO OLD a 2 causes :
- une requête plus longue que le UNDO_RETENTION alors que les blocs sont lu dans le UNDO -> requête mal optimisée ou undo_retention trop petit
- un UNDO trop petit et Oracle utilise les blocs de l'UNDO même s'ils ne sont pas "périmés" (= plus vieu que undo_retention)
10/04/2007, 18h21
LeoAnderson

D'où l'intérêt de garantir la rétention !

3h de rétention pour un OLTP, moi, ça me choque pas
11/04/2007, 08h34
orafrance

en effet, 30 minutes c'est short mais si il laisse 2Go les 3h ne tiendrons pas je pense :?
12/04/2007, 12h30
genio

Merci pour vos réponses mais j'ai encore une question...
ma vue v$undostat me donne, à l'heure où le job a planté, ceci :
UNDOTSN = 369
UNDOBLK = 2844 blocks
TXCOUNT = 184088 transactions
MAXQUERYLEN : 2480 => > supérieur à mon UNDO-RETENTION de 1800 :(

Ok pour augmenter mon UNDO_RETENTION ;)

Question 1°) Comment savoir la taille des blocks consommés (2844 Block de combien ?)... faut-il, dans la table dba_extent multiplier les BYTES par les BLOCKS (des segments_name '_SYSSMUn') ?

Question 2°) La table dba_extents me rends les segments _SYSSMU1$ à _SYSSMU18$... ces fichiers-là sont-ils toujours présents où Oracle les crée-t-ils au fur et à mesure des traitements de mise à jour ? et si oui, faut-il les shrinker ?

Merci pour vos réponses...
12/04/2007, 13h47
laurentschneider

avec une version récente, l'undo retention s'auto-optimised, cherche TUNED_UNDORETENTION sur Metalink et tu trouveras la Note 240746.1
12/04/2007, 15h04
orafrance

la 10g n'est possible que depuis la 11.5.10 d'Oracle Appli il me semble

la taille de block est indiqué par le paramètre db_block_size :)
12/04/2007, 17h33
genio

Merci à tous !