RECOVERY MANAGER G. Mopolo-Moké prof. MBDS UNSA 2005/ 2006

Transcription

1 RECOVERY MANAGER G. Mopolo-Moké prof. MBDS UNSA 2005/

2 Plan Général Plan 1. A propos de RMAN 2. Pourquoi utiliser RMAN? 3. Vue d ensemble de l environnement RMAN 4. Se connecter aux bases de données avec RMAN 5. Architecture RMAN 6. Sauvegarde et copie avec RMAN 7. Reprise et restauration avec RMAN 8. Utilisation de RMAN 2

3 1. A propos de RMAN Le gestionnaire de reprise, appelé RMAN comme Recovery MANager, est un utilitaire Oracle qui peut sauvegarder, restaurer, et récupérer des fichiers d une BD. RMAN emploie des sessions serveur pour exécuter le travail de sauvegarde et de reprise. Il enregistre les metadata de ses exécutions dans le fichier de contrôle de la BD cible et, sur option, dans un schéma que l on appelle le Recovery Catalog. RMAN peut être exécuter en ligne de commande ou par le biais d un GUI. 3

4 2. Pourquoi utiliser RMAN? Le DBA (DataBase Administrator), est responsable des sauvegardes et des reprises des BD, il doit pouvoir : Contrôler le bon déroulement des sauvegardes et reprises Réduire au minimum la possibilité d'erreurs humaines Rendre les sauvegardes fiables Utiliser tous types de médias pour sauvegarde Rendre les sauvegardes proportionnelles à la taille des changements transactionnels, pas à la taille de la BD Rendre le temps de reprise proportionnel à la quantité de données à récupérer 4

5 2. Pourquoi utiliser RMAN? Il existe deux méthodes de base pour accomplir ces tâches sous Oracle Méthode manuelle : L utilisation des commandes de l OS pour effectuer les sauvegardes, restaurer et recouvrer les bases de données Méthode automatique : en utilisant RMAN pour la sauvegarde, la restauration et le recouvrement de données 5

6 2. Pourquoi utiliser RMAN? Offre une API aux fournisseurs de médias de sauvegarde Les tablespaces peuvent être sauvegardés tablespace ou base ouverte sans utiliser la commande ALTER TABLESPACE BEGIN BACKUP puis END BACKUP Permet des sauvegardes incrémentales. Seule les blocs modifiés depuis la dernière sauvegarde sont pris en compte. Calcul un checksum et contrôle si les blocs sauvegardés sont corrompus Sauvegarde uniquement les blocs modifiés et utilisés Pas d API Le DBA doit expliciment, pour une sauvegarde base ouverte, lancer la commande ALTER TABLESPACE BEGIN BACKUP puis END BACKUP Sauvegarde tous les blocs y compris ceux qui n ont pas changé Pas de vérification d erreurs Sauvegarde tous les blocs y compris ceux qui ne contiennent rien. 6

7 2. Pourquoi utiliser RMAN? S'appuie sur un Repository pour offrir des fonctions de REPORTING sur : - Le schéma de BD à une heure spécifiée - Les fichiers ayant besoin d'une sauvegarde - Les fichiers non sauvegardés depuis un nombre de jours données - Les sauvegardes pouvant être effacées car redondantes ou ne pouvant être utilisées pour la reprise N inclut aucune fonctionnalité de reporting Stocke les scripts RMAN dans le Recovery Catalog Permet de créer des bases en stand by Les scripts de sauvegarde sont stockés dans les fichiers OS Lourd pour définir les bases de sécours Contrôle la disponibilité des sauvegardes sur bande ou sur disque Parallélisme de la sauvegarde et restauration possible Permet de tester si une sauvegarde ou restauration sera possible avant de l effectuer Détecte automatique les fichiers Redolog corrompus et s appuie sur les autres membres intactes Exige de localiser et tester les sauvegardes manuellement Le parallélisme doit être organisé manuellement par le DBA Le test n est possible qu en restaurant réellement les fichiers de sauvegarde Ne détecte pas automatiquement les fichiers redo log corrompus 7

