Version imprimable
amBonjour les forumistes...
Je n'arrive pas à comprendre complètement le paramètre 'REDUNDANCY' d'RMAN ...
Dans le bouquin ils mettent :
Y comprenez-vous quelque chose ?Citation:
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...
Merci pour vos réponses ...
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?
ne pas confondre avec
qui spéficie le nombre de copies effectuées, alors que REDUNDANCY concerne la politique de rétention, pour REPORT et DELETE OBSOLETE.Code:
2
Merci pour tes réponses...
Quand on met l'option
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 redondantsCitation:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS;
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...
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 :aie:
ça dépend aussi de la taille
@+
Laurent