récupérer un datafile

Version imprimable

Bonjour,

Voilà mon soucis, j'ai un datafile qui nécessite une récupération.
1er soucis ma base est fermé donc je ne peux que la monter.
Ensuite je lance :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
RMAN> sql "alter database datafile 4 offline";
 
utilisation du fichier de contrôle de la base de données cible au lieu du catalogue de récupération
instruction SQL : alter database datafile 4 offline
 
RMAN> restore datafile 4;
 
Démarrage de restore dans 22/07/2011
canal affecté : ORA_DISK_1
canal ORA_DISK_1 : sid=156 typedev=DISK
 
création du fichier de données fno=4 nom=/basetest2/test1/data1/data_1.test2
restauration non exécutée; fichiers de consultation seule, hors ligne ou déjà restaurés
Fin de restore dans 22/07/2011

et voilà le résultat, donc je regarde :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
SQL> select name, status from v$datafile
  2  ;
 
NAME
--------------------------------------------------------------------------------
STATUS
-------
/basetest2/test3/sys/system01.test2
SYSTEM
 
/basetest2/test3/rbs/undotbs01.test2
ONLINE
 
/basetest2/test3/sys/sysaux01.test2
ONLINE
 
 
NAME
--------------------------------------------------------------------------------
STATUS
-------
/basetest2/test1/data1/data_1.test2
RECOVER
 
/basetest2/test2/data2/indx_1.test2
ONLINE
 
/basetest2/test1/data1/data_catalog.test2
ONLINE

Il est à l'etat recover, donc je recover:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
RMAN> recover datafile 4;
 
Démarrage de recover dans 22/07/2011
utilisation du canal ORA_DISK_1
 
démarrage de la récupération après défaillance matérielle
 
journal d'archivage introuvable
journal d'archivage thread=1 séquence=4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: échec de la commande recover à 07/22/2011 17:06:02
RMAN-06054: la récupération après défaillance matérielle requiert un journal inconnu : thread 1 séquence 4 lowscn 8908

Et voilà le résultat, le soucis je pense c'est que ma sauvegarde n'est plus bonne, le second problème c'est que j'ai fais la bêtise de mettre le même tag à chaque sauvegarde donc je ne peux pas en lancer d'autre.
Parcontre j'ai une copie niveau système du datafile, j'ai éssayer de le copier à la main et de alter online mais ça ne marche pas, comment faut il que je procède ?
Merci d'avance

22/07/2011, 18h27
Pomalaix
Le seul fichier endommagé, c'est le No 4 ? Le fichier de contrôle et les redo logs, eux, n'ont pas été perdus ?

RMAN se plaint sur l'archivelog No 4.
Que donnent :
Code:

1 2 list archivelog sequence 4; list backup of archivelog sequence 4;
Ca vous indiquera l'emplacement d'origine de l'archive (vous pouvez vérifier sa présence), et si elle a été sauvegardée ou non.

Mais 4 c'est tout petit. C'est une base neuve ou vous venez de faire un RESETLOGS ?

Il n'y a éffectivement que le datafile n°4 d'endommager, je testé mes scripts de récupération de datafile. Mais ce que je ne comprend pas c'est qu'il me restore le fichier physique mais RMAN me dit qu'il n'a pas pu et ducoup ORACLE doit le considéré comme endommagé.
Code:

1 2 3 4 RMAN> list archivelog sequence 4; utilisation du fichier de contrôle de la base de données cible au lieu du catalogue de récupération la spécification ne correspond à aucun journal d'archivage dans le catalogue de récupération
Code:

1 2 3 RMAN> list backup of archivelog sequence 4; RMAN>
Pas terrible tout ça.
C'est une base neuve, une base de test, je suis stagiaire et découvre oracle.

25/07/2011, 20h21
jkofr

Donc tu n'a pas de sauvegarde de l'archive demandée.

Si c'est une base de test, tu ira plus vite en recréant ta base.

Jko
25/07/2011, 22h27
lyl2011

Si je comprend bien tarrive a restorer mais c'est la recupération qui echou a cause de l'archive manquant.
donc essai un recuperation rman partielle