8 3. Vue d ensemble de l environnement RMAN L environnement RMAN comprend: L exécutable RMAN La BD cible Le Recovery Catalog Un logiciel de gestion de médias Seuls l exécutable et la BD cible sont exigés. RMAN enregistre automatiquement ses metadata dans le fichier de contrôle de la BD cible en cas d absence du catalogue. Néanmoins, mettre à jour un Recovery Catalog est fortement encouragé. 8

9 3. Vue d ensemble de l environnement RMAN Le Repository de RMAN Le Repository de RMAN est un ensemble de Metadata que RMAN utilise pour stocker des informations sur la BD cible, ses exécutions de sauvegarde et de reprise. Le Repository peut être géré dans le CATALOGUE ou dans les fichiers de contrôles Il Contient : Les jeux de sauvegarde, les Copies d'images, les Copies proxy, Les fichiers d Archives Redo Logs, Le schéma de la BD cible, Les Paramétrages persistants de configuration 9

10 3. Vue d ensemble de l environnement RMAN Le Repository de RMAN Vous pouvez accéder à ces metadatas par les commandes RMAN telles que LIST, REPORT, DISPLAY et SHOW, ou en utilisant SELECT sur le catalogue. Vous pouvez soit créer un Recovery Catalog dans lequel sera enregistré le Repository, ou laisser RMAN enregistrer le Repository exclusivement dans le fichier de contrôle de la BD cible. Le Recovery Catalog est mis à jour seulement par RMAN; la BD cible n y accède pas directement. RMAN propage automatiquement des informations sur la structure de BD. Vous pouvez également propager cette information au catalogue en utilisant la commande RESYNC CATALOG. 10

11 3. Vue d ensemble de l environnement RMAN L interface de gestion des médias RMAN Pour enregistrer des sauvegardes sur bande, RMAN exige un gestionnaire de médias. Le schéma ci-dessous montre l'architecture d un gestionnaire de médias intégré avec Oracle La session serveur d'oracle est de même type que celle utilisée quand un client tel que SQL*Plus se connecte à la BD. La bibliothèque de gestion de médias (MML) représente la bibliothèque constructeur fournie par le logiciel de gestion de médias qui peut se connecter à l interface Oracle. Oracle appelle des sousprogrammes MML pour sauvegarder et restaurer des datafiles à partir et vers des médias contrôlés par le gestionnaire de médias. 11

12 4. Se connecter aux bases de données avec RMAN Démarrage de RMAN Démarrage à partir de la ligne de commande du système d'exploitation % rman TARGET / CATALOG rman/rman@rcat % rman TARGET sys/target_pwd@target_str NOCATALOG % rman TARGET / CATALOG rman/rman@rcat AUXILIARY sys/aux_pwd@aux_str Sans indiquer aucune option de connexion: % rman NOTE : Pour se connecter à la BD cible, vous devez avoir le privilège SYSDBA. Vous pouvez vous connecter comme SYSDBA en utilisant un fichier de mot de passe ou en utilisant l'authentification du système d'exploitation. 12

13 4. Se connecter aux bases de données avec RMAN Démarrage de RMAN Note: Vous n'avez pas besoin d'indiquer l'option SYSDBA, RMAN utilise cette option implicitement et automatiquement. Si la BD cible utilise des fichiers de mot de passe, alors vous pouvez vous connecter en utilisant un mot de passe. Si vous vous connectez à la BD en utilisant l'authentification du système d'exploitation, rappelezvous de positioner la variable d'environnement indiquant le SID d'oracle. % set ORACLE_SID=prod1 Notez qu'un privilège SYSDBA n'est pas exigé pour Recovery Catalog. La seule condition est qu'on accorde le rôle de RECOVERY_CATALOG_OWNER au propriétaire du schéma. 13

14 4. Se connecter aux bases de données avec RMAN Démarrage de RMAN Lancer RMAN sans connexion à une BD Vous pouvez lancer RMAN à la ligne de commande du système d'exploitation sans connexion à une BD. Par exemple: % rman Si vous n'indiquiez pas l'option LOG à la ligne de commande, RMAN affiche le prompt : RMAN > Se connecter à la BD cible sans Recovery Catalog Pour se connecter à partir de la ligne de commande de système d'exploitation, procédez comme ci-dessous: % rman TARGET / NOCATALOG % rman TARGET SYS/target_pwd@target_str NOCATALOG % rman NOCATALOG RMAN> CONNECT TARGET 14

