Discussion :

[heffer69]

Bonjour,

J'ai une configuration Data Guard avec deux bases (version 10.2.0.3), une base principale et base standby.
La réplication entre les deux bases se fait avec un "délai" de 60 minutes:

Code :

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

ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=DBSTDBY LGWR DELAY=60 SYNC AFFIRM' SCOPE=BOTH;

Cela fonctionne très bien.
Ma question concerne l'activation de la base standby. En effet, avant d'activer la base, il faut appliquer tous les archived logs reçus par la base standby.
Il y a deux façons :

Code :

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

1
2
3
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE NODELAY;
or
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE UNTIL CHANGE lastchange;

Or j'ai remarqué que le RECOVER avec l'option NODELAY est plus rapide qu'avec l'option UNTIL CHANGE.
Est-ce qu'il y a une explication à cela?

[heffer69]

Maintenant que tout le monde est rentré de vacances, peut-être aurais-je une réponse?

[mildiou51]

Le NODELAY on lui demande de faire un recover sur tout ce qu'il a recu en archivelogs, même si le delay est positionné.
le until change on lui demande de faire un recover jusqu'à un SCN donné.

[heffer69]

Le NODELAY on lui demande de faire un recover sur tout ce qu'il a recu en archivelogs, même si le delay est positionné.
le until change on lui demande de faire un recover jusqu'à un SCN donné.

Je suis d'accord mais ça n'explique pas pourquoi le NODELAY est plus rapide que le UNTIL CHANGE.

[ZashOne]

Je suis d'accord mais ça n'explique pas pourquoi le NODELAY est plus rapide que le UNTIL CHANGE.

Faudrai demander a un developpeur oracle, sinon tu peux imaginer que a chaque fois qu il applique un log coorespondant a un scn il verifie ensuite si c est bien le scn du until que tu a demander et donc que ca prend plus de temps.

Sinon je comprend pas pourquoi tu as besoin de ces 2 commandes car mis a part le Delay = 60 j ai egalement un dataguard avec LGWR/Affirm et ces parametres utilise des standby redoLog pour le transfer de Log et si je tape

Code :

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

select max(sequence#),applied from v$archived_log group by applied

Sur ma base de standby j ai toujours applied a yes et max(sequence#) qui vaut le max sequence# de la base primaire.

[heffer69]

Sinon je comprend pas pourquoi tu as besoin de ces 2 commandes car mis a part le Delay = 60 j ai egalement un dataguard avec LGWR/Affirm et ces parametres utilise des standby redoLog pour le transfer de Log et si je tape

Code :

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

select max(sequence#),applied from v$archived_log group by applied

Sur ma base de standby j ai toujours applied a yes et max(sequence#) qui vaut le max sequence# de la base primaire.

Ben c'est justement le principe du DELAY : définir un décalage en minutes entre la base primaire et la base standby pour éviter la propagation immédiate d'une corruption de la base primaire.
Du coup, j'ai toujours au moins un log non appliqué dans la vue v$archived_log de ma base standby.

[ZashOne]

interessant ton cas , j ai jamais utilisr le delay, mais si je comprend bien, quand tu en defini un , les archive log ne sont pas applique mais bien transmis et tu peux forcer avec une commande ALTER....

[heffer69]

interessant ton cas , j ai jamais utilisr le delay, mais si je comprend bien, quand tu en defini un , les archive log ne sont pas applique mais bien transmis et tu peux forcer avec une commande ALTER....

C'est cela même!