Discussion :

[cedrich]

Bonsoir à tous,

Nous sommes en train d'implémenter une stratégie de sauvegarde via RMAN.

Dans ce cadre là, nous aimerions stocker les "backups" sur disque et les déplacer sur bande après n jours.

Malgré plusieurs recherches, je n'ai pas trouvé explicitement si cela est possible. Il m'a semblé avoir lu que certaines personnes réalisent leur "backup" sur disque et les déplacent sur bande ce qui permet à RMAN de purger celles devenu trop anciennes, est-ce correcte?

Le cas échéant comment dit-on à RMAN que l'on veut déplacer notre "backup" sur bande et qu'il peut purger son historique ?

Est-ce que cela nécessite obligatoirement le catalogue ou peut-on le réaliser sans ? (Notre démarche s'oriente plus avec la gestion du catalogue)

D'avance je vous remercie des vos réponses.

Cédric

[Z3phur]

Bonsoir,

dans ma société nous avons mis en oeuvre une sauvegarde similaire à ce que tu décris ici.

Nous faisons nos backup RMAN sur disque, puis nous avons des scripts shell qui duplique ces backup sur un serveur tampon. Après un autre script en perl communique avec notre robot de sauvegarde et nous sauvegardons nos backup sur bande.

[Pomalaix]

Il ne faut pas perdre de vue un principe essentiel de RMAN : il enregistre dans son référentiel l'emplacement des sauvegardes qu'il réalise, ce qui lui permettra à la restauration de retrouver automatiquement ces fichiers.
J'ajoute que RMAN sélectionne automatiquement les fichiers nécessaires lors de la restauration, ce qui est un atout majeur.

Faire avec RMAN une sauvegarde sur disque, puis la transférer sur bande hors RMAN, est une mauvaise pratique répandue. En cas de restauration, RMAN ne retrouve pas les fichiers attendus sur disque, puisqu'ils ont été déplacés à son insu sur bande. Il faudra alors identifier manuellement les fichiers nécessaires, (par exemple sauvegardes incrémentales successives, archivelogs) et les rapatrier manuellement sur disque à leur emplacement d'origine, depuis la bande. A partir de là, RMAN pourra faire son boulot.

De plus, une sauvegarde RMAN est considérée comme vivante ou obsolète uniquement en fonction de la durée de conservation définie. Le déplacement éventuel des fichiers de sauvegarde n'a aucune incidence sur ce point.

La bonne pratique depuis Oracle 10, c'est de faire vos sauvegardes RMAN dans la zone de récupération rapide (donc sur disque), puis de les transférer sur bande avec RMAN par la commande BACKUP RECOVERY AREA.
De cette manière, RMAN est informé du déplacement des fichiers, et sera capable de les récupérer automatiquement depuis la bande lors de la restauration.
Ceci exige que vous disposiez du pilote MML nécessaire pour les écritures sur bande avec RMAN.

[Z3phur]

Merci Pomalaix pour ces information. Nous devons justement tester une restauration depuis les sauvegarde présente sur bande.
Je vous tiens au courant.

[cedrich]

Merci pour vos réponses et merci à Pomalaix pour le "Best practice".

Donc il suffit que je place la "flashback area" sur mes disques qui ont été achetés pour la conservation de mes "backups".

Je pensais que l'on pouvais se passer de la "flashback area" en les plaçant directement sur un répertoire de notre choix. Et ensuite les déplacer.

Est-ce que le fait que les disques ne soient que des 7k2 tours/minute pourrai poser des problèmes de performance?

Le coût de disques de 15k tours/minute pour de la conservation de "backups" peut s'avérer très (trop) onéreuse suivant la fenêtre de conservation et la volumétrie.

Effectivement, nous avons un pilote MML qui est "Backup Exec" et qui fonctionne bien sur les différents tests que nous avons effectués.

Je vais essayer et je laisse la discussion ouverte pour le retour de "Z3phur".

Merci encore.

[Pomalaix]

...
Je pensais que l'on pouvais se passer de la "flashback area" en les plaçant directement sur un répertoire de notre choix. Et ensuite les déplacer.

Oui, ça reste possible. Dans ce cas, vous ferez le déplacement par une commande du style

Code :

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

1
2
3
4
backup 
device type sbt 
backupset completed before 'sysdate -2' 
delete input;

Pour ce qui est des performances, il faut commencer par déterminer la durée maximum acceptable pour une sauvegarde, mais aussi pour une restauration.
En fonction du volume de votre base et des archivelogs générés chaque jour, vous pourrez alors calculer le débit disque nécessaire à cet objectif, et choisir un matériel et un "agencement" adaptés (8 disques en RAID 10, etc). La vitesse de rotation à elle seule n'est pas décisive.

[cedrich]

Merci pour ce complément d'informations qui s'avérera sûrement fort utile.