Discussion :

[kinay]

J'ai créé une base de secours (sur un 2ième serveur) mais je ne veux pas utiliser le recover automatique.
Dans ce cas, dans sqlplus je peux faire 'recover standby database' et je passe les fichiers de log 1 par 1.
Comment puis-je faire cette opération en automatique via un script ?

[Jaouad]

Vous voulais faire cette opération manuelle de maniére automatique

pourquoi ne pas utiliser tout simplement le recover automatique

[kinay]

En fait, je souhaitais remonter les fichiers de journalisation jusqu'à une heure donnée. Et pour ne pas avoir à donner la confirmation à chaque fichier, il faut faire un 'set autorecovery on'

[aline]

Vous voulais faire cette opération manuelle de maniére automatique

pourquoi ne pas utiliser tout simplement le recover automatique

Je connais une bonne raison!

Le recover automatique implique d'avoir la version entreprise qui doit vouter 10 fois plus cher que la standard.

automatiser le manuel permet d'utiliser la standard. La standby du pauvre quoi!

[remi4444]

En fait tu peux trés bien monter ta standby sans appliquer automatiquement les log, il y aura quand même le transport automatique des archives tout bien géré car les processus "LOG TRANSPORT SERVICE" et "LOG APPLY SERVICE" sont bien séparé.


Lorsque tu suis le processus de création de la standby, arrête toi avant la commande:

Code :

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

1
2
 
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Tu peux donc differrer tant que tu veux l'application des log. Y'a un truc documenté que je n'ai pas testé ( ) mais qui m'a l'air interressant, c'est le recover manuel de la standby jusqu'à un point donné :
http://download-uk.oracle.com/docs/c...5a.htm#2078659

La commande devrait donner un truc du genre:

Code :

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

1
2
 
ALTER DATABASE RECOVER STANDBY DATABASE UNTIL TIME '2006-09-06:16:25:12';

Tu peux ensuite ouvrir ta base en lecture seule pour vérifier:

Code :

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

1
2
 
ALTER DATABASE OPEN READ ONLY;

[aline]

En fait tu peux trés bien monter ta standby sans appliquer automatiquement les log, il y aura quand même le transport automatique des archives tout bien géré car les processus "LOG TRANSPORT SERVICE" et "LOG APPLY SERVICE" sont bien séparé.


Lorsque tu suis le processus de création de la standby, arrête toi avant la commande:

Code :

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

1
2
 
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Tu peux donc differrer tant que tu veux l'application des log. Y'a un truc documenté que je n'ai pas testé ( ) mais qui m'a l'air interressant, c'est le recover manuel de la standby jusqu'à un point donné :
http://download-uk.oracle.com/docs/c...5a.htm#2078659

La commande devrait donner un truc du genre:

Code :

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

1
2
 
ALTER DATABASE RECOVER STANDBY DATABASE UNTIL TIME '2006-09-06:16:25:12';

Tu peux ensuite ouvrir ta base en lecture seule pour vérifier:

Code :

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

1
2
 
ALTER DATABASE OPEN READ ONLY;

Bonjour,

Tu peux aussi faire ton recover jusqu'à une archive donné (ca, ca marche, je l'ai testé!)

Code :

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

1
2
 
alter database recover managed standby database through sequence 4366

[kinay]

J'utilise la commande
ALTER DATABASE RECOVER STANDBY DATABASE UNTIL TIME '2006-09-06:16:25:12';
mais je dois valider un par un chacun des fichiers proposés, sauf si avant on fait un '[FONT=&quot]set autorecovery on'

Merci pour votre aide
------------------------------------------------------------
http://tahiti.france.free.fr



[/FONT]

[remi4444]

Merci de nous avoir fait part du resultat de ta mise en place, c'est une bonne nouvelle que ça fonctionne, je pense que ça va me servir...