Duplication avec RMAN

**big1** · 04/12/2007, 16h48

la base est montée (MOUNTED dans V$instance).
Alertolog pas de message d'eereur particulier :

Après le rapport de restauration se termine ainsi:

Code :

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

1
2
3
4
5
 
Switch of datafile 185 complete to datafile copy S:\ORADATA\DB2\NN1_PRODUCT_LM_01.DBF
  checkpoint is 1941598027512
Switch of datafile 186 complete to datafile copy S:\ORADATA\DB2\NNN_PRODUCT_IDX_01.DBF
  checkpoint is 1941598031954

et cela pour tous les fichiers.

**big1** · 04/12/2007, 17h08

j'ai trouvé ceci :

http://forums.oracle.com/forums/thre...hreadID=303901

Code :

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

1
2
3
4
5
 
 
Seems there is a mismatch in NLS_CHARACTERSET between the target and catalog.
It is requirement to explcitly set NLS_LANG in the sesion before invoking RMAN to backup/restore/duplication.
So set NLS_LANG and try again

La question est quelle valeur donner à NLS_LANG étant donné que pour pour la base catalog et les deux autres le NLS_LANGUAGE est toujours FRENCH ?

Que pensez-vous d'un :
ALTER DATABASE OPEN RESETLOGS

Pour l'instant la question est l'existance d'une base et pas forcement au même niveau (CURRENT) que le TARGET.

**orafrance** · 05/12/2007, 09h12

Envoyé par big1

Que pensez-vous d'un :
ALTER DATABASE OPEN RESETLOGS

dans quel but ?

**LeoAnderson** · 05/12/2007, 09h33

là, le fonctionnement semble relever du bug...

si DB2 est mounted, que donne un open ?
(+ alert.log)

et shutdown / startup (<=> startup force en 10g).

**big1** · 05/12/2007, 12h04

Merci,
la situation actuelle :
après avoir fait :

Code :

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

1
2
3
4
5
 
C:\Documents and Settings\ >SET ORACLE_HOME=D:\oracle\ora81
 
SET ORA_NLS32=D:\oracle\ora81\ocommon\nls\admin\data 
C:\Documents and Settings\ >SET NLS_LANG=FRENCH_FRANCE.WE8ISO8859P15

