Corruption de blocs sur SYSTEM

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

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.

Bonjour,

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

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

Code:

---

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.

Citation:

---

Envoyé par LeoAnderson

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

Code:

---

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:

---

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.

Citation:

---

Envoyé par LeoAnderson

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

Code:

---

rman> backup database validate;

---

---

Je crois plus à :

Code:

---

rman> backup validate database;

---

du moins c'est ce que me dit Mr Rman ;)

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.

RMan, vous l'avez tout le temps.
C'est pas parce que vous ne faites pas les backups avec qu'on ne peut pas s'en servir pour restaurer ! ;)

Pour utiliser RMAN, voici un forum qui pourra aider (avec une étude que j'ai réalisée et mes scripts qui marchent sur des bases archivelog et non archivelog :D) script sauvegarde totale rman oracle 10g