Discussion :

[genio]

amBonjour les forumistes...
Je n'arrive pas à comprendre complètement le paramètre 'REDUNDANCY' d'RMAN ...
Dans le bouquin ils mettent :

Ce paramètre indique le nombre minimal de sauvegardes (ou de copies) qui doivent exister pour que le système considère qu'un fichier de donnée ne nécessite pas de sauvegardes...

Y comprenez-vous quelque chose ?

Merci pour vos réponses ...

[laurentschneider]

l'effet est sur DELETE/REPORT OBSOLETE, un backup est considéré obsolete, s'il n'est plus requis.

Si tu as redundancy 10, DELETE OBSOLETE n'effacera pas de backup de ta bases à moins que tu en aies au moins 10 copies (dans ce cas il effacera les copies plus anciennes que la dizième moins vieille)

OK?

[laurentschneider]

ne pas confondre avec

Code :

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

1
2
 
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE 'SBT_TAPE' TO 4;

qui spéficie le nombre de copies effectuées, alors que REDUNDANCY concerne la politique de rétention, pour REPORT et DELETE OBSOLETE.

[genio]

Merci pour tes réponses...



Quand on met l'option

CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS;

Cela entraîne-t-il que, lors du delete l'on ne peut pas deleter de backup avant 15 jours... m^$eme s'ils sont redondants

[genio]

J'ai fourché mon clavier... car j'ai une autre question à te poser :

Si tu utilises RMAN , qu'as-tu choisi comme option :REDUNDACY ou RECOVERY WINDOW ?
1°) Laquelle est-elle le mieux appropriés quand aux delete des anciens backups ?
2°) Et, autre question, clones-tu tes bases les plus 'critiques'... quand on sait que l'on peut restaurer une instance en 1/4 d'heure, a quoi sert une base clone si ce n'est mettre une ceinture avec des bretelles ?
3°) La base clone sert-elle uniquement dans le cas de crash disque de la base target, où y vois-tu une autre utilisation ?



Merci pour tes réponses !

PS : Et puis aussi...

[laurentschneider]

Ok, je vais essayer de répondre :

si tu fais un full backup tous les jours, et que tu mets retention 14 jours ou redundancy 14, ça revient au même.

si tu fais retention 14 jours, et que ton backup ne fonctionne pas pendant 2 semaines, alors tu n'auras plus qu'une seule copie de ton backup, et si elle brûle, alors c'est triste.

si tu as redundancy 14 et que tu fais 14 backups de ton tablespace / de ta base le même jour, alors tu ne pourras plus faire un RESTORE UNTIL TIME YESTERDAY.

c'est un peu une question de compromis, et tu ne peux pas avoir les 2.

------------------------------------------

clone (rman duplicate database):
ce n'est pas une fonction de disponibilité. Le clone permets de créer une copie de la production sur le test ou à des fins de datawarehousing. Mais ce n'est pas une "copie de sécurité.

Pour augmenté la sécurité tu peux faire une "STANDBY" database, mais c'est un autre chapitre.

Quand à restorer une base en 1/4h, ce n'est pas toujours possible. Avec une base standby, c'est possible.

Sans standby, avec seuleument une machine, je doute que tu puisse en 1/4h changer ta carte mère, réinstaller l'OS et restaurer tes backups

ça dépend aussi de la taille

@+
Laurent