Oracle 11g : Réplication avancée

Version imprimable

Voir 40 message(s) de cette discussion en une page

C'est ma connexion entre les 2 machines qui coince :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
C:>rman
 
Recovery Manager: Release 11.1.0.6.0 - Production on Mer. Sept. 23 15:08:52 2009
 
 
Copyright (c) 1982, 2007, Oracle.  All rights reserved.
 
RMAN> CONNECT target sys/chicago@chicago
 
connecté à la base de données cible : CHICAGO (DBID=789242120)
 
RMAN> CONNECT auxiliary sys/chicago@boston
 
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-04006: erreur de la base de données auxiliaire : ORA-12154: TNS : l'identificateur de connexion indiqué n'a pas pu Ûtre résolu

j'ai tenté des tnsping et j'obtiens des résultats étranges :

Sur la machine ORABLAGNAC :
tnsping orablagnac : OK
tnsping oramontpellier : TNS-03505 : Echec de la résolution du nom
si je fais un tnsping en déclarant l'adresse IP, la connexion fonctionne

Sur la machine ORAMONTPELLIER :
tnsping orablagnac : OK
tnsping oramontpellier : OK

Je pense que c'est ma config des Listener et tnsnames qui pose problème, mais je n'arrive pas à trouver d'infos sur le paramétrage de ces fichiers pour Dataguard...

Sur le serveur primaire :

listener.ora

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = orablagnac)(PORT = 1521))
    )
  )
 
SID_LIST_LISTENER=
   (SID_LIST=
   (SID_DESC=
   (GLOBAL_DBNAME=CHICAGO)
   (ORACLE_HOME=/oracle/product/11.1.0/db_1)
   (SID_NAME=CHICAGO)
   )
   )

tnsnames.ora

Code:

1
2
3
4
5
6
7
8
9
10
 
CHICAGO =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.2.101)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = CHICAGO)
      (SID = CHICAGO)
    )
  )

Sur le serveur standby :

listener.ora

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
LISTENER =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
    (ADDRESS = (PROTOCOL = TCP)(HOST = oramontpellier)(PORT = 1521))
  )
 
SID_LIST_LISTENER=
   (SID_LIST=
   (SID_DESC=
   (GLOBAL_DBNAME=BOSTON)
   (ORACLE_HOME=/oracle/product/11.1.0/db_1)
   (SID_NAME=BOSTON)
   )
   )

tnsnames.ora

Code:

1
2
3
4
5
6
7
8
9
10
BOSTON =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.2.102)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = BOSTON)
      (SID = BOSTON)
    )
  )

le paramètre (SERVER = DEDICATED) sur le tnsnames du serveur primaire est-il nécessaire ?

J'ai modifié les noms des machines et je les ai toutes remplacées par leurs adresses ip respectives, j'ai pu terminer la procédure et tout fonctionne...A part la connexion client - serveur standby

Avec les mêmes paramètres (et en modifiant l'adresse IP dans le tnsnames.ora), j'arrive à accéder sans problème au serveur primaire

Sur le client :
Code:

1 2 3 4 5 6 7 8 9 CHICAGO = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.2.101)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = chicago) ) )
je modifie l'adresse IP en fonction du serveur que je souhaite joindre (orablagnac(primaire) : 192.168.2.101 ; oramontpellier(standby) : 192.168.2.102) mais lorsque j'essaie de me connecter en tant que system sur le serveur standby à partir d'une machine cliente, j'obtiens l'erreur suivante :
Code:

1 2 3 4 5 6 7 8 9 10 11 C:\Documents and Settings\nec>sqlplus system/chicago@chicago SQL*Plus: Release 11.1.0.6.0 - Production on Jeu. Sept. 24 16:41:32 2009 Copyright (c) 1982, 2007, Oracle. All rights reserved. ERROR: ORA-12154: TNS : l'identificateur de connexion indiqué n'a pas pu être résolu Entrez le nom utilisateur :
pour information, si je saisis cette commande sur le serveur standby, la connexion fonctionne

Le problème vient-il de l'appellation? La base n'est-elle pas censée faire des translations de noms (déclaré dans le SPFILE)...

Concernant les redo logs, ils ne sont pas appliqués immédiatement, où puis-je voir et/ou régler le délai de mise à jour de la base de standby ?

Enfin, comment purger les redo logs sur la base primaire et sur la base standby ?

On dirait que je commence à voir le bout du tunnel :mrgreen:

