Discussion :

[asouquieres]

Bonjour,

J'ai une erreur qui me dit que je ne peut plus agrandir mon UNDOTBS1 lors de l'import de 49 gigaoctets d'insert, ce que je comprend aisément.

Mais du coup, comment contourner la création de donnée d'undo pour une opération ponctuelle ?


Merci à vous pour vos éventuelle pistes.

[pifor]

En général cela est impossible pour du DML de type INSERT/UPDATE/DELETE car le undo est indispensable pour faire un ROLLBACK. On peut parfois le diminuer pour certaines opérations DDL.

Vous pouvez essayer de diminuer le volume global d'undo conservé en jouant sur les paramètres UNDO_RETENTION et le fait de garantir ou non cette période de rétention.

[asouquieres]

Merci à vous.

Finalement je vais fractionner mon fichier en des sous parties de taille plus modeste. Apparemment les undo se vident dés le commit, donc je vais faire mon import en select en plusieurs parties.

Adam

[Pomalaix]

Bonjour,

J'ai une erreur qui me dit que je ne peut plus agrandir mon UNDOTBS1 lors de l'import de 49 gigaoctets d'insert, ce que je comprend aisément.

Bonjour

Merci de préciser systématiquement votre version d'Oracle, votre OS et les outils utilisés, car les réponses en dépendent.
De même, il est utile de fournir la commande exacte ainsi que l'erreur complète (code et message).

En supposant que c'est IMP que vous utilisez.
Si vous gardez les options par défaut, un COMMIT a lieu seulement à la fin du chargement de la table complète.

Ajoutez plutôt les options suivantes :

Code :

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

1
2
BUFFER=100000000
COMMIT=YES

Ainsi, vous travaillerez avec un tampon de 100 Mo, et à chaque fois qu'il sera plein, un COMMIT aura lieu.
Comme le COMMIT rend libérables et donc réutilisables les entrées UNDO, votre problème devrait se régler.