Utiliser SCN pour recover

Version imprimable

28/03/2014, 15h30
big1

Utiliser SCN pour recover

Bonjour,
en 10.2.0.4 en Win 2003

La commande

Code:

restore database preview;

me donne :

Citation:

Media recovery start SCN is 1947476901186
Recovery must be done beyond SCN 1947476908130 to clear data files fuzziness
Finished restore at 28-MAR-14

Comment je dois utiliser, s'il vous plait, ces SCN dans ma commande de recover (ou peut être restore) pour pouvoir correctement ouvrir ma base car après restore et recover je reçois :

Citation:

starting media recovery

Oracle Error:

ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below

ORA-01152: file 1 was not restored from a sufficiently old backup

ORA-01110: data file 1: 'S:\ORADATA\MYDB\MYDB_SYSTEM01.DBF'

D'avance merci.

Bonjour,
Peux-tu montrer le résultat de :
Code:

1 2 select file#, status, checkpoint_change# from v$datafile; select file#, status, fuzzy, checkpoint_change# from v$datafile_header;
Merci,
Franck.

02/04/2014, 09h20
big1

Merci Franck.
Voici :
SQL> select file#, status, checkpoint_change# from v$datafile where name like '%SYS%';

FILE# STATUS CHECKPOINT_CHANGE#
---------- ------- ------------------
1 SYSTEM 1.9475E+12
3 ONLINE 1.9475E+12
17 ONLINE 1.9475E+12
18 ONLINE 1.9475E+12
SQL> select file#, status, fuzzy, checkpoint_change# from v$datafile_header;

FILE# STATUS FUZ CHECKPOINT_CHANGE#
---------- ------- --- ------------------
1 ONLINE NO 1.9475E+12
2 ONLINE NO 1.9475E+12
3 ONLINE NO 1.9475E+12
4 ONLINE NO 1.9475E+12
5 ONLINE NO 1.9475E+12
6 ONLINE NO 1.9475E+12

D'avance merci.
PS : comment je peux modifier le format de CHECKPOINT_CHANGE# pour qu'il soit lisible (non exponentiel) ?
02/04/2014, 16h26
FSiebert

Citation:

Envoyé par big1

PS : comment je peux modifier le format de CHECKPOINT_CHANGE# pour qu'il soit lisible (non exponentiel) ?

Dans SQLPlus vous pouvez faire :

Code:

col checkpoint_change# format 9999999999999999999999
02/04/2014, 17h13
pachot
Bonjour,

Citation:

Envoyé par big1

PS : comment je peux modifier le format de CHECKPOINT_CHANGE# pour qu'il soit lisible (non exponentiel) ?
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 SQL> select 1.9475E+12 from dual; 1.9475E+12 ---------- 1.9475E+12 SQL> set numwidth 13 SQL> / 1.9475E+12 ------------- 1947500000000
effectivement, le but est de voir si le recovery a pu aller au delà de 1947476908130

Cordialement,
Franck.

merci Franck.

De l'expression "Recovery must be done beyond SCN 1947476908130" j'ai conclu qu'il faut faire ceci :
Code:

1 2 3 4 run { SET UNTIL SCN 1947476908140 ; RESTORE DATABASE; }
Ce que j'ai fait.

Et j'ai :
SQL> select file#, status, checkpoint_change# from v$datafile where name like '%SYS%';

                           FILE# STATUS                CHECKPOINT_CHANGE#
-------------------------------- ------- --------------------------------
                               1 SYSTEM                     1947476908385
                               3 ONLINE                     1947476908385
                              17 ONLINE                     1947476908385
                              18 ONLINE                     1947476908385
Je vais faire, par la suite :
Code:

1 2 3 recover database noredo; alter database open resetlogs;
Est-ce correct ?
Ma question est que RMAN dit qu'il a jusqu'au SCN 1947476908130. Comment il peut aller jusqu'au 1947476908385 ?

D'avance merci..

03/04/2014, 09h17
pachot

Bonjour,

Code:

Ma question est que RMAN dit qu'il a jusqu'au SCN 1947476908130.

Ce n'est pas exactement ça. Il dit juste qu'il faut aller au moins jusqu'à ce point pour avoir des fichiers cohérents. Mais on peut aller plus loin.