28/09/2009, 17h13
havoc31

J'ai trouvé la solution :
1) Sur chacune des machines clientes, il faut le même tnsnames.ora que sur les serveurs, ainsi les machines ont accès à la BDD primaire et aux Standby
2) Pas trouvé de réponse mais après une réinstallation propre de la standby (c'est à dire en suivant les étapes dans l'ordre :)) les redos sont bien appliqués
3) Je purge les REDO logs lors du Backup dans RMAN

Code:

RMAN>BACKUP DATABASE PLUS ARCHIVELOG DELETE ALL INPUT;

Ma base standby est en lecture seule, est-il possible de la rendre accessible en écriture ? Si oui, où trouver la doc ?
D'après la doc (commerciale) Oracle oui, mais je n'ai pas trouvé comment mettre cette solution en oeuvre, je ne dois pas saisir les bons mots clés (dataguard, write, OPEN_MODE)...
28/09/2009, 17h29
pifor

Avec 11gR1, une base physical standby peut être ouverte en écriture en tant que snapshot standby.

Merci pifor, cela fonctionne parfaitement, sauf quand je souhaite redémarrer l'application des Redo; voici ce que je fais :

Arrêter l’application des redo

Code:

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

Convertir en snapshot (base montée non ouverte) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 C:>SQLPLUS sys/chicago@boston AS SYSDBA SQL> SHUTDOWN IMMEDIATE SQL> exit C:>set oracle_sid=BOSTON C:>sqlplus /nolog SQL> CONNECT / AS SYSDBA SQL> startup mount SQL> ALTER DATABASE CONVERT TO SNAPSHOT STANDBY;
Convertir en Physical (base montée non ouverte) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 C:>SQLPLUS sys/chicago@boston AS SYSDBA SQL> SHUTDOWN IMMEDIATE SQL> exit C:>set oracle_sid=BOSTON C:>sqlplus /nolog SQL> CONNECT / AS SYSDBA SQL> STARTUP MOUNT SQL> ALTER DATABASE CONVERT TO PHYSICAL STANDBY; Redémarrer l’application des redo SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE;
Lorsque je suis à ce point, et que j'exécute la dernière requête, le curseur reste bloqué et ne bouge plus.
Si j'ouvre une autre invite de commande et que j'essaie d'ouvrir la base :
Code:

1 2 3 4 5 SQL> alter database open; alter database open * ERREUR à la ligne 1 : ORA-01154: base de données occupée ; ouvrir, fermer, monter et démonter non permis
La fenêtre est déjà restée dans cet état depuis plusieurs heures (alors qu'aucun schéma ou utilisateur n'a été créé sur la base primaire il y a donc très peu de redo logs à appliquer...)
Sauriez-vous d'ou vient ce problème ?:calim2:

De retour avec plein de questions...

J'avais pu contourner le problème évoqué dans le post précédent (blocage de la dernière requête) en n'ouvrant pas la base, étant donné qu'elle n'a besoin d'être accessible qu'en mode snapshot.

Le problème est que lorsque j'essaie de repasser en mode snapshot, la requête d'ouverture de la base (ALTER DATABASE OPEN; ) pose le même problème :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 C:>SQLPLUS sys/chicago@boston AS SYSDBA SQL> SHUTDOWN IMMEDIATE SQL> exit C:>set oracle_sid=BOSTON C:>sqlplus /nolog SQL> CONNECT / AS SYSDBA SQL> startup mount SQL> ALTER DATABASE CONVERT TO SNAPSHOT STANDBY; SQL> SHUTDOWN IMMEDIATE SQL> exit C:>set oracle_sid=BOSTON C:>sqlplus /nolog SQL> CONNECT / AS SYSDBA SQL> startup mount SQL> ALTER DATABASE open; <plus de réaction de la part de la fenêtre de commande>
Si j'ouvre une nouvelle fenêtre et que je tente de me connecter :
Code:

1 2 3 4 5 6 7 8 9 10 C:>sqlplus sys/chicago@boston as sysdba SQL*Plus: Release 11.1.0.6.0 - Production on Mar. Oct. 6 15:55:56 2009 Copyright (c) 1982, 2007, Oracle. All rights reserved. Connecté. SQL> desc dba_users; ERROR: ORA-01012: not logged on
PS : il se passe un délai très long (environ 1 minute) avant que l'invite affiche "Connecté"

Voir 40 message(s) de cette discussion en une page