Discussion :

[tibal]

Bonsoir,

J'ai cherché sans succès sur le site d'Oracle, une doc pour l'ajout Redo Log et Standby Redo Log dans un environnement Dataguard. La seule chose dont ils parlent c'est de Redo Log et Standby Redo Log à la création d'une Dataguard, mais pas lorsque cette dernière est déja crée. Il en est de même pour l'agrandissements de ces derniers.

Si vous avez la marche à suivre, je suis preneur, car le standby_file_management = AUTO ne fonctionne que pour les DataFiles.

[sgora]

Tu fais exactement pareil que pour une base de données normale, tu as la syntaxe dans la doc de référence SQL.

[tibal]

Bonjour sqora,
Ce qui veux dire que aussi bien pour l'ajout de Redo Log, de Standby Redo Log ou le resize de Redo Log, les actions doivent êtres effectuées sur la base Primaire ainsi que sur les Standby's ?

[sgora]

Il vaut effectivement mieux avoir les mêmes tailles de redo logs sur la primary et la (ou les standby), même si je ne suis pas sûr que ce soit obligatoire.
Par contre, tu n'as besoin des standby redo logs que si tu fais de l'active data guard.
Dans ce cas, tu n'as besoin de créer les standby redo logs que du côté standby, tu peux néanmoins les créer d'avance sur la primary, ainsi en cas de switchover tu n'auras pas à le faire;

Au fait, tu ne peux faire des resize des redo logs, il faut en créer d'autres puis dropper les anciens.

[tibal]

Merci sgora pour la réponse rapide.
Par contre, qu'entends tu exactement par :

Par contre, tu n'as besoin des standby redo logs que si tu fais de l'active data guard.

[sgora]

Les standby redo logs ne servent qu'à partir du moment ou tu vas ouvrir ta standby en écriture (je parle pour les physical standby, je ne maîtrise pas les logical) pour y passer des jeux de tests par exemple, puis revenir en mode standby en effaçant toutes les modifs qui ont pu être faites entre temps.

C'est le mode active dataguard. Autant dire que si tu ne souhaites pas faire passer ta base standby en mode open, les standby redo log ne servent pas à grand chose.