15 4. Se connecter aux bases de données avec RMAN Démarrage de RMAN Se connecter à la BD cible sur le Recovery Catalog # operating system authentication % rman TARGET / CATALOG rman/cat_pwd@cat_str # Oracle Net authentication % rman TARGET SYS/target_pwd@target_str CATALOG rman/cat_pwd@cat_str Ou bien après avoir lancé RMAN % rman RMAN> CONNECT TARGET RMAN> CONNECT CATALOG rman/cat_pwd@cat_str 15

16 4. Se connecter aux bases de données avec RMAN Démarrage de RMAN Se connecter à une BD auxiliaire Pour utiliser la commande DUPLICATE ou pour exécuter RMAN TSPITR, vous devez vous connecter à une instance auxiliaire. % rman AUXILIARY sys/aux_pwd@aux_str Ou après avoir lancé RMAN % rman RMAN> CONNECT AUXILIARY sys/aux_pwd@aux_str Quitter RMAN Pour quitter RMAN, tapez EXIT ou QUIT au prompt : RMAN > EXIT 16

17 5. Architecture RMAN Généralités RMAN est une application cliente qui exécute des opérations de sauvegarde et de reprise. L'environnement RMAN comprend une variété d applications et BD qui joue un rôle dans la stratégie de sauvegarde et de reprise. L'environnement RMAN peut être aussi simple que l exécutable RMAN se connectant à une BD cible, ou aussi complexe que RMAN se connectant à des multiples, gestionnaires de médias, BD cibles, Recovery Catalog, et BD auxiliaires, tous accessibles à travers Enterprise Manager. Les seuls composants exigés dans un environnement de RMAN sont la BD cible et les exécutables RMAN. 17

18 5. Architecture RMAN Le schéma ci-joint, dépeint un exemple d'environnement réaliste de RMAN. Dans cet environnement, cinq nœuds sont gérés en réseau ensemble, avec chaque machine atteignant un objectif différent. Les cinq nœuds partagent des fonctions comme suit: -Un nœud client exécute RMAN -Un nœud serveur accueille la BD cible et le sous-système de gestion des médias -Un nœud serveur accueille la duplication ou la BD de secours -Un nœud serveur accueille le Recovery Catalog -Un nœud client qui exécute Oracle Enterprise Manager, et fournit une interface pour les BD systèmes. 18

19 5. Architecture RMAN Architecture de Session RMAN L'application cliente RMAN accomplit toutes les tâches de sauvegarde et de reprise. La signification de "session" dépend du système d'exploitation. Sous Unix une session serveur correspond à un processus. Sous Windows NT, une session de serveur correspond à un thread de service Oracle. Quand vous connectez le client RMAN au serveur BD cible, RMAN assigne des sessions de serveur sur l instance cible et les dirige pour exécuter les opérations de sauvegarde et de reprise. Lui-même n'exécute pas la sauvegarde, la restauration, ou la reprise. Stockage des Metadata RMAN Puisque RMAN contrôle les exécutions de sauvegarde et de reprise, il requiert un endroit pour stocker des informations nécessaires de la BD. RMAN stocke toujours cette information dans le fichier de contrôle. Vous pouvez également stocker les metadata de RMAN dans un Recovery Catalog contenu dans une BD séparée. 19

20 5. Architecture RMAN Modules RMAN PL/SQL Les modules exécutables utilisent PL/SQL pour communiquer avec la BD cible et le Recovery Catalog. Les modules PL/SQL exécutent les fonctions suivantes: Mettre à jour le Repository RMAN dans le fichier de contrôle ou le Recovery Catalog Communiquer avec Oracle et le système pour créer, restaurer, et récupérer les backup sets et les copies d'image Fournir une interface, ainsi RMAN peut utilisé le Recovery Catalog ou le fichier de contrôle de la BD cible Comment RMAN compile et exécute les commandes RMAN traite la plupart des commandes en deux phases: Phase de compilation Phase d'exécution 20

