Discussion :

[remika]

Bonjour,

sous oracle 9i, je lance des séries de requêtes à partir de Java. Tout fonctionne parfaitement pendant un certain temps, jusqu'à ce que soudainement j'obtienne une erreur à chaque requête du type

bloc de données oracle altéré

avec un numéro de bloc et un autre numéro
si je relance le service de ma base, tout refonctionne...

Comment corriger ça ?

[bouyao]

Je pense que l'autre numéro est le numéro de fichier.
est ce que tu peut coller ici la fin de ton fichier log ?
c'est quoi ces numéro ?
quoi comme OS ?

[remika]

en fait j'ai relancé ma base donc pour le moment je n'ai plus l'erreur
dès que ça recommence j'envoie l'erreur

sinon mon OS est Windows XP

effectivement l'autre numéro est le numéro de fichier (comme je n'avais plus l'erreur j'ai écrit ça de mémoire)

[LeoAnderson]

Pour vous en assurer, lancez l'utilitaire dbv sur chacun des fichiers de la base. (au cas où, faites rapidement une sauvegarde à froid complète !)

[bouyao]

Attention il faut resoudre le problème avant que tout ca casse.
dans le fichier alert tu peut voir le bloc corrompu.
Il faut faire ce que LeoAnderson ta conseillé : c.a.d sauvegarde à froid.

[remika]

voici l'erreur :

erreur SQL : java.sql.SQLException: ORA-01578: bloc de donnÚes ORACLE altéré (fichier # 11, bloc # 79293)
ORA-01110: fichier de donnÚes 11 : 'D:\ORACLE\ORADATA\******\DATA.ORA'

[remika]

pour la sauvegarde à froid, je suis allé voir sur un tutoriel sur le site, mais je n'ai pas tout compris

il faut arrêter la base et simplement copier les fichiers de données at d'admin ?

[bouyao]

essaye de coller le resltats de la requette

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 = 11
           and 79293 between block_id AND block_id + blocks - 1;

Pour les sauvegardes à froid : http://oracle.developpez.com/guide/s...e/generalites/

[remika]

ça vient d'une table que j'ai importé il n'y a pas longtemps

en fait ce qui est étonnant c'est que le dernier plantage était sur une autre table (la seule table ou SELECT COUNT(*) ne marchait pas)

je fait un UNION ALL sur ces deux tables dans mes requêtes...

[remika]

j'ai essayé de lancer

dbv file=ora.data

dans le répertoire de données mais ça me renvoie

DBV-00100: FILE (ora.data) non accessible

[Jaouad]

parce que c'est l'inverse :

Code :

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

dbv file=data.ora

[bouyao]

le nom est :

data.ora

et non pas

ora.data

et j'attends toujours le resultats de la requette

[remika]

oups
désolé

[remika]

ça me retourne

DBV-00103: BLOCKSIZE (2048) différent du véritable (8192)

[bouyao]

essaye

Code :

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

dbv blocksize=8192 file=data.ora

[remika]

c'est lancé

pour la requête de tout à l'heure
- tablespace : mon tablespace de données pour cette base
- type de segment : table
- owner : celui à qui appartiennent les tables
- segment_name : une des tables

[remika]

le dbv a donné :

Nbre de pages examinÚes : 128000
Nbre de pages traitÚes (DonnÚes) : 51683
Nbre de pages en Úchec (DonnÚes) : 0
Nbre de pages traitÚes (Index) : 12116
Nbre de pages en Úchec (Index) : 0
Nbre de pages traitÚes (Autre) : 1138
Nbre de pages traitÚes (Seg) : 0
Nbre de pages en Úchec (Seg) : 0
Nbre de pages vides : 63063
Nbre de pages marquÚes altÚrÚes : 0
Nbre de pages Influx : 0

[bouyao]

dbv ne signale rien !!!
essaye de lancer ta requette qui cause que le bloc est alteré.

[remika]

j'ai relancé un tas de requêtes

et là ça marche nickel ????

[bouyao]

faire un select count(*) de la table concernée