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.

Doc en ligne Oracle11GR2

Envoyer un rapport (instructions utilisées, argumentation des choix, références) sur spiral pour le 22/02/2015.

Dans ce TP, on utilisera une puis deux machines. La première est la machine utilisée pour le TP2. Il faut créer deux instances supplémentaires sur cette machine:

• Une instance admindb qui servira pour les informations liées à la sauvegarde.
• Une instance orig qui sera à répliquer.

Créer ces nouvelles 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.

La seconde machine sera destinée à jouer le rôle d'esclave dans la partie DataGuard.

Activer les logs d'archive sur orig.

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 orig 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. Eteindre l'instance (shutdown abort ou kill -9 du bon process), puis 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:

• Pouvoir accéder à la base admindb, ainsi qu'à votre base depuis orig et stdby
• Pouvoir accéder à une troisième base tournant sur stdby depuis les deux machines

<note tip>Attention à bien mettre à jour le fichier /etc/hosts sur les deux machines, avec les informations d'IP des deux machines.</note>

<note tip>Les bases non démarrées 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 RMAN¹⁾.

Une fois la physical standby database en place, démarrer l'application des logs transportés en temps réel. Vérifier en effectuant des changements sur la base primary.

Pour finir, effectuer un switchover pour inverser le rôle de chaque base.