21 5. Architecture RMAN Types de commandes de RMAN Les commandes de RMAN peuvent être divisées de la façon suivante: Commandes autonomes, qui sont des commandes qui peuvent seulement être exécutées au prompt RMAN Commandes batch, qui peuvent seulement être exécutées entre les parenthèses d un RUN Exceptions de commande, qui peuvent être exécutées dans les 2 modes précédents Exécution des commandes RMAN Utilisateur RMAN utilise un langage de commandes interprété (CLI) qui peut s exécuter en mode interactif ou batch. Vous pouvez également indiquer l'option LOG pour rediriger la sortie vers un fichier journal. Mode Interactif Pour exécuter des commandes RMAN en mode interactif, lancez RMAN puis tapez les commandes dans l'interface. Exemple de commandes interactives : % rman TARGET sys/sys_pwd@prod1 CATALOG rman/rman@rcat RMAN> BACKUP DATABASE; 21

22 5. Architecture RMAN Mode Batch Vous pouvez ecrire des commandes RMAN dans un fichier, puis exécuter le fichier de commandes. Le contenu du fichier de commande devrait être identique aux commandes écrites à la ligne de commande. Scripts Un script est un bloc de commandes RMAN stocké dans le Recovery Catalog. Les scripts vous permettent de planifier, développer, et tester des commandes pour sauvegarder, restaurer, ou récupérer la BD. Pour créer un script, écrire en mode interactif, ou taper les commandes de RMAN dans un fichier de commandes et exécuter le fichier de commandes. 22

23 5. Architecture RMAN RMAN pipe-interface La redirection RMAN est une méthode pour émettre des commandes RMAN et recevoir la sortie de ces commandes. Avec cette interface, RMAN obtient des commandes et envoie la sortie en utilisant le module PL/SQL DBMS_PIPE. RMAN ne lit ou n'écrit aucune donnée en utilisant le noyau système. En utilisant cette interface, il est possible d'écrire une interface programme portable. Elle est appelée en utilisant PIPE. RMAN utilise deux redirections publiques: une pour recevoir des commandes et l'autre pour envoyer la sortie. Repository RMAN peut être stocké dans le catalog ou dans les fichiers de contrôle Le Repository RMAN est une collection de metadata des BD cibles que RMAN utilise pour diriger ses sauvegardes, ses reprises, et travaux de maintenance. 23

24 5. Architecture RMAN Contenu du Recovery Catalog Le Recovery Catalog contient des informations sur les opérations effectuées par: Datafile et archives Redo Logs et jeux de sauvegarde Copies de Datafile Redo logs archivés et leurs copies Tablespaces et datafiles de la BD cible Scripts RMAN Paramètres de configuration RMAN Re-synchronisation du Recovery Catalog Le Recovery Catalog obtient les metadata RMAN à partir du fichier de contrôle de la BD cible. La re-synchronisation du Recovery Catalog assure que le metadata obtenues par RMAN du fichier de contrôle sont actives. Les re-synchronisations peuvent être complètes ou partielles. Dans une re-synchronisation partielle, RMAN lit le fichier de contrôle courant pour mettre à jour les données modifiées, mais ne resynchronise pas les metadata du schéma physique de BD: les datafiles, tablespaces, rollback segments, Redo Logs en ligne. Dans une re-synchronisation complète, RMAN met à jour tous les enregistrements, y compris les enregistrements du schéma. 24

25 5. Architecture RMAN Re-synchronisation du Recovery Catalog RMAN détecte automatiquement quand il doit exécuter une re-synchronisation complète ou partielle Vous pouvez également forcer une re-synchronisation complète par RESYNC CATALOG. Sauvegardes du Recovery Catalog Un Recovery Catalog peut stocker les informations de plusieurs BD cibles. En conséquence, la perte du Recovery Catalog peut être désastreuse. Vous devez sauvegarder le Recovery Catalog fréquemment. Si le Recovery Catalog est détruit et aucune sauvegarde n'est disponible, alors vous pouvez partiellement reconstruire le catalogue à partir de fichier de contrôle courant. Néanmoins, vous devriez toujours viser à avoir une sauvegarde valide et récente du catalogue. 25

