Tablespace SYSAUX corrompu !
Bonjour à tous!
Le datafile "SYSAUX01.DBF" relatif au tablespace "SYSAUX" d'une de mes instances v10.2.0.1 nécessite une opération de récupération suite à une défaillance physique du disque qui l'héberge.
Mon problème est que la séquence d'archives nécessaires à l'opération est incomplète ... Je ne peux donc pas récupérer ce datafile à partir d'une sauvegarde antérieure ..
La base de données en question est très peu volumineuse.
Je comptais donc exporter les schémas applicatifs, recréer une nouvelle base de données structurellement similaire à la base corrompue et y importer les schémas précédemment exportés.
Malheureusement la corruption du tablespace "SYSAUX" rend impossible les opérations d'exports niveau schéma ...
Qu'en pensez-vous?
Est-il possible de supprimer et de recréer le tablespace "SYSAUX" et de recréer les différents objets qu'il contient (référentiel OEM ...ect)?
Est-il possible de réaliser un export niveau schéma via une méthode alternative?
...etc
Merci d'avance pour vos réponses.
J'ai trouvé la solution ... (export niveau schéma sans accès à SYSAUX)
... et la partage donc avec vous:
Tout est expliqué dans la "Doc ID: 756714.1" de METALINK:
Subject: Corrupt SYSAUX Datafile Preventing A Schema Level Export.
Symptoms:
The OS file containing the SYSAUX tablespace has become corrupt. In order to recreate this
tablespace (which contains no user data), trials have been done to export the user schema and import it into a new database, they fail with the following error :
. exporting pre-schema procedural objects and actions
. exporting foreign function library names for user AGRPROD
. exporting PUBLIC type synonyms
. exporting private type synonyms
. exporting object type definitions for user AGRPROD
About to export AGRPROD's objects ...
. exporting database links
. exporting sequence numbers
. exporting cluster definitions
EXP-00056: ORACLE error 376 encountered
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'E:\ORADATA\ABWT\SYSAUX01.DBF'
EXP-00000: Export terminated unsuccessfully
Cause:
The default behaviour of EXPORT is COMPRESS=Y and this seems to be calling a procedure in SYSAUX to do the compression which causes the export to fail.
Solution:
Make a schema export using COMPRESS=N and it should go through and the export dump can be imported in a new database.
Et voilà le tour est joué !!
