Différences

Ci-dessous, les différences entre deux révisions de la page.

--- enseignement:tp:adminbd:tp4 [2013/02/10 20:39]
ecoquery [DATAGUARD]
+++ enseignement:tp:adminbd:tp4 [2016/02/12 09:41] (Version actuelle)
nluminea [RMAN]
@@ Ligne 1: / Ligne 1: @@
-====== Sauvegarde et réplication ======
-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.
+====== Sauvegarde  ======
+L'objectif de ce TP est de mettre en oeuvre un cycle de sauvegarde/restauration via l'utilitataire RMAN.
 [[http://www.oracle.com/pls/db112/portal.all_books|Doc en ligne Oracle11GR2]]
-Envoyer un rapport (instructions utilisées, argumentation des choix, références) par mail à [[emmanuel.coquery@liris.cnrs.fr?subject=[TI3] Rendu TP sauvegarde|emmanuel.coquery@liris.cnrs.fr]] pour le 17/02/2013.
+Envoyer un rapport (instructions utilisées, argumentation des choix, références) sur [[http://spiralconnect.univ-lyon1.fr/webapp/activities/activities.jsp?containerId=5373843|spiral]] pour le 19/02/2016.
-===== Préliminaire: accès aux machines virtuelles du TP =====
- 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 ssh((utiliser le X11 forwarding (-X) pour accéder aux applications graphiques)). 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 machines((démarrage, gestion des snapshot)). Voir TOMUSS pour les informations d'accès.
+===== Préliminaire: préparations des machines pour le TP =====
+Dans ce TP, on utilisera la machine utilisée pour le [[enseignement:tp:adminbd:tp2:2014|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.
-Les machines sont préinstallées avec:
-  * CentOS 5.8
-  * Oracle 11gR2
-  * Une base de donnée, ''admindb''
 ===== RMAN =====
-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 2<sup>nde</sup> 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.
-===== DATAGUARD =====
-L'objectif de cette partie est de mettre en place une réplication via le mécanisme [[http://docs.oracle.com/cd/E11882_01/server.112/e25608/concepts.htm#i1039416|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>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. [[http://laetitia-avrot.blogspot.fr/2011/10/duplicate-rman-06217-et-rman-04006.html|ici]])</note>
-La troisième base sera créée ensuite comme une //physical standby database//, voir la création [[http://docs.oracle.com/cd/E11882_01/server.112/e25608/create_ps.htm|ici]], en passant éventuellement par la commande [[http://docs.oracle.com/cd/E11882_01/server.112/e25608/rcmbackp.htm|DUPLICATE de RMAN]]((on préfèrera la duplication à base de backups)).
+Activer les logs d'archive sur ''orig''.
-Une fois la physical standby en place, la placer en mode de
+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.
-===== Divers =====
-<note tip>Installation des vmware tools:
+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.
-<code>
-cd /etc/yum.repos.d/
-wget http://liris.cnrs.fr/~ecoquery/files/vmware.repo
-yum install vmware-tools-esx.i686
-</code>
-Installation de rlwrap:
-<code>
-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
-</code>
-</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:
+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. Pour cela, vous aurez préalablement créé un point de restauration pour ensuite pouvoir faire un 'flashback' de votre base.
-<code>/etc/init.d/network restart</code>
-Se déconnecter, puis se reconnecter.
-Modifier également le fichier ''/etc/hosts'' pour y ajouter les alias vers l'IP de la machine((celle pour l'interface ''eth0'')), e.g.
-<code>
-.222.33.44   toto.localdomain   toto
-</code>
-:!: Attention, cela ne change le nom que sur la machine, cela ne change pas les DNS :!:
-</note>

Emmanuel COQUERY

Outils de la page

Différences