j'ai lancé mon script.
La base est monté est dans le fichier trace RMAN (j'ai mis alter system set events '1460 trace name errorstack level 10') j'ai :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure during compilation of command
RMAN-03013: command type: Duplicate Db
RMAN-03015: error occurred in stored script Memory Script
RMAN-03002: failure during compilation of command
RMAN-03013: command type: recover
RMAN-03002: failure during compilation of command
RMAN-03013: command type: recover(4)
RMAN-06053: unable to perform media recovery because of missing log
RMAN-06102: no channel to restore a backup or copy of log thread 1 seq 8650 scn 1941598138979

A la fin de log de RMAN j'ai :

Code :

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

1
2
3
4
5
6
7
8
9
 
RMAN-03027: printing stored script: Memory Script
{
   set until scn  1941598172569;
   recover
   clone database
   check readonly
   ;
}

Le fichier archived log DB1_ARCH8650.ARCH est disponible. Que préconisez vous ?
D'avance merci.

**LeoAnderson** · 05/12/2007, 12h40

de faire un set until avec un logsequence de 8648....

mais si la base est mount, on doit pouvoir finir à la main avec un

Code :

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

1
2
3
4
5
 
recover database until cancel;
s'arrêter au 8649 ou 8650
et faire CANCEL
puis alter database open resetlogs

**big1** · 05/12/2007, 13h55

Merci.
La commande :

Code :

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

1
2
 
recover DATABASE until cancel;

je le fais sous SQLPLUS ?
Et avant, dois-je copier l'archieloged disponible (DB1_ARCH8650.ARCH ) dans le répertoire archive de DB2 et le renommer en DB2_ARCH8650.ARCH ? En effet les format d'archivage pour les deux bases sont :
DB1 :
log_archive_format = "DB1_ARCH%s.ARCH"

DB2 :
log_archive_format = "DB2_ARCH%s.ARCH"

Merci encore.

**LeoAnderson** · 05/12/2007, 14h01

oui
oui ou non, le but s'est de dier cancel dès qu'il ne trouve plus tout seul.

**big1** · 05/12/2007, 14h27

voilà :

Code :

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

1
2
3
4
 
SQL> recover DATABASE until cancel;
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done

Dois je faire :

Code :

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

1
2
 
RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL

Merci.

**LeoAnderson** · 05/12/2007, 14h51

ça se tente !

**big1** · 05/12/2007, 14h58

Merci encore :

Code :

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

1
2
3
4
5
6
7
8
 
RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL ;
ORA-00289: suggestion :
S:\ORADATA\DB2\ARCHIVE\DB2\DB2_ARCH8648.ARCH
ORA-00280: change 1941598019192 for thread 1 is in sequence #8648
 
 
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

ok, comment je dois lui dire de prendre le fichier S:\ORADATA\DB2\ARCHIVE\DB2\DB2_ARCH8648.ARCH ? Ou peut-être il faut donner une autre réponse ?
Merci encore et mes excuses pour mes ignorances.

**orafrance** · 05/12/2007, 15h20

en général dans ce cas il demande le redo courant...

**LeoAnderson** · 05/12/2007, 16h00

le redo courant n'a peut-être pas été instancé par la restauration/duplication.

si aucun redo ne marche, on s'arrête là (CANCEL) puis open reset logs

pour lui dire de prendre tel fichier, il suffit de lui donner le nom (chemin complet) au prompt !

**big1** · 05/12/2007, 16h29

Merci leo, effectivement aucun log n'a pas été créé. Mais

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
16
17
18
 
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL ;
ORA-00279: change 1941598019192 generated at 12/03/2007 00:50:29 needed for thread 1
ORA-00289: suggestion :
S:\ORADATA\DB2\ARCHIVE\DB2\DB2_ARCH8648.ARCH
ORA-00280: change 1941598019192 for thread 1 is in sequence #8648
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
S:\ORADATA\DB2\ARCHIVE\DB2\DB2_ARCH8648.ARCH
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01152: file 2 was not restored from a sufficiently old backup
ORA-01110: data file 2: 'S:\ORADATA\DB2\NNNN01_RBS_01.DBF'
ORA-01112: media recovery not started
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01152: file 2 was not restored from a sufficiently old backup
ORA-01110: data file 2: 'S:\ORADATA\DB2\NNNN01_RBS_01.DBF'

**LeoAnderson** · 05/12/2007, 16h31

ça me semble mort pour cet essai ....

je pense qu'il faut recommencer avec un set until qui corresponde à des données exclusivement en archive logs, pas en redo puisque rman ne sauvegarde pas les redo.

**big1** · 05/12/2007, 17h20

l'instruction :

Code :

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

1
2
 
SET UNTIL logseq = 8651  thread = 1;

dans mon script était basé sur le fait que c'était le dérnier archivelog existant (copié) sur le serveur hébèrgeant DB2. Donc je ne demande pas d'utiliser les redo log. donc je ne voie pas comment :

recommencer avec un set until qui corresponde à des données exclusivement en archive logs, pas en redo

Merci en tout cas.

**LeoAnderson** · 05/12/2007, 17h51

donc s'il ne demande pas de redo mais que des archived logs, vous devez pouvoir lors du recover ... spécifier toutes les archives voulues, jusqu'à la 51, non ?

**big1** · 05/12/2007, 18h24

il demande aucun archive log et demande :

Code :

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

1
2
 
ORA-01610: recovery USING the BACKUP CONTROLFILE OPTION must be done

En tous cas j'ai relancé sans grand espoire mon script sans la ligne SET UNTIL et on verra.
Merci beaucoup d'avoir consacré votre temp.

**LeoAnderson** · 05/12/2007, 20h48

ouais, sans set until je suis également assez pessimiste...

faudrait par contre coller le script et toute la log cette fois...

**big1** · 12/12/2007, 13h28

Bonjour à vous,
je reviens. Oui ça n'a finalement pas abouti. Entre temps nous avions eu l'erreur provenant de différence entre CHARACTER SET de la base CATALOG (UTF8 pour dépot de RMAN)et la base TARGET (WE8ISO8859P15).

Code :

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

1
2
 
RMAN-06004: ORACLE error from recovery catalog database: ORA-01460: demande d'une conversion non implémentée

Est-ce que les deux instructions suivantes peuvent faire migrer une base d'un CHARACTER SET à l'autre ? :

Code :

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

1
2
3
 
alter database character set INTERNAL_CONVERT .....; 
alter database national character set INTERNAL_CONVERT ......;

Des conséquence ou autres précautions ??
D'avance merci.

Duplication avec RMAN

Recovery Manager Oracle

Discussions similaires

Partager

Partager