10 bonnes raisons d'utiliser RMAN

Bonjour,

De part mon métier, j'ai eu souvent à rencontrer des DBA's qui n'utilisent pas RMAN pour leurs sauvegardes/récupérations, mais plustôt les outils d'export/import, ou le plus souvent encore, des scripts OS qui nécessitent l'arrêt de la BD (appelés scripts UMB pour User Managed Backup).

En général, ils ont hérités ces comportement des anciens DBA's qui les ont précédé, et tant que ça marche, pourquoi changer ?

Voici donc quelques raisons pour les inciter à faire le pas, et les faire entrer dans le monde "merveilleux" de RMAN :

1) C'est d'abord un standard. Il est bien documenté et bien testé.

2) Il est simple à utiliser, tunnable et surveillable. Pourquoi alors se compliquer la vie ?

3) Plusieurs fonctionalités non disponibles avec les scripts UMB : Récupération au niveau DB, Tablespace, Table et Bloc ; Validation des backups ; Vérification des corruptions de blocs ; Duplication et clonage ...

4) Plusieurs nouvelles fonctionnalités en 10g : Incremental Backups, Block Media Recovery, Unused Block Compression, "in-place" Encryption and Compression, ASM Support, ...

5) Autres nouveautés en 11g : prise en charge de Data Recovery Advisor (DRA), à travers les commandes SHOW FAILURE, ADVISE FAILURE et REPAIR FAILURE.

6) C'est l'outils de récupération pas excellence (I s'appelle Recovery Manager et non Backup Manager) écrit par les développeurs Oracle pour les BD Oracle.

7) RMAN garde l'historique des sauvegardes dans son catalogue, et sais comment les gérer.

8) RMAN peut-être utilisé pour des récupérations complètes ou incomplètes.

9) RMAN permet d'exécuter la plupart des commandes SQL. Donc plus besoin de d'utiliser plusieurs outils.

10) Enfin, RMAN possède des commades importantes, qui n'existent pas en SQL, tels que : SET NEWNAME FOR DATABASE, DBNEWID, ...

J'espère qu'avec tous cela, vous êtes convaincus de la nécessité d'utiliser cet outil et de ses nombreux avantages. Alors profitez-en, c'est gratuit ;-)

Oraclement votre.

Comments

[Badaoui Med]

Salut Lotfi
SVP est-ce possible de faire un cryptage pour les files de sauvegarde via RMan
est ce les fichiers de sauvegarde seront volumineux car d'après vous il sauvegarde les tablesspace

[Lotfi Bouziani]

Bonjour,


Effectivement, il est possible de crypter les sauvegardes RMAN, et ceci de 03 méthodes différentes :


 


- Cryptage transparent : Cette méthode utilise un "wallet" (fichier de certificats) qui contient une clé de cryptage/décryptage. La perte
du wallet pourrait signifier la perte des sauvegardes ainsi cryptés. Cette méthode est surtout utile pour la restauration locale.


ALTER SYSTEM SET ENCRYPTION WALLET OPEN IDENTIFIED BY ;


CONFIGURE ENCRYPTION FOR DATABASE ON


BACKUP DATABASE ;


 


- Cryptage avec mot de passe : Cette méthode repose sur un mot de passe. Il est inutile de configurer un wallet. Pour procéder à la
restauration, vous devez connaître le mot de passe utilisé pour la sauvegarde. Cette méthode est utile pour une restauration sur d'autres sites.


SET ENCRYPTION ON IDENTIFIED BY password ONLY


BACKUP DATABASE;


 


SET DECRYPTION IDENTIFIED BY password1  {,
password2,…, passwordn}


RESTORE DATABASE;


 


- Cryptage double : Combinaison du cryptage transparent et du cryptage avec mot de passe. Pour procéder à la restauration, vous pouvez
utiliser un des deux modes. Ce type de cryptage est utile si vous restaurez généralement vos sauvegardes vers le site local, mais les envoyez parfois vers d'autres sites.


ALTER SYSTEM SET ENCRYPTION WALLET OPEN IDENTIFIED BY ;


SET ENCRYPTION ON IDENTIFIED BY password


BACKUP DATABASE;


 


SET DECRYPTION IDENTIFIED BY password1 {, password2,…,
passwordn};


RESTORE DATABASE;


 


L’algorithme utilisé par défaut pour le cryptage est le AES128, à moins que vous ne le modifier avec : CONFIGURE ENCRYPTION ALGORITHM
'algorithmname' ;


D’autre part, il faut avoir l’édition Enterprise pour pouvoir bénéficier de toutes ces options.