Outils pour utilisateurs
mise_en_place_d_un_dataguard_avec_oracle_10g
Différences
Cette page vous affiche les différences entre la révision choisie et la version actuelle de la page.
|
mise_en_place_d_un_dataguard_avec_oracle_10g [2013/04/12 07:55] admin [Introduction] |
mise_en_place_d_un_dataguard_avec_oracle_10g [2013/04/16 13:02] (Version actuelle) admin [Modification du stockage] |
||
|---|---|---|---|
| Ligne 1: | Ligne 1: | ||
| + | ~~ODT~~ | ||
| ====== Introduction ====== | ====== Introduction ====== | ||
| {{ :logo_oracle10g.gif?200|}}Je vais décrire ici l'installation pas à pas d'une solution dataguard avec Oracle 10g. Tout se fait en ligne de commande, aucune interface graphique n'est mise en place. | {{ :logo_oracle10g.gif?200|}}Je vais décrire ici l'installation pas à pas d'une solution dataguard avec Oracle 10g. Tout se fait en ligne de commande, aucune interface graphique n'est mise en place. | ||
| Ligne 30: | Ligne 31: | ||
| Les standby redologs ont une taille identique aux redologs. Il doit y avoir 1 standby redolog de plus que le nombre de redologs. Sur le site standby c'est le processus mrp0 qui écrit le contenu des standby redologs dans la base standby. | Les standby redologs ont une taille identique aux redologs. Il doit y avoir 1 standby redolog de plus que le nombre de redologs. Sur le site standby c'est le processus mrp0 qui écrit le contenu des standby redologs dans la base standby. | ||
| - | {{:dataguard.png?|}} | + | {{:data_guard.jpg?|}} |
| Attention, un dataguard n'est pas équivalent à une configuration RAC. Il s'agit juste d'avoir une copie, à jour en temps réel ou différé, de la base de données de production afin de poursuivre l'activité en cas d'arrêt de celle-ci. Le dataguard implique un arrêt, faible certes, mais une non activité pendant le basculement. En clair, le dataguard n'est pas une solution de haute-disponibilité. | Attention, un dataguard n'est pas équivalent à une configuration RAC. Il s'agit juste d'avoir une copie, à jour en temps réel ou différé, de la base de données de production afin de poursuivre l'activité en cas d'arrêt de celle-ci. Le dataguard implique un arrêt, faible certes, mais une non activité pendant le basculement. En clair, le dataguard n'est pas une solution de haute-disponibilité. | ||
| Ligne 636: | Ligne 637: | ||
| <code> | <code> | ||
| cd $ORACLE_HOME/dbs | cd $ORACLE_HOME/dbs | ||
| - | scp orapwYODA oracle@@vm02.adi100.concarnux.fr:/u01/app/oracle/product/11.2.0/dbhome_1/dbs/orapwLUKE | + | scp orapwYODA oracle@vm02.adi100.concarnux.fr:/u01/app/oracle/product/11.2.0/dbhome_1/dbs/orapwLUKE |
| </code> | </code> | ||
| Sur la VM vm02.adi100.concarnux.fr, démarrer la base LUKE en mode nomount | Sur la VM vm02.adi100.concarnux.fr, démarrer la base LUKE en mode nomount | ||
| Ligne 904: | Ligne 905: | ||
| Si la base primaire est LUKE et qu'un fichier est créé ainsi : | Si la base primaire est LUKE et qu'un fichier est créé ainsi : | ||
| <code> | <code> | ||
| - | SQL> alter tablespace_data_alice add datafile '/u01/app/oracle/oradata/LUKE/data_alice_02.dbf' size 5M; | + | SQL> alter tablespace data_alice add datafile '/u01/app/oracle/oradata/LUKE/data_alice_02.dbf' size 5M; |
| </code> | </code> | ||
| Ce fichier sera bien créé sous la base YODA, mais dans la même arborescence ! Hors il serait plus logique que ce fichier soit sous /u01/app/oracle/oradata/YODA. Pour gérer ce cas, il faut activer sous YODA les paramètres suivants : | Ce fichier sera bien créé sous la base YODA, mais dans la même arborescence ! Hors il serait plus logique que ce fichier soit sous /u01/app/oracle/oradata/YODA. Pour gérer ce cas, il faut activer sous YODA les paramètres suivants : | ||
| Ligne 912: | Ligne 913: | ||
| <code> | <code> | ||
| sqlplus sys/manager10@yoda as sysdba | sqlplus sys/manager10@yoda as sysdba | ||
| - | SQL> alter system set db_file_name convert='LUKE','YODA' scope=spfile; | + | SQL> alter system set db_file_name_convert='LUKE','YODA' scope=spfile; |
| - | SQL> alter system set log_file_name convert='LUKE','YODA' scope=spfile; | + | SQL> alter system set log_file_name_convert='LUKE','YODA' scope=spfile; |
| SQL> shutdown immediate; | SQL> shutdown immediate; | ||
| SQL> startup mount; | SQL> startup mount; | ||
mise_en_place_d_un_dataguard_avec_oracle_10g.1365746116.txt.gz · Dernière modification: 2013/04/12 07:55 par admin
Outils de la page
Sauf mention contraire, le contenu de ce wiki est placé sous les termes de la licence suivante : CC Attribution-Share Alike 3.0 Unported
