Discussion :

[Providence0]

Bonjour,
J'aimerai prendre conseils auprès de vous, on m'informe ce matin qu'il ya des corruption de blocs et que la base est en no archivelog, avec un backup à froid tous les 25 du mois .

SQL>  select * from v$database_block_corruption;
     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
---------- ---------- ---------- ------------------ ---------
         5     387206          1                  0 CHECKSUM
         5     387324          1                  0 FRACTURED
         5     387356          1                  0 CORRUPT
         5     387325          3                  0 NOLOGGING
         5     387328         28                  0 NOLOGGING

J'avais tenté de faire un :

Code :

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

RMAN> RECOVER DATAFILE 5 BLOCK 387206;

et

Code :

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

RMAN> RECOVER CORRUPTION LIST;

Mais ça n'a pas résolu le souci.

Après quelques recherches on me propose de supprimer et de créer un nouveau tablespace avec le même nom ou de faire DBMS_REPAIR :
J'ai lancé le DBMS_REPAIR.ADMIN_TABLES et DBMS_REPAIR.CHECK_OBJECT mais ils me retournent une erreur comme quoi le nom d'objet existe déjà à SYS.DBMS_SQL et à SYS.DBMS_REPAIR
(ORA-00955 et ORA-06512).

Code :

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

1
2
3
4
5
6
7
8
BEGIN
DBMS_REPAIR.ADMIN_TABLES (
     TABLE_NAME => 'REPAIR_TABLE',
     TABLE_TYPE => dbms_repair.repair_table,
     ACTION     => dbms_repair.create_action,
     TABLESPACE => 'MonTablespace');
END;
/

[Ikebukuro]

Je ne comprends aps la phrase : "J'ai lancé le DBMS_REPAIR.ADMIN_TABLES et DBMS_REPAIR.CHECK_OBJECT mais ils me retournent une erreur comme quoi le nom d'objet existe déjà à SYS.DBMS_SQL et à SYS.DBMS_REPAIR (ORA-00955 et ORA-06512)."

Tu peux nous poster le code PLSQL complet et le retour d'Oracle sous SQL*Plus?

Dans ton post on a

Code :

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

1
2
3
4
5
6
7
8
BEGIN
DBMS_REPAIR.ADMIN_TABLES (
     TABLE_NAME => 'REPAIR_TABLE',
     TABLE_TYPE => dbms_repair.repair_table,
     ACTION     => dbms_repair.create_action,
     TABLESPACE => 'MonTablespace');
END;
/

mais sont absents : DBMS_REPAIR.CHECK_OBJECT et SYS.DBMS_SQL. Pourquoi tu préfixes par SYS ce package? Tu l'exécutes avec quel user?

[Providence0]

Hello,
je vais tenté d'être plus clair

je me connecte en sqlplus / as sysdba .

Ce que je lance sur SQL Plus :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
SET SERVEROUTPUT ON
DECLARE num_corrupt INT;
BEGIN
num_corrupt := 0;
DBMS_REPAIR.CHECK_OBJECT (
     SCHEMA_NAME => 'MySchema',
     OBJECT_NAME => 'VM_INDIVIDU',
     REPAIR_TABLE_NAME => 'REPAIR_TABLE',
     CORRUPT_COUNT =>  num_corrupt);
DBMS_OUTPUT.PUT_LINE('number corrupt: ' || TO_CHAR (num_corrupt));
END;
/

ça me retourne :
number corrupt: 34
Proc▒dure PL/SQL termin▒e avec succ▒s.

je lance ensuite :

Code :

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

1
2
3
4
5
6
7
8
BEGIN
DBMS_REPAIR.ADMIN_TABLES (
     TABLE_NAME => 'REPAIR_TABLE',
     TABLE_TYPE => dbms_repair.repair_table,
     ACTION     => dbms_repair.create_action,
     TABLESPACE => 'MonTablespace');
END;
/

et ça me retourne :
ERREUR ▒ la ligne 1 :
ORA-00955: ce nom d'objet existe d▒j▒
ORA-06512: ▒ "SYS.DBMS_SQL", ligne 1199
ORA-06512: ▒ "SYS.DBMS_REPAIR", ligne 245
ORA-06512: ▒ ligne 2

[dell68]

La table repair_table existe déjà et elle a été peuplée par la prmière éxécution
de la procedure dbms_repair.check_object il reste plus qu'à l'intérroger

Sinon, si le nombre de lignes dans les blocs ne sont pas trop importants, alors tu peux
créer une nouvelle table et y inserer les lignes non corrompus par les blocs en question
ensuite tu reconstruit les indexes .

A propos des corruptions data bloc, si la base est mode archivelog, et tu dispose des backups
à jour, tu peux les récuperer facilement en un seul commande RMAN .

Bonne chance

[Providence0]

Hello,

La table repair_table existe déjà et elle a été peuplée par la première exécution
de la procedure dbms_repair.check_object il reste plus qu'à l’interroger

Yep j'avais capté ^^
Mais j'aimerai savoir comment je peux réparer :p

Sinon, si le nombre de lignes dans les blocs ne sont pas trop importants, alors tu peux
créer une nouvelle table et y insérer les lignes non corrompus par les blocs en question
ensuite tu reconstruit les indexes .

Pour l'instant on m'a interdit de supprimer quoi que ce soit, mais je tenterai de faire reconstruire une nouvelle table.

A propos des corruptions data bloc, si la base est mode archivelog, et tu dispose des backups
à jour, tu peux les récuperer facilement en un seul commande RMAN .

Hélas, non, la base est en no archivelog et les derniers backups que j'ai sont à froid et ils datent du 25/08 (ça aurait été trop facile sinon :p).

En tout cas merci pour ta réponse