Discussion :

[olivier]]

Bonjour.

J'ai une base 10g sous win2003Seveur sp2.
J'ai depuis 3 jours dans les logs de la base des messages ora-01578 et ora-01110 sur le fichier de données 1.
A priori c'est sys.dbms_stats qui lève l'erreur
J'ai fait des recherches, mais on parle de RECOVER et RESETLOG sur base fermée, or j'ai lu sur le site qu'il vaut mieux ne pas arrêter la base.
J'ai vu aussi des choses sur RMAN, mais à ma connaissance, ce n'est pas utilisé sur cette base.
Et avant de faire quoi que ce soit j'aimerais m'assurer que le problème est toujours présent

Quelqu'un peut-il m'éclairer s'il vous plaît

[Baldrick]

Bonjour,

Vous avez un bloc corrompu dans un de vos fichiers de données.

Vous pouvez peut-être commencer par lancer la requête suivante pour voir quel objet est impacté et voir si c'est grave ou pas.

Code :

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

1
2
3
4
SELECT tablespace_name, segment_type, owner, segment_name 
FROM dba_extents
WHERE file_id = <numero du fichier>
And <numero du block> between block_id AND block_id + blocks -1 ;

Si c'est un objet qui n'est pas essentiel (par exemple, une table dont le contenu peut être perdu ou récupéré grâce à une sauvegarde, un index qui peut être reconstruit, etc.), alors une possibilité est de le supprimer pour le recréer ensuite.

Si la base de données est en mode ARCHIVELOG, alors vous pouvez lancer RMAN et tenter le procédé exposé sur cette page

C'est tout ce qui me vient à l'esprit pour l'instant. Et sinon, vous devriez vraiment mettre en place des sauvegardes RMAN.

[olivier]]

Merci pour cette piste.

En l'appliquant, il semble que ce soit la table COL_USAGE$ qui soit en cause.
J'imagine que c'est une table essentielle puisqu'elle appartient à SYS et fait partie de system.dbf....

Une suggestion de ce que je peux faire?

[olivier]]

bonjour.

ma base est de nouveau opérationnelle.

Petit retour, si cette mésaventure arrive à quelqu'un...
Oracle m'a fait faire un backup via RMAN avec la commande

Code :

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

 backup database plus archivelog format '/home1/oracle/RMAN-Backup/%U';

Pour info j'ai du changer db_recovery_file_dest_size de 2G (valeur par défaut) à 200G. C'était la première fois que j'utilisais RMAN et ma base "pèse" à peu près 290 Go.

à l'exécution de RMAN j'ai eu l'erreur ORA-19566: la limite de 0 blocs altérés pour le fichier D:\ORACLE\ORADATA\SIUNIQUE\SYSTEM01.DBF est dépassée que mon correspondant m'a fait corriger avec

Code :

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

set maxcorupt for datafile 1 to 1;

.
RMAN a fonctionné.

puis sous splplus (en italique les commentaires de mon correspondant)

Code :

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

1
2
3
4
5
6
7
8
 
SQL> alter session set events '10231 trace name context forever, level 10';
 
SQL> alter table COL_USAGE$ move;
 
Table altered.
 
SQL> select index_name, status from dba_indexes where table_name = 'COL_USAGE$';

You should get something like:

I_COL_USAGE$ UNUSABLE

Rebuild that index.

Code :

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

1
2
 
SQL> alter index I_COL_USAGE$ rebuild;

Then check index is Valid.

Code :

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

1
2
 
SQL> select index_name, status from dba_indexes where table_name = 'COL_USAGE$';

If so,then run

Code :

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

1
2
3
4
 
12:10:55 SQL> analyze table COL_USAGE$ validate structure;
 
Table analyzed.

If you get table analyzed, it means corruption was fixed.


et pour finir, sous RMAN

Code :

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

"backup validate check logical datafile 1;

Voilà, si ça peut aider...
Merci encore Baldrick.