26 5. Architecture RMAN Compatibilité du Recovery Catalog Quand vous utilisez RMAN avec un Recovery Catalog, l'environnement RMAN contient les composants suivants: RMAN exécutable BD Recovery Catalog Schéma de Recovery Catalog dans la BD Recovery Catalog BD cible Stockage du Repository RMAN exclusivement dans le fichier de contrôle Puisque la plupart des informations du Recovery Catalog est également disponible dans le fichier de contrôle de la BD cible, RMAN supporte un mode opérationnel dans lequel il utilise le fichier de contrôle de la BD cible au lieu du Recovery Catalog. Ce mode est particulièrement approprié pour de petites BD où l'installation et la gestion d'une autre BD dans le but unique de mettre à jour le Recovery Catalog est onéreuse. 26

27 5. Architecture RMAN Gestion des médias Pour utiliser les bandes de stockage pour des sauvegardes de BD, RMAN exige un gestionnaire de médias. C est un utilitaire qui charge, labellise, et décharge les médias séquentiels tels que les lecteurs de bande magnétique. Oracle propose une API de gestion de médias que les constructeurs tiers peuvent employer pour réaliser un logiciel qui s interfacera avec RMAN. Pour utiliser RMAN et faire des sauvegardes sur bande, intégrez le logiciel de gestion des médias avec Oracle. Notez qu'oracle n'a pas besoin de se connecter au logiciel de gestion des médias (MML ) quand il sauvegarde sur disque. 27

28 5. Architecture RMAN Sauvegarde et restauration avec un gestionnaire de médias Quand RMAN exécute cette commande BACKUP DEVICE TYPE sbt DATAFILE 10; il envoie la demande de sauvegarde au serveur Oracle exécutant la sauvegarde. La session serveur Oracle identifie le canal de sortie comme un dispositif de gestion de périphériques, et fait une demande au gestionnaire de médias pour écrire en sortie. Le gestionnaire de médias étiquette et garde la trace de la bande et les noms des fichiers sur chaque bande. Si votre site possède une bandothèque, alors le gestionnaire charge automatiquement et décharge les bandes exigées par Oracle; sinon, un opérateur devra charger la bande indiquée dans le lecteur. 28

29 5. Architecture RMAN Copie Proxy Oracle a intégré la fonctionnalité de copie proxy dans son API de gestion des médias. Les constructeurs peuvent employer cet API pour développer leur logiciel de gestion des médias contrôlant les opérations de sauvegarde et de restauration. RMAN fournit une liste des fichiers exigés pour la sauvegarde ou la restauration au gestionnaire de médias. 29

30 6. Sauvegarde et copie avec RMAN Généralités Les travaux de sauvegarde et de copie peuvent s'effectuer soit en configurant des canaux de liaison automatiques, grâce à la commande CONFIGURE, soit en les allouant de façon manuelle. La définition de ces canaux de liaison permet de déterminer l'emplacement de destination des informations. Ensuite, sauvegardes et copies sont réalisées en utilisant respectivement les commandes BACKUP et COPY. Lorsque l'on opte pour une configuration manuelle, les instructions sont obligatoirement effectuées dans un RUN. Dans le cas contraire, elles peuvent également être directement lancées à partir du prompt de RMAN. 30

31 6. Sauvegarde et copie avec RMAN Les possibilités de RMAN Lorsque la base de données est soit ouverte soit montée, RMAN permet de sauvegarder les éléments suivants : Une base de données principale ou en veille. Un tablespace. Un fichier de données (courant ou image copie) Un fichier de redolog archivé. Un fichier de contrôle (courant ou image copie). Un jeu de sauvegarde. La commande BACKUP permet de sauver les fichiers de la base de données dans un ou plusieurs jeux de sauvegarde. Elle permet également de spécifier : le nom des fichiers de sauvegarde, le nombre de fichiers pouvant être présents dans un même jeu, ou le canal de liaison qui doit être utilisé pour chaque fichier en entrée. La sauvegarde peut être faite base ouverte ou fermée Les sauvegardes peuvent complètes ou incrémentales 31

32 7. Reprise et restauration avec RMAN Quand effectuer ces reprises? En cas panne sur les fichiers de la base Fichiers de données Fichiers Redo log Fichiers de contrôle Modes de recupération Base montée (récupération de tous les fichiers ou des fichiers de tablespaces critiques) Base ouverte (récupération de quelques fichiers ou tablespaces) 32

33 7. Reprise et restauration avec RMAN Deux étapes pour le recouvrement Etape 1 : restaurer les fichiers (commande RESTORE) Etape 2 : réaliser la reprise (commande RECOVER). La dernière opération consiste à remettre la base de données dans son état normal. Conditions d une restauration Etat des fichiers de contrôle Présence d un catalogue de reprise Allouer si utile des cannaux de restauration Déterminer l emplacement des fichiers à restaurer ( V$DATAFILE_HEADER, V$INSTANCE, V$DATAFILE, V$TABLESPACE) 33

34 7. Reprise et restauration avec RMAN Restauration complète RESTORE DATABASE; RECOVER DATABASE. S'il s'agit seulement de fichiers particuliers on spécifie RESTORE TABLESPACE nom_de_la_table et RECOVER TABLESPACE nom_de_la_table. Reprise incomplète En cas d impossibilité de tout recouvrer Ou Restauration partielle volontaire La manière la plus simple pour réaliser une telle sauvegarde est d'utiliser la commande SET UNTIL qui s'appliquera à toutes les commandes RESTORE, SWITCH et RECOVER suivantes dans un même RUN. Exemple : RUN{ SET UNTIL TIME Nov :00:00 ; # SET UNTIL SCN 1000; # si on utilise un SCN # SET UNTIL SEQUENCE 9923; # si on utilise une séquence de log RESTORE DATABASE; RECOVER DATABASE; } 34

35 7. Reprise et restauration avec RMAN Restauration à un nouvel emplacement Lors d'une reprise, il peut être impossible de restaurer des fichiers de la base de données à leur emplacement d'origine Pour restaurer un fichier de données à un nouvel emplacement il faut récupérer les tablespaces nécessaires, spécifier les nouveaux noms, restaurer les données à leur nouvel emplacement et mettre à jour les fichiers de control. S'il s'agit d'un fichier de controle, on peut spécifier un nouveau nom avec la commande RESTORE CONTROLFILE TO 'filename'. Afin de remettre à jour l'ensemble des fichiers de contrôle il faut lancer la commande REPLICATE CONTROLFILE FROM 'filename'. 35

36 7. Reprise et restauration avec RMAN Restauration à un nouvel emplacement Pour les fichiers de Redo Logs, le problème est différent car leur nom est construit en utilisant le LOG_ARCHIVE_FORMAT et le LOG_ARCHIVE_DEST_1 de la base cible. On peut cependant spécifier un nouveau nom en utilisant la commande SET ARCHIVEDLOG DESTINATION. 36

37 7. Reprise et restauration avec RMAN Validation avant restauration L'option VALIDATE permet réaliser un test avant de réellement restaurer les fichiers. Cette option peut s'appliquer à la totalité de la base ou simplement à certaines tables. RESTORE... VALIDATE permet de tester si RMAN est capable de restaurer un objet spécifique. 37

38 8. Utilisation de RMAN Plan Connexion à la base de données via RMAN Configuration Sauvegarde Restauration Récupération Les scripts 38

39 8. Utilisation de RMAN Connexion à la base de données via RMAN Une méthode simple pour se connecter à la base de données via RMAN est la suivante : RMAN TARGET <mabase> Dans cet exemple nous utilisons le système d authentification de Oracle. Il est cependant possible de se connecter en utilisant l authentification du système d exploitation : RMAN TARGET / Dans ce cas tout administrateur pourra se connecter à la base spécifiée dans ORACLE_SID sans fournir de mot de passe. 39

40 8. Utilisation de RMAN Connexion à la base de données via RMAN Il est possible de spécifier des options supplémentaires, permettant notamment l exécution de scripts, la création d un fichier de log, l utilisation ou non d un RECOVERY CATALOG et la spécification du mot de passe SYS de la base. Ainsi, on pourra écrire : RMAN TARGET <mabase>/<passwd> NOCATALOG CMDFILE <monscript> MSGLOG <monfichierdelog> La commande NOCATALOG est une valeur par défaut de RMAN. Toutes ces options de connections peuvent être saisies de façon interactive au prompt de RMAN. 40

41 8. Utilisation de RMAN Connexion à la base de données via RMAN Afin de préserver l intégrité des sauvegardes effectuées, il est nécessaire, soit de fermer la base aux utilisateurs ou de spécifier à Oracle de travailler en mode Sauvegarde. Cette suite de commande permet de : démarrer la base proprement dans le cas d un crash, d un arrêt incohérent arrêter la base monter la base pour effectuer des opérations de maintenance. STARTUP FORCE DBA; SHUTDOWN IMMEDIATE; STARTUP MOUNT pfile= monfichiermabase.ora ; 41

42 8. Utilisation de RMAN Configuration et Backup Il est essentiel de configurer correctement RMAN afin de permettre et d'optimiser les diverses fonctions de l'outil. Nous allons exposer par la suite les points essentiels de cette configuration. Il existe d'autres paramètres dont vous pourrez trouver l'explication dans le guide : Recovery Manager Reference. 1 - Configuration des supports : RMAN offre la possibilité de stocker les backups sur deux types de supports, à savoir les disques durs ou les bandes magnétiques. Pour spécifier un unité de disque ou de bande par défaut : CONFIGURE DEFAULT DEVICE TYPE TO DISK; CONFIGURE DEFAULT DEVICE TYPE TO SBT; On peut définir un emplacement ou une unité spécifique pour chaque type de données à sauvegarder (archive, redolog ). 42

43 8. Utilisation de RMAN Configuration et Backup 2 Configuration des canaux La configuration des canaux spécifie l emplacement disque ou bande, ainsi que le nombre d unités mises à la disposition de RMAN pour l exécution des backups. Ainsi, pour spécifier que la sauvegarde par défaut sera effectuée sur un disque à l emplacement spécifié, on exécutera : CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT 'f:\ora_df%t_s%s_s%p'; Les valeurs des variables sont les suivantes : %t = horodateur %s = backup set number %p = numéro de la partie du backup La configuration d une sauvegarde sur bande se fera de la manière suivante : CONFIGURE CHANNEL DEVICE TYPE SBT PARMS '<parametres_du_media>'; 43

44 8. Utilisation de RMAN Configuration et Backup 3 Backup des fichiers de contrôle : Il est possible d automatiser la sauvegarde des fichiers de contrôles et de définir l emplacement des archives lors d un backup : CONFIGURE CONTROLFILE AUTOBACKUP ON; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'f:\ora_cf%f'; La valeur %F combine l ID de la base de données (%d) avec la date de sauvegarde (%T) et le numéro de la séquence (%s). 4 Politique de conservation des archives La suppression des archives doit se faire par l intermédiaire de RMAN. DELETE OBSOLETE permet de détruire les archive qui ne sont plus nécessaires à la restauration de la base. Cependant, il peut être utile de conserver des backups supposés obsolètes. Ainsi, la clause CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS; permet de conserver les fichiers d archives créés depuis 15 jours même s ils sont obsolètes. 44

45 8. Utilisation de RMAN Configuration et Backup Nota : La clause DELETE BACKUP permet de supprimer toutes les archives disponibles. L ajout de la commande NOPROMPT permet d éviter la confirmation manuelle de l utilisateur, ce qui est utile pour l exécution de scripts. 5 Optimisation Depuis la version 9i, RMAN permet d éviter les redondances de sauvegarde. CONFIGURE BACKUP OPTIMIZATION ON; Si un fichier de la base n a pas été modifié depuis la dernière sauvegarde, RMAN ne le sauvegardera pas de nouveau. 6 Exclusion de tablespace Il est possible de ne pas sauvegarder certain tablespaces lors d un backup. CONFIGURE EXCLUDE FOR TABLESPACE <mon_tablespace>; Nota : il n est pas possible d exclure le tablespace SYSTEM d un backup. 45

46 8. Utilisation de RMAN Configuration et Backup 7. Sauvegarde Trois types de backups sont disponibles. Le backup FULL, INCREMENTAL, INCREMENTAL CUMULATIVE. Les objets pouvant être sauvegardés sont les suivants : DATAFILE DATAFILECOPY TABLESPACE DATABASE L option FILESPERSET permet de spécifier le nombre de fichiers que contiendront les fichiers d archives. 1 Backup FULL La sauvegarde de la base complète est effectuée grâce à la commande : BACKUP FULL DATABASE; ou BACKUP DATABASE; Nota : La clause PLUS ARCHIVE LOG ajoutée à la commande inclut les archives des redologs dans la sauvegarde. 46

47 8. Utilisation de RMAN Configuration et Backup Il est toutefois possible de les sauvegarder séparément les fichiers d archive : BACKUP ARCHIVELOG ALL; 2 Backup INCREMENTAL Un backup incrémental sauvegarde tous les fichiers modifiés depuis le dernier incrémental effectué de même LEVEL ou de LEVEL inférieur. Si aucun backup de ce type n existe, RMAN génère automatiquement un backup FULL de LEVEL 0 : BACKUP INCREMENTAL LEVEL 0 DATABASE; Exemple : BACKUP INCREMENTAL LEVEL 2 DATABASE FILESPERSET 2; Si une sauvegarde INCREMENTAL de niveau 0 existe, cette commande effectue une sauvegarde FULL de la base de donnée. Sinon, elle sauvegarde tous les fichiers modifiés depuis la dernière sauvegarde incrémentale de niveau inférieur ou égal (2,1 ou 0). De plus, chaque fichier d archive contiendra 2 fichiers de données. Nota : Si la base est en mode NOARCHIVELOG, il n est pas possible de faire une sauvegarde INCREMENTAL lorsque celle-ci est ouverte ou en cours d utilisation. 47

48 8. Utilisation de RMAN Configuration et Backup 3 Backup INCREMENTAL CUMULATIVE RMAN sauvegarde tous les blocs de données utilisés depuis le plus récent backup de niveau inférieur. Par exemple, pour un backup INCREMENTAL CUMULATIVE de niveau 2, RMAN sauvegarde tous les blocs utilisés depuis le plus récent backup de niveau 1 ou 0. BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE FILESPERSET 4; 6. Restauration et récupération 1 Vérification des archives RMAN offre la possibilité de vérifier la validité des objets sauvegardés. Ainsi, on peut vérifier si chaque objet peut être restauré à partir des backups existants : Exemples : RESTORE DATABASE VALIDATE; RESTORE TABLESPACE <mon_tablespace> VALIDATE; RESTORE CONTROLFILE VALIDATE; RESTORE ARCHIVELOG FROM TIME 'SYSDATE- 14'VALIDATE; Nota : La clause FROM TIME 'SYSDATE-14'permet de vérifier que les objets des 14 derniers jours peuvent être restaurés. 48

49 8. Utilisation de RMAN Configuration et Backup Contrôle de validité dun backup Le contrôle de la validité de l ensemble des backup se fait grâce à la commande : CROSSCHECK BACKUP OF DATABASE; Maintenance des archives La commande suivante permet d énumérer les fichiers qui ont besoin d être backupés. REPORT NEED BACKUP; et LIST BACKUP SUMMARY; fournit la liste des backups actuels. 49

50 8. Utilisation de RMAN Restauration La commande RESTORE permet de recopier les objets backupés dans la base originale. Il est cependant possible de définir un nouveau nom pour chacun de ces fichiers (SET NEWNAME). On peut ainsi restaurer les CONTROLFILES, un TABLESPACE : RESTORE CONTROLFILE FROM AUTOBACKUP; RESTORE CONTROLFILE FROM TAG mon_controlefile ; RESTORE DATABASE CHECK READONLY; RESTORE TABLESPACE <mon_tablespace>; RESTORE ARCHIVELOG ALL; 50