Sauvegardes

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 80% du périmètre d’utilisation de RMAN dans de bonnes conditions.

RMAN permet d’éffectuer la sauvegarde, à froid comme à chaud, de vos bases oracle, en mode total, incrémentiel et/ou cumulatif (nous verrons plus loin ces notions).

Comme indiqué dans le chapitre REFERENTIEL RMAN, RMAN peut utiliser les fichiers de contrôle d’une base de données pour y stoquées les informations utiles pour ses sauvegardes (et donc ses restaurations), mais cela pose de nombreux problèmes en cas de perte de ceux ci. L’altéernative est de stoquer le catalogue dans une database prévue à cet effet (ce que nous vous conseillons).

RMAN (Recovery Manager) est l’outil d’Oracle pour la sauvegarde des bases de données, il est donc dommage (pour ne pas employer d’autre terme) d’utiliser un autre utilitaire que celui-ci pour sauvegarder les données Oracle.

RMAN permet de sauvegarder des données à froid comme à chaud en toute sécurité. Les sauvegardes peuvent être FULL, différentielles ou cumulatives et sont basées sur un référentiel nommé REPOSITORY qui peut se trouver dans les fichiers de dontrole d’une database ou qui peut être externalisé dans une instance prévue à cet effet (REPOSITORY CATALOG ou « catalogue de récupération »).

Quelle que soit le type de sauvegarde, de base de données, de fichier de données, de tablespaces, …, si celle-ci est éffectuée base « ouverte » cela implique que la base fonctionne en mode Archive Logs car les journaux archivés sont indispensables à la restauration des données ainsi sauvegardées. Si ce mode de sauvegarde peut s’avérer pratique dans certains, on verra par la suite que celui-ci altère les performances et au final n’est pas conseillé.

Ce chapitre traite des opération de restauration et de recovery des bases Oracle à l’aide de RecoveryManager, cependant, nous ne traiterons ici que de la restauration des databases en mode ARCHIVELOG, le mode NOARCHIVELOG ne nécessitant aucune difficulté particulière pour des procédures de sauvegardes / restaurations et se résumant à de la simple sauvegarde de fichiers du point de vue de l’OS.

Un outil de sauvegarde d’Oracle des plus classique est l’export de données et l’import de données, grâce à deux utilitaires fournis par Oracle EXP et IMP.

Ces utilitaires sont obsolètes depuis la version 10g et sont remplacés au profit de Datapump (expdp et impdp), mais exp et imp demeurent présents en 10g pour des raisons de compatibilité, ceux-ci seront sans doute supprimés dans la version 12x même s’ils existent encore dans la 11g.