essai ceci
run {
shutdown immediate;
startup mount;
set until sequence 3 thread 1;
sql "alter database datafile 4 offline";
restore datafile 4;
recover datafile 4;
sql "alter database datafile 3 offline";
alter database open resetlogs;}

Bonne chance!!!
26/07/2011, 09h34
FlqX_-

Merci de vos réponses,

@jkofr: je suis d'accord avec toi le truc c'est que mon stage portant sur la sauvegarde et récupération depuis RMAN j'aimerais bien voir mes scripts fonctionner et visiblement celui de récupération de datafiles ne fonctionne pas.

@lyl2011: Je viens d'essayer, le restore fonctionne encore une fois bien, le fichier est crée, apparement le recover aussi, il ne me met pas d'erreur quand je met le datafile online seulement il ne veut pas que j'ouvre la base avec les resetlogs :
ORA-01139: option RESETLOGS uniquement valide après récupération incomplète de BdD
et quand je l'ouvre directement:
ORA-01113: le fichier 4 nécessite une récupération après défaillance matérielle
ORA-01110: fichier de données 4 : '/basetest2/test1/data1/data_1.test2'

si la je refais un recover du datafile4 il me dit :
RMAN-06053: récupération après défaillance matérielle impossible car journal absent
RMAN-06025: aucune sauvegarde du journal thread 1 séquence 459 lowscn 1687400 n'a été trouvée pour la restauration
RMAN-06025: aucune sauvegarde du journal thread 1 séquence 458 lowscn 1687291 n'a été trouvée pour la restauration
sur beaucoup de ligne. Sans sauvegarde de ce journal ca rique d'être dur je crois.
Le truc c'est que des sauvegardes j'en ai fait plein mais vu qu'il y en a un paquet qui ont le même tag je peux pas démarrer dessus, bien que j'ai éssayé de trouver si il y en avais une bonne (crosscheck).

Hello,

Tu peux essayer ceci avec Sqlplus

Code:

1
2
3
4
5
6
7
8
9
10
 
Sqlplus / as sysdba
SQL> shutdown immediate;
SQL> startup mount;
SQL> select * from v$log;
-- Note quel est le group "CURRENT"
SQL>select * from v$logfile;
-- Note le nom et le chemin du redo group current
SQL> recover database until cancel;
<- ici tu met le chemin complet et le nom du current redolog et tu valide

Bonne chance
jko

Merci de ton aide:

Code:

1
2
3
4
5
6
SELECT * FROM v$log;
 GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ----------
         1          1        469    5242880          1 YES INACTIVE               1700518 22/07/2011
         3          1        471    5242880          1 NO  CURRENT                1701420 22/07/2011
         2          1        470    5242880          1 YES INACTIVE               1701298 22/07/2011

Le chemin c'est /basetest2/test3/logm3/logm3g3.test2 mais :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
SQL> recover DATABASE until cancel;
ORA-00279: changement 8908 généré à 06/24/2011 16:38:23 requis pour thread 1
ORA-00289: suggestion : /basetest2/arch/arch_1_4_754677278.arc
ORA-00280: le changement 8908 pour le thread 1 se trouve au no de séquence 4
 
 
Indiquer le journal : {<RET>=suggéré | nomfichier | AUTO | CANCEL}
/basetest2/test3/logm3/logm3g3.test2
ORA-00310: le journal d'archivage contient la séquence 471 ; séquence 4 requise
ORA-00334: journal d'archivage : '/basetest2/test3/logm3/logm3g3.test2'
 
 
ORA-01547: attention : opération RECOVER réussie, mais OPEN RESETLOGS générera l'erreur ci-dessous
ORA-01152: le fichier 1 a été restauré à partir d'une sauvegarde trop récente
ORA-01110: fichier de données 1 : '/basetest2/test3/sys/system01.test2'

Je ne comprend pas bien sa suggestion ?

26/07/2011, 10h36
jkofr

Pardon, laisse tomber, ta base est hors séquence.

Tes redo sont en séquence 469,470,471 et tu as besoin de la séquence 4...

Recrée ta base et recommence ton test case pour ta procédure backup and recovery.

jko
26/07/2011, 10h42
FlqX_-

Ouep je crois aussi, au moins je ferais plus de connerie dans mes sauvegardes .