En détail:

Citation:

Media recovery start SCN is 1947476901186
Recovery must be done beyond SCN 1947476908130 to clear data files fuzziness

Veut dire que le checkpoint le plus vieux est 1947476901186 et que comme c'est un backup à chaud certains fichiers on reçu des écritures datant jusqu'à 1947476908130 .
Donc pour rendre ça consistent il faut au moins appliquer tout le redo entre ces deux points.

Du moment que tu as les redo pour avancer jusqu'à ce point, tu pourras ouvrir la base en resetlogs (donc perdre les transactions depuis ce point).

Cordialement,
Franck.

merci pour l'explication.
Je n'ai aucun redolog et j'ai la sauvegarde RMAN des archivelog.
J'ai fait

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
30
31
32
33
Fin de restore dans 04/04/14
 
RMAN> recover database;
 
DÚmarrage de recover dans 04/04/14
utilisation du canal ORA_DISK_1
utilisation du canal ORA_DISK_2
utilisation du canal ORA_DISK_3
utilisation du canal ORA_DISK_4
 
dÚmarrage de la rÚcupÚration aprÞs dÚfaillance matÚrielle
 
journal d'archivage, thread 1 sÚquence 777583 dÚjÓ sur disque en tant que fichier T:\ORADATA\MYDB\MYDB_001_777583_0617716043.ARC
journal d'archivage, thread 1 sÚquence 777584 dÚjÓ sur disque en tant que fichier T:\ORADATA\MYDB\MYDB_001_777584_0617716043.ARC
journal d'archivage, thread 1 sÚquence 777585 dÚjÓ sur disque en tant que fichier T:\ORADATA\MYDB\MYDB_001_777585_0617716043.ARC
journal d'archivage, thread 1 sÚquence 777586 dÚjÓ sur disque en tant que fichier T:\ORADATA\MYDB\MYDB_001_777586_0617716043.ARC
journal d'archivage, thread 1 sÚquence 777587 dÚjÓ sur disque en tant que fichier T:\ORADATA\MYDB\MYDB_001_777587_0617716043.ARC
journal d'archivage nom=T:\ORADATA\MYDB\MYDB_001_777583_0617716043.ARC thread=1 sÚquence=777583
journal d'archivage nom=T:\ORADATA\MYDB\MYDB_001_777584_0617716043.ARC thread=1 sÚquence=777584
journal d'archivage nom=T:\ORADATA\MYDB\MYDB_001_777585_0617716043.ARC thread=1 sÚquence=777585
journal d'archivage nom=T:\ORADATA\MYDB\MYDB_001_777586_0617716043.ARC thread=1 sÚquence=777586
journal d'archivage nom=T:\ORADATA\MYDB\MYDB_001_777587_0617716043.ARC thread=1 sÚquence=777587
journal d'archivage nom=T:\ORADATA\MYDB\MYDB_001_777588_0617716043.ARC thread=1 sÚquence=777588
journal d'archivage nom=T:\ORADATA\MYDB\MYDB_001_777589_0617716043.ARC thread=1 sÚquence=777589
journal d'archivage nom=T:\ORADATA\MYDB\MYDB_001_777589_0617716043.ARC thread=1 sÚquence=777590
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: Úchec de la commande recover Ó 04/04/2014 10:04:52
RMAN-11003: erreur lors de l'analyse ou de l'exÚcution d'une instruction SQL : alter database recover logfile 'T:\ORADATA\MYDB\PO
DS_001_777589_0617716043.ARC'
ORA-00310: le journal d'archivage contient la sÚquence 777589 ; sÚquence 777590 requise
ORA-00334: journal d'archivage : 'T:\ORADATA\MYDB\MYDB_001_777589_0617716043.ARC'

Comment je peux finalement restaurer ma base ?

Merci pour votre aide.
Merci encore.

08/04/2014, 07h56
pachot

Je ne comprend pas les 2 derniers fichiers affichés ont le même nom. Je ne vois pas comment c'est possible. et sont catalogues pour deux séquences différentes.
il faudrait savoir ce qu'il s'est passé sur ces fichiers.