OracleGl et rollback segments

**genio** · 10/04/2007, 12h53

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 :

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

OK

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...

**laurentschneider** · 10/04/2007, 13h14

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

**genio** · 10/04/2007, 13h49

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...

**laurentschneider** · 10/04/2007, 15h12

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

**laurentschneider** · 10/04/2007, 15h14

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

**genio** · 10/04/2007, 15h19

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

Encore merci !

**orafrance** · 10/04/2007, 17h54

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)

**LeoAnderson** · 10/04/2007, 18h21

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

3h de rétention pour un OLTP, moi, ça me choque pas

**orafrance** · 11/04/2007, 08h34

en effet, 30 minutes c'est short mais si il laisse 2Go les 3h ne tiendrons pas je pense

**genio** · 12/04/2007, 12h30

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...