Discussion :

[13thFloor]

Une corruption de blocs est intervenu (je ne sais pas pourquoi) sur le datafile du tabelspace system. Les blocs touchés (vus par dbv) appartienennt à la table idl_ub1$. Malheureusement cette dernière est créée par le sql.bsq, donc au create database. Je ne peux pas la lire = ORA-01578: bloc de données ORACLE altéré.
dbms_stats est également impacté car le body est invalide et drop ou compile => ORA-01578
A part recréer la base et l'importer (j'ai pu faire un export), ai-je d'autres solutions ?

version : 9.2.0.8 sous windows 2000

[lca94]

si tu n'as pas de backup (Oo) ...tout refaire ...
c'est le tbs system qui est impacté (attention au double post ...avec 30 min de décallage ... Oo)

Ton message est un peu compact ..tout est collé. ça fait que ce n'est pas super clair.

[billharry]

Bonjour,

Es-tu en mode archive log?
Utilises-tu RMAN pour tes sauvegardes?

[LeoAnderson]

vous pouvez essayer de lancer RMAN pour détecter l'étendue de la corruption :

Code :

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

rman> backup database validate;

http://download-uk.oracle.com/docs/c...cmbackp008.htm

ensuite, les corruptions figurent dans la vue V$DATABASE_BLOCK_CORRUPTION

Si vous avez un backup (même effectué par un autre outil de sauvegarde que RMAn) vous pourrez faire une restauration uniquement des blocs impactés, il suffira de cataloguer les backups

Si vous n'avez qu'un dump, c'est mort.

[billharry]

vous pouvez essayer de lancer RMAN pour détecter l'étendue de la corruption :

Code :

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

rman> backup database validate;

http://download-uk.oracle.com/docs/c...cmbackp008.htm

ensuite, les corruptions figurent dans la vue V$DATABASE_BLOCK_CORRUPTION

Si vous avez un backup (même effectué par un autre outil de sauvegarde que RMAn) vous pourrez faire une restauration uniquement des blocs impactés, il suffira de cataloguer les backups

Si vous n'avez qu'un dump, c'est mort.

Tu peux aussi utiliser dbverify pour vérifier toute ta base de données

Une fois que tous les bloques sont bien identifiés, tente

Code :

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

recover detabase

(voir la note
http://download-uk.oracle.com/docs/c...5.htm#g1022370 )

Le moyen le plus sûr est tout de même de recréer ta base et d'importer les données.

[Alain B.]

vous pouvez essayer de lancer RMAN pour détecter l'étendue de la corruption :

Code :

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

rman> backup database validate;

Je crois plus à :

Code :

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

rman> backup validate database;

du moins c'est ce que me dit Mr Rman

[13thFloor]

Pas de rman, base en noarchivelog => je suis en train de la refaire (c'est une base de test en cours de migration, donc pas de souci de dispo). à partir d'un export et d'un template de création.
Merci de vos avis.