Discussion :

[skyarnangel]

Bonjour,

Parfois lorsque j'effectue un rebuild index, j'obtiens l’erreur suivante :

ORA-08176: consistent read failure; rollback data not available

Je n'arrive pas a déterminer pourquoi ?

Cette erreur n'est pas systématique et se produit lors d'un traitement en parallèle qui reconstruit 5 index en simultanés sur la même table.

Les options de rebuild sont les même pour les 5 index.
Mais il n'y a que deux index qui plantent dans n'importe quelle combinaison (parfois l'un, l'autre ou les deux).

Je n'ai pas trouvé d'autres traitements en cours lors des plantages.

Une simple relance du rebuild passe sans problème.

Merci d'avance pour votre aide.

[orafrance]

le undo_retention est surement trop bas ou les undo trop petits non ?

[skyarnangel]

Bonjour,

Merci pour cette réponse rapide.

Mais je ne pense pas que ce soit le problème.
J'ai un tablespace undo de 6Go dont 4.8 de libre.
Mon undo retention est à 4h.

Mes rebuilds durent moins d'une minute.

[orafrance]

Ce sont des indexes sur un type de table particulier ?

[skyarnangel]

Je n'ai pas trouvé comment savoir s'il s'agit d'un type de table en particulier.

Ma table est "classique" :

Code :

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

1
2
3
4
5
6
create table table_name
(champ number (X) [not null],
champ1 varchar (Y),
champ3 date,
...)
tablespace tablespace_name;

[Baldrick]

Bonjour,

J'ai déniché cette petite note (emplacement originel) :

Footnote: there is an alternative to ORA-01410 that can appear if you rebuild indexes while running large reporting jobs. If, for example, your code executes “set transaction read only “ and then runs lots of separate SQL statements, a statement that needs an index that was rebuilt after the “set transaction” call will fail with “ORA-08176: consistent read failure; rollback data not available”.

Est-ce que vous êtes dans ce cas de figure ?

[skyarnangel]

Merci pour cette info, je l’avais déjà vérifié.

Mais malheureusement non je ne suis pas dans ce cas là.

D'ailleurs j'ai 5 rebuild en parallèles, ils s’exécutent via un même script qui prend en option le nom de l'index et il n'y en a que deux qui plantent parfois.

[pachot]

Bonjour,

Cette erreur n'est pas systématique et se produit lors d'un traitement en parallèle qui reconstruit 5 index en simultanés sur la même table.

C'est la raison. Probablement que le rebuild d'un index utilise un autre index qui vient d'être rebuildé.

On est dans le cas:

08176, 00000, "consistent read failure; rollback data not available"
// *Cause: Encountered data changed by an operation that does not generate
// rollback data : create index

Cordialement,
Franck.

[skyarnangel]

Eureka

Comment j'ai pu passé à coté depuis le temps que je cherche?

En fait les deux index qui plantent ont un champ qui se trouve dans un autre index qui est en rebuild au même moment.

Je suis vraiment désolé de ce post du coup

Merci pour votre aide