Ceci est une ancienne révision du document !
L'objectif de ce TP est de mettre en oeuvre un cycle de sauvegarde/restauration via l'utilitataire RMAN, puis de mettre en place une réplication de base de données via la mécanique DATAGUARD.
Envoyer un rapport (instructions utilisées, argumentation des choix, références) par mail à emmanuel.coquery@liris.cnrs.fr pour le 17/02/2013.
Ce TP s'appuie sur un ensemble de machine virtuelles disponibles dans l'infrastructure dédiée du département informatique. L'accès à ces machines se fera via ssh1). Les adresses IP des machines seront mises à disposition via TOMUSS. Le mot de passe root et celui de l'utilisateur oracle seront fournis en TP. Il est possible d'installer sur une machine personnelle l'utilitaire vSphere Client (IP: 192.168.73.9) afin de gérer les machines2). Voir TOMUSS pour les informations d'accès.
Les machines sont préinstallées avec:
admindb
Créer une nouvelle base de données, via l'utilitaire dbca
. On fera attention à laisser Oracle gérer les noms des fichiers (control files et data files), cela simplifiera les choses pour la partie réplication. Activer les logs d'archive.
Dans la base admindb, créer un schéma/utilisateur pour gérer le catalogue de RMAN, lui donner le bon rôle et configurer RMAN pour initialiser le contenu du catalogue. Dans la suite du TP, on utilisera la base admindb uniquement pour gérer le catalogue RMAN.
Effectuer une sauvegarde à chaud de la 2nde base via RMAN. Créer une table et y insérer des données. Supprimer le datafile du tablespace contenant la tablée créée. Restaurer.
Créer une nouvelle table, y insérer des données. Revenir juste avant la création de la table grâce aux logs d'archive.
L'objectif de cette partie est de mettre en place une réplication via le mécanisme DATAGUARD d'Oracle. Pour cela, on utilisera la deuxième machine, nommée stdby
, la première étant nommée orig
.
Sur stdby
, supprimer la base admindb, la seule instance utilisée pour cette base étant celle qui tourne sur orig
.
Configurer les fichiers réseau Oracle pour:
admindb
, ainsi qu'à votre base depuis orig
et stdby
stdby
depuis les deux machines
<note tip>Les bases non démarrée peuvent être difficiles d'accès. Bien penser au fichiers password générés avec orapwd
. Voir également les paramètres de connexion, plus le tips (UR=A)
(c.f. e.g. ici)</note>
La troisième base sera créée ensuite comme une physical standby database, voir la création ici, en passant éventuellement par la commande DUPLICATE de RMAN3).
Une fois la physical standby en place, la placer en mode de
<note tip>Installation des vmware tools:
cd /etc/yum.repos.d/ wget http://liris.cnrs.fr/~ecoquery/files/vmware.repo yum install vmware-tools-esx.i686
Installation de rlwrap:
cd /tmp wget http://liris.cnrs.fr/~ecoquery/files/rlwrap-0.37-1.el5.i386.rpm rpm -Uvh rlwrap-0.37-1.el5.i386.rpm
</note>
<note tip>Changer le hostname (utile pour savoir si on est sur la machine de départ ou sur la machine qui héberge le standby): éditer le fichier /etc/sysconfig/network
, puis relancer le réseau:
/etc/init.d/network restart
Se déconnecter, puis se reconnecter.
Modifier également le fichier /etc/hosts
pour y ajouter les alias vers l'IP de la machine4), e.g.
111.222.33.44 toto.localdomain toto
Attention, cela ne change le nom que sur la machine, cela ne change pas les DNS </note>