Récupération d'une instance crashée 10.2.0.3 [Résolu]

[Korfandar]

Bonjour,

Un de nos serveurs Oracle en 10.2.0.3 a crashé durant l'export quotidien de sauvegarde de nos données (crash d'apparemment les 2 disques du raid en même temps) couplé à un problème de sauvegarde des dits exports.
Du coup on se retrouve avec une base sans export de sauvegarde mais dont on a pu récupérer les datafiles, les fichiers de controles, SPFILE et les REDO0x.LOG en extrayant les données des disques par un prestataire spécialisé.
J'ai injecté ces fichiers dans une nouvelle instance sur une nouvelle machine en essayant de respecter au mieux les emplacements et nom (SID) d'origine, seul l'emplacement du home n'est pas respecté.
Au démarrage, la base ne s'ouvre pas car le datafile contenant nos données applicatives (donc celui qui nous intéresse) nécessite un media recovery et la commande classique STARTUP OPEN RECOVER echoue sur l'erreur :

ORA-00279: changement 11266855 gÚnÚrÚ Ó 05/11/2011 03:35:00 requis pour thread
1
ORA-00289: suggestion :
F:\ORACLE\FLASH_RECOVERY_AREA\<SID>\ARCHIVELOG\2011_06_28\O1_MF_1_347_%U_.ARC
ORA-00280: le changement 11266855 pour le thread 1 se trouve au no de sÚquence
347

La base est en mode NO_ARCHIVE_LOG
J'ai essayé de faire un recovery jusqu'à la séquence 345 mais ça n'a pas marché.
Apparemment le firstchange de mes online redo log est > au last change du datafile donc la méthode recover until cancel using bachkup control ne marche pas.

Il faut absolument que je récupère les données même en perdant les derniers changements (voir même avec un risque d'inconsistance) car le seul export de sauvegarde récupéré date de février...

Quelles sont les options possibles ?

Question annexe : pourquoi est-il suggéré d'utiliser un archivelog daté du jour qui n'existe pas ?

Merci d'avance pour votre aide.

[orafrance]

Et si tu indiques le chemin des redos courant ?

[Korfandar]

Tu veux dire à l'invite de la commande :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
SQL> recover DATABASE USING backup controlfile until cancel;
ORA-00279: changement 11266855 gÚnÚrÚ Ó 05/11/2011 03:35:00 requis pour thread
1
ORA-00289: suggestion :
F:\ORACLE\FLASH_RECOVERY_AREA\<SID>\ARCHIVELOG\2011_06_28\O1_MF_1_347_%U_.ARC
ORA-00280: le changement 11266855 pour le thread 1 se trouve au no de sÚquence
347
 
 
Indiquer le journal : {<RET>=suggÚrÚ | nomfichier | AUTO | CANCEL}
F:\Oracle\oradata\<SID>\redo03.log
ORA-00310: le journal d'archivage contient la sÚquence 355 ; sÚquence 347
requise
ORA-00334: journal d'archivage : 'F:\ORACLE\ORADATA\<SID>\REDO03.LOG'

J'ai essayé les 3 redo courants, mais je n'ai pas la bonne séquence (je m'étonne d'ailleurs d'avoir un tel problème alors que les fichiers récupérés sont sensés être ceux du moment du crash).

[jkofr]

Hello,

Code :

1
2
3
4
5
6
7
 
SQL>Startup mount;
 
SQL>recover DATABASE until cancel USING backup control file;  <- si tu a recréer ton control file
 
SQL>recover DATABASE until cancel;
cancel

ca donne quoi?

Jko

[Korfandar]

Qu'entends-tu exactement par "si tu a recréer ton control file" car c'est peut-être là un nœud du problème. Je me suis contenté de recopier les fichier de redo et control récupérés. Il faut que je fasse une reconstruction des fichiers de contrôle en plus ?

[jkofr]

Deux cas:

- Tu fais un recover avec le control file courant
Oracle dans ce cas connait le dernier SCN est est capable de faire ton recover. Dans ce cas, tu ne spécifie pas "using backup controlfile".

- Tu fais un recover avec un control file non courant (que tu as restaure)
Oracle ne connait pas le SCN d'arrêt du recover. Tu indique a oracle avec "using backup controlfile" que c'est toi qui lui signifiera quand tu interrompt le recovery, par un cancel par exemple.

Si ton controlfile est out of sync (ne correspond pas a lareprésentation physique de ta base, tu peux faire:
SQL>alter database backup controlfile to trace;

Va dans le trace folder et ouvre la dernière trace.
Va chercher l'ordre SQL qui recrée ton control file et vérifie que TOUS tes fichiers sont la, et qu'ils sont a la bonne place.

Après tu ferme ta base et tu exécute
le startup nomount;
puis le create controlfile ...

Ensuite,
SQL> recover database using backup controlfile until cancel;

Bon courage...
jko

[Korfandar]

J'ai essayé les deux solutions sans succès, à chaque fois l'ouverture en resetlogs nécessite plus de récupération pour être cohérent.

[jkofr]

Hello,

Alors tes fichiers sont out of sync!

Tu pourrai t'en sortir an allant manuellement mettre la jour le numéro SCN au niveau de chaque fichier mais après, bonjour la consistance de ta base...

Jko

[Korfandar]

Merci,

J'ai finalement fait un SR sur le support Oracle et pu récupérer les données avec leurs indications.

Merci pour vos réponses.

Ce sujet peut être clôt.