Discussion :

[big1]

Bonjour,
en 10.2.0.4 en Win 2003

La commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 restore database preview;

me donne :

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 :

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.

[pachot]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Merci,
Franck.

[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) ?

[FSiebert]

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

Dans SQLPlus vous pouvez faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

col checkpoint_change# format 9999999999999999999999

[pachot]

Bonjour,

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[big1]

merci Franck.

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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..

[pachot]

Bonjour,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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:

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.