Discussion :

[ambre]

Bonjour,

Je viens de créer une base en standby en utilisant les docs que j'ai trouvé sur le forum
Le passage des archives entre les deux bases se déroule bien, j'ai controlé en interrogeant les différentes vues,par contre les archives ne sont pas appliquées en auto
J'ai ce message après le lancement de la commande

Code :

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

1
2
3
4
5
 
     alter database open read only;
 
        erreuR à la ligne 1 :
    ora-6004: la base de donnees de sauvegarde necessite une recuperation

J'ai du oublié un paramètre

Code dans le fichier init<baseprimaire>.ora

Code :

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

1
2
3
 
log_archive_dest_2='service=<base standby>'
log_archive_dest_state_2=enable

Code dans le fichier init<basestandby>.ora

Code :

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

1
2
3
4
 
[standby_archive_dest=<dossier archivage>
fal_client=<basestandby>
fal_server=<basestandby>]

Merci beaucoup pour votre aide

Système d'exploitation : Windows
Version d'oracle V9.2.0

[remi4444]

est-ce que tu as commencé par faire avant de l'ouvrir en lecture seule:

Code :

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

1
2
3
STARTUP NOMOUNT;
ALTER DATABASE MOUNT STANDBY DATABASE;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Tout en vérifiant que tu n'avait pas d'alertes ?

http://download-uk.oracle.com/docs/c...e_ps.htm#61076

c'est seulement ensuite qu'il faut faire:

Code :

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

1
2
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
ALTER DATABASE OPEN READ ONLY;

http://download-uk.oracle.com/docs/c...ps.htm#1014483

Attention cependant, pendant que la base est ouverte en lecture, elle n'applique pas les nouvelles archives, ces dernières s'accumulent gentillement sur le répertoire défini dans STANDBY_ARCHIVE_DEST, et il faut régulièrement refaire un "..recover managed standby..." pour que les modifs soient prises en compte.

[ambre]

oui,sur la standby database, j'ai commencé par ce code

Code :

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

1
2
3
4
 
STARTUP NOMOUNT;
ALTER DATABASE MOUNT STANDBY DATABASE;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Ensuite sur la base principale, j'ai fais des modifs, des archives ont été générées sur les deux machines

J'ai voulu continuer,c'est là que j'ai eu une première erreur lors de l'ouverture en read only

Maintenant, si je relance cette commande

Code :

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

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

J'ai le message d'erreur suivant

ERREUR à la ligne 1 :
ORA-01153: récupération après défaillance matérielle incompatible active

[Arturius]

En fait le recover doit être toujours actif.

Il faut l'arrêter.

Code :

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

1
2
 
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

[ambre]

Non, le RECOVER était inactif
Les archives arrivent bien a destination sur la base de secours mais ne sont pas appliquées
J'ai vérifié dans la vue V$archive_log est la colonne applied est à NO

[jlucch]

As tu essayé de réaliser le recover sans passer par le mode "manage" , peut être qu'il y a un problème sur une archive et que l'erreur n'est pas visible en manage..


Je te suggère d'essayer cela :

Code :

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

1
2
3
4
5
6
7
 
 
shutdown immediate;
STARTUP NOMOUNT;
ALTER DATABASE MOUNT STANDBY DATABASE;
recover standby database;
==> choisir "AUTO"

==> En théorie tu devrais voir défiler une à une les archives "recouvertes" ...
Si cela plante/bloque sur l'une d'entre elles, essayes de la re-récupérer sur ton serveur source (via ftp mode binaire par exemple) avant de relancer le recover ..