RMAN est l’outil de sauvegarde des bases Oracle fourni par Oracle, il est à même de discuter avec le moteur de base de données pour les opérations de recovery. Même s’il existe de nombreux outils de sauvegarde sur le marché,  il apparait que RMAN est le meilleur outil pour être certain de sauvegarder correctement.

De plus, l’interface utilisateur de RMAN est d’une simplicité affligente pour 90% des cas de sauvegardes / restaurations, les 10% restants nécessitant il est vrai une certaine connaissance du produit, mais, n’est-ce pas le cas pour tous les outils de sauvegarde ?

Cet  article permet au DBA d’appréhender les 90% RMAN dans de bonnes conditions.

1 - Introduction

RMAN peut utiliser différent référentiels de sauvegardes dont vous devez prendre connaissance avant même de consulter cet article. En effet, il est possible d’utiliser les fichiers de controles d’une instance de base de données comme référentiel (ce qui n’est pas recommandé, en effet, une perte du fichier empecherait un recovery), ou une instance de base de données spécialisée à cet effet.

La connection au référentiel de sauvegarde s’éffectue de la manière suivante  dans le cadre de l’utilisation d’un catalogue de récupération :

rman target <chaine_de_connexion_vers_la_database> catalog <chaine_de_connexion_au_catalogue>

La connection au référentiel de sauvegarde s’éffectue de la manière suivante  dans le cadre de l’utilisation de l’utilisation des fichiers de controles comme référentiel de sauvegarde :

rman target / (en tant que sysdba sur le host local)

OU

rman <chaine_de_connexion_vers_la_database>

Tout ajout / modification d’une configuration par rman se fera avec l’attribut CONFIGURE.

2 - Nomenclature de RMAN

RMAN, comme tous les outils de sauvegarde, utilise une nomenclature de nommage des objets qu’il convient de connaitre afin de bien comprendre les manipulations que l’on entreprend avec ce type d’outil.

En voici une liste (non exhaustive) :

2.1 - CANAL ET PERIPHERIQUE RMAN

2.1.1 - Introduction

Une sauvegarde par RMAN doit avoir (au moins) un chemin de destination ou “channel” sur (au moins) un périphérique physique ou “device type”. Les notions rman sont alors celles de CHANNEL ou de DEVICE TYPE.

Un CHANNEL rman représente la possibilité de sauvegarder et de paralléliser éventuellement des opérations à travers différents chemins sur différents périphériques en médias. Un channel possède DEVICE TYPE qui peut représenter un disque dur (local / distant) ou un périphérique externe (Lecteur LTO, …).

Dans la plupart des configurations “modernes” des serveurs de sauvegardes rman, les canaux de sauvegardes de celles-ci seront associés à de périphériques de type disque (généralement des volumes de baies de disques) qui seront parallèlement sauvegardés par des programmes de sauvegardes de fichiers indépendant des bases de données (TINA, TSM, etc  …).

Syntaxe:

CONFIGURE CHANNEL DEVICE TYPE [ DISK | TAPE] [ < option > ]

Note: Le channel par défaut de rman est associé à un device type DISK (stokage sur disque dur).

2.1.2 - Options de stokage

En fonction du type de stockage et du média utilisé, le DBA peut être amenné à découper un jeu de sauvegarde (BACKUP SET) en plusieurs parties (BACKUP PIECE) afin de les segmenter et d’adapter leur taille à la taille maximale que peut supporter le média associé au DEVICE TYPE (par exemple une K7 LTO3). Cette possibilité est offerte à travers le commutateur FORMAT.

Les options de format sont nombreuses, consultez la doc de rman pour en obtenir la liste.

De plus, il est possible de suffixer, à l’aide du commutateur MAXPIECESIZE, le fichier de sauvegarde (backup set / piece) à l’aide de variables permettant d’en défini’ l’unicité, de l’associer au nom d’une database ou à son dbid, à un nom de tablesapce, etc.

Exemple:

CONFIGURE CHANNEL
          DEVICE TYPE DISK
          FORMAT '/data/mabase/sav/%U'
          MAXPIECESIZE 2G;

Remarque : Effacer toutes vos commandes de configuration pour revenir à la configuration par défaut est possible avec ‘CONFIGURE CHANNEL DEVICE TYPE CLEAR’

2.3 - Politique de conservation des données

Il existe deux types de politique de conservation des données sous rman par database à sauvegarder :

a) Redondance de sauvegardes (REDUNDANCY)

b) Nombre de jours de restaurations (WINDOW)

L’option a) permet de s’assurer via rman qu’à une database correspondra toujours un certain nombre fixe de sauvegardes au minimum. Par exemple, certaines production exige de pouvoir revenir, quel que soit le moment, à deux niveaux de versions antérieur, pour des sauvegardes régulières journalières, ce qui porterait le nombre de redondance de sauvegarde à 3 (versions).

L’option b) permet de s’assurer via rman qu’il sera toujours possible de remonter à j-n, n étant à fixer. Dans cet exemple, le nombre de redondance de sauvegarder n’a pas d’interet pourvu que l’on puisse revenir à la dernière sauvegarde du mois dernier par exemple, ce qui porterait ce paramètre à 30 (jours) environ.

Syntaxe:

CONFIGURE RETENTION POLICY
[ TO [ RECOVERY OF <n> DAYS | REDUNDANCY <n> ]
| CLEAR ];

2.4 - Sauvegarde automatique des fichiers de contrôles

Lorsque vous sauvegardez une database, il est indispensable, hormis les fichiers de données, de sauvegarder un certain nombre d’éléments dont les fichiers de controles et les fichier d’initialisation. Cette opération est éffectuée, si vous le souhaitez, automatiquement par rman qui les intégrera aux backup set.

Syntaxe:

CONFIGURE CONTROLFILE AUTOBACKUP ON;