Précédent   Forum des professionnels en informatique > Bases de données > Oracle > Outils > Recovery Manager
Recovery Manager Forum d'entraide Oracle Recovery Manager
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 15/11/2007, 14h40   #1
Membre régulier
 
Inscription : novembre 2004
Messages : 657
Détails du profil
Informations forums :
Inscription : novembre 2004
Messages : 657
Points : 81
Points : 81
Par défaut Dupliquer par RMAN

Bonjour,
auriez-vous la gentilless de me dire quelle est la différence entre :
1-
Code :
1
2
3
4
5
 
run { 
allocate auxiliary channel ch1 type 'sbt_tape';
duplicate target DATABASE TO dupdb; 
}
Et
2-
Code :
1
2
3
4
5
6
7
8
 
run {
allocate auxiliary channel ch1 type 'sbt_tape';
duplicate target DATABASE TO dupdb 
logfile
'/oracle/dbs/log1.f' size 200K,
'/oracle/dbs/log2.f' size 200K;
}
Dans quel cas il faut utiliser l'un et dans quel cas l'autre ?

D'avance merci.
big1 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/11/2007, 14h53   #2
Rédacteur
 
Inscription : décembre 2002
Messages : 2 397
Détails du profil
Informations personnelles :
Localisation : France, Var (Provence Alpes Côte d'Azur)

Informations forums :
Inscription : décembre 2002
Messages : 2 397
Points : 3 298
Points : 3 298
Bonjour

Dans le premier cas, les fichiers de reprise en ligne (REDO LOG) auront le même chemin et le même nom que dans la base source. Cette méthode s'utilise lors de la duplication d'une base vers un autre serveur, où on ne risque pas d'écraser les fichiers de la base source.
Vous aurez néanmoins besoin d'utiliser l'option NOFILENAMECHECK, pour que RMAN vous autorise à utiliser les mêmes chemin et nom.

Dans le second cas, vous spécifiez explicitement l'emplacement et le nom des fichiers de reprise pour la base dupliquée.

Vous pourriez aussi, dans l'init.ora côté cible, utiliser le paramètre LOG_FILE_NAME_CONVERT, qui permet de définir une correspondance entre un chemin source et un chemin cible.
Dans ce cas-là, vous utiliseriez ensuite votre première syntaxe, mais RMAN tiendrait compte de ce paramètre pour modifier l'emplacement des fichiers de reprise.
__________________
Consultant / formateur Oracle indépendant
Certifié OCP 10g et 11g, sécurité 11g
Pomalaix est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/11/2007, 15h30   #3
Membre régulier
 
Inscription : novembre 2004
Messages : 657
Détails du profil
Informations forums :
Inscription : novembre 2004
Messages : 657
Points : 81
Points : 81
Merci.
big1 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/11/2007, 15h38   #4
Membre régulier
 
Inscription : novembre 2004
Messages : 657
Détails du profil
Informations forums :
Inscription : novembre 2004
Messages : 657
Points : 81
Points : 81
Par défaut Clone RMAN échoué

Bonjour,
je n'arrive pas à dupliquer ma base de données(8i/win2003 server) sur un autre serveur distant. Ca échoue avec :
Code :
1
2
3
4
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-06025: no backup of log thread 1 seq 1452 scn 252730 found TO restore
1-Alors que faire ?
2-comment éviter ?
3-A prtir de message :
RMAN-06025: no backup of log thread 1 seq 1452 scn 252730 found to
comment repèrer le log ou archived log correspondant ? Et comment l'appliquer si trouvé ?
4-Duplication nécessite que les archive log soit visible pour DB dupliquée or oracle ne peut pas archiver sur les lecteurs réseaux, alors comment faire pour que les archived log soient visibles pour DB dupliquées ?

D'avance merci.
big1 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/11/2007, 12h07   #5
Membre régulier
 
Inscription : novembre 2004
Messages : 657
Détails du profil
Informations forums :
Inscription : novembre 2004
Messages : 657
Points : 81
Points : 81
Bonjour,
apparement il faut chercher le bon numéro de logsequ avant le backup et duppliquer avec :
Code :
1
2
3
4
5
6
 
run{
SET UNTIL logseq = ??? thread = 1;
allocate channel d1 type disk;
duplicate target DATABASE TO dupdb;
}
Voulez-vous me dire comment trouver le bon numéro de logseq ?
D'avance merci.

PLEASE HELP c'est URGENT.
big1 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/11/2007, 12h17   #6
Rédacteur/Modérateur
 
Avatar de orafrance
 
Inscription : janvier 2004
Messages : 15 861
Détails du profil
Informations personnelles :
Âge : 35

Informations forums :
Inscription : janvier 2004
Messages : 15 861
Points : 16 212
Points : 16 212
tu peux regarder dans v$log_history le numéro de redo généré à l'heure à partir de laquelle tu veux restaurer.
orafrance est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/11/2007, 12h19   #7
Rédacteur/Modérateur
 
Avatar de orafrance
 
Inscription : janvier 2004
Messages : 15 861
Détails du profil
Informations personnelles :
Âge : 35

Informations forums :
Inscription : janvier 2004
Messages : 15 861
Points : 16 212
Points : 16 212
Citation:
Envoyé par big1 Voir le message
PLEASE HELP c'est URGENT.
Si c'est urgent tu fais appelle à un prestataire, ici c'est un forum de bénévoles alors tu feras comme tout le monde et tu attendras que l'un d'eux prenne de son temps pour te répondre
orafrance est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 10h47.


 
 
 
 
Partenaires

Hébergement Web