Discussion :

[ledub10]

bonjour,
j'ai fait une boulette sur une BDD de production en archivelog
je pensais restaurer avec rman mais pas moyen (en fait , je ne l'ai jamais tenté en test , dommage)

ma question est :
est ce qu'il faut faire des sauvegardes via RMAN ou on peut se contenter de faire des exp full et d'avoir les archivelog ?

[rouardg]

Bonjour,

Le problème, c'est que RMAN et l'utilitaire d'export / import n'ont pas du tout le même objectif.

RMAN est l'outil de sauvegarde / restauration par excellence des bases Oracle. Alors oui il faut utiliser RMAN, surtout pour une base de production.

L'utilitaire d'export / import n'est pas fait pour cela. Il est fait pour exporter du contenu (tables, schémas, tablespaces, base entière) et l'importer sur la même base (dans un but de réorganisation) ou sur une autre base (pour du rafraîchissement de données par exemple en vue d'une phase de recette).

Personnellement, je suis toujours choqué lorsque je fais une mission chez un client qui se sert d'un export comme d'une sauvegarde.

Non, un fichier Dump n'est pas un backup !

[ledub10]

Personnellement, je suis toujours choqué lorsque je fais une mission chez un client qui se sert d'un export comme d'une sauvegarde.

Non, un fichier Dump n'est pas un backup !

oui mais pour les petites bases qui ne necessite pas l'archive log , vous faites du RMAN également ?

[rouardg]

Bonjour,

RMAN sait aussi sauvegarder les bases qui ne sont pas en Archivelog. C'est donc une sauvegarde à froid, et qui s'effectue via RMAN (avec la base en status MOUNT, car RMAN a besoin d'écrire des informations dans les fichiers de contrôle).

Pour ma part, toutes mes bases, mêmes les plus insignifiantes sont en archivelog. Car il n'est pas question de perdre la moindre donnée !

Imaginer votre base de prod, en NOarchivelog. Vous la sauvez à froid le soir, et le lendemain, vous devez la restaurer. Entre temps, qq données ont été insérées en base. Dans ce cas, ces données sont perdues.

A vous de voir...