Discussion :

[zidane2012]

bonjour ,
Si je dois faire un choix entre une sauvegarde de type clone (ou BCV) et une sauvegarde de type RMAN, sur quels critères dois-je me baser pour sélectionner une stratégie et l'adopter pour mon application ?
Merci pour votre aide et précisions.

[jkofr]

Hello, pour choisir une stratégie de sauvegarde, il faut évaluer les besoins business et ton infrastructure.

Tu dois te poser les questions suivantes:

Combien de données je peux perdre (1h,2h, une journée, aucune)?
De combien de temps, en cas de crash je dispose pour restaurer le système complet?

Quand tu aura la réponse à ces 2 questions, tu pourra commencer a réfléchir à une stratégie.

Jko

[orafrance]

Est-ce que tu veux compresser la sauvegarde ? Est-ce que tu veux restaurer à l'heure prêt ? Est-ce que tu veux pouvoir faire de l'incrémentale pour réduire la taille du backup ?

Le clone a pour seul avantage d'être bien plus simple à restaurer mais si modifie la structure de la base (genre simplement ajouter un datafile), le script de backup doit être maintenu.

[zidane2012]

Combien de données je peux perdre (1h,2h, une journée, aucune)?

Une journée.

De combien de temps, en cas de crash je dispose pour restaurer le système complet?

4h.

[zidane2012]

Est-ce que tu veux compresser la sauvegarde ?

Non pour l'instant.

Est-ce que tu veux restaurer à l'heure prêt ? Est-ce que tu veux pouvoir faire de l'incrémentale pour réduire la taille du backup ?

Perte d'une journée de travail est tolérée ...

Le clone a pour seul avantage d'être bien plus simple à restaurer mais si modifie la structure de la base (genre simplement ajouter un datafile), le script de backup doit être maintenu.

oui mais je pense que les technos de clone et/ou BCV de certains éditeurs comme IBM font abstraction aux modifications de structure de la base car COPIE DISQUE A DISQUE ?

[jkofr]

Une journée.

4h.

Combien de temps pour une sauvegarde complète?
Quelle est la taille de votre base?


PS: pouvoir perdre toute une journée de données et exiger un restauration dans les 4 heures ne me parait pas très logique.

jko

[pachot]

Bonjour,

A mon avis, tant que le backup ne dure pas trop longtemps, RMAN est la solution qui couvre le plus de pannes. Si on a seulement un bloc corrompu, c'est très rapide à réparer avec RMAN, sans couper le service. Avec un clone il faudra tout arrêter et tout restaurer.
Autre point super important: si un bloc est corrompu, RMAN va s'en apercevoir tout de suite. Un clone va juste cloner la corruption.

Et s'il s'agit de pouvoir restaurer la base complète en un click, peut-être qu'il vaut mieux avoir un Dataguard plutôt qu'un clone. En plus d'un backup (sans corruption en plus) on a de la haute disponibilité si on perd le serveur.

Par contre si on est sur une base volumineuse en Standard Edition (pas de block change tracking, ni de compression,..) il se peut que RMAN prennent trop de ressources, et trop de volume. Le clone peut dans ce cas être une bonne solution.

Le clone a pour seul avantage d'être bien plus simple à restaurer

Pas si sûr Est-ce que tous ceux qui font des clones sont sûrs d'avoir un clone sans bloc fracturé ? Et d'avoir tous les archivelogs nécessaires ? Et de faire le recover jusqu'à un point où on n'a pas de corruption ?
Est-ce plus simple que:

Code :

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

1
2
3
RMAN> list failure;
RMAN> advise failure;
RMAN> repair failure;

?

Cordialement,
Franck

[zidane2012]

Par contre si on est sur une base volumineuse en Standard Edition (pas de block change tracking, ni de compression,..) il se peut que RMAN prennent trop de ressources, et trop de volume.

Avez-vous un ordre de volumètrie ?
Notre base de production fait 2 Tera !
Merci pour vos réponses précédentes
Oracle devrait un jour penser à un autre niveau de certif pour des Experts comme vous Franck :oca ocp ocm et OCK ...King ca va venir ...

[jkofr]

Alors si la base fait 2T, alors tes 4 heures pour restaurer ne sont pas suffisants...

Cela te permet d'envisager une autre solution.
Dans ton cas, bien que cela soit curieux, il faut tenir compte des 4 heures pour rétablir le service.
Si tu perds ton serveur de prod, aucune chance de restaurer en 4 heures.

Donc une standby semble être une bonne solution, ce qui n’empêche pas d'effectuer des sauvegardes régulières.

Après comme l'a mentionné orafrance, ou va tu stocker tes sauvegardes?
As tu de la place? A volonté? Compression peut-être?
Etc...

jko

[zidane2012]

Après comme l'a mentionné orafrance, ou va tu stocker tes sauvegardes?
As tu de la place? A volonté? Compression peut-être?
Etc...
jko

Stockage sur disque + bande ?
Quelle est le % de compression ? c'est une option à étudier ...
Par contre , le fait que le clone et/ou BCV ne gère pas la corruption des blocs c'est gênant contrairement à RMAN mais dommage ce dernier n'a pas vocation à gérer les gros volumes pour une sauvegarde totale d'où la piste de RMAN + incremental (car 2 Tera à gérer ) + block tracking change pour plus de perfs au niveau de la sauvegarde ?
Votre avis ?

[jkofr]

Hello

Compression basic offre un bon ratio (j'ai constaté 0.2) par contre consome pas mal de CPU
Les autres modes demandent advance compression option.

Idéalement il faudrait garder 1 semaine de sauvegarde sur disque (2 full 5 incr) le reste sur bande car si restaure, c'est bien plus rapide.

Possible aussi de faire de l'image copy avec incr recovery sur les copy.
Avantage récupération très rapide si crash de base.

Dataguard est une option

Possible de faire les backups full + incr sur la standby (attention c'est une option, Active dataguard)

Activer le flashback avec retention 24 heures.

Sauvegardes des archives toutes le 6 heures

Voila
C'est une base.

jko