Pb redemarrage à distance : Shutdown ok / startup ko [ORA-12514] [Résolu]

[gemogof]

Bonjour à tous,

Je me retrouve devant un problème que je n'arrive pas à résoudre malgré de nombreuses recherches et tests .... d'où ce post.

********************
Environnement
********************
server : Oracle 11g sous WinSrv2008 R2
client : client 11g sous Vista

********************
Contexte
********************
comme écrit dans l'intitulé du post j'essaye à partir de mon poste client de faire un redémarrage à distance de ma base via sqlplus.
J'arrive à me connecter à mon server et faire un shutdown de ma base, par contre après cette commande quand je fais un startup j'ai cette **** d'erreur ORA-12514 qui apparaît !


*******************
listener.ora (côté serveur)
*******************

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
SID_LIST_ORADEV_LSTN =
  (SID_LIST =
    (SID_DESC =
      (GLOBAL_DBNAME = mabase.VMORADEV.interne.domaine.LOCAL)
      (ORACLE_HOME = E:\Oracle\product\11.2.0\dbhome_1)
      (SID_NAME = mabase)
    )
  )
 
ADR_BASE_ORADEV_LSTN = E:\Oracle\product\11.2.0\dbhome_1\log
 
ORADEV_LSTN =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = VMORADEV)(PORT = 1521))
    )
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
    )
  )

*******************
tnsnames.ora (côté client)
*******************

Code :

1
2
3
4
5
6
7
8
9
10
mabase.VMORADEV =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = VMORADEV)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = mabase.VMORADEV.interne.domaine.LOCAL)
    )
  )

*******************
procédure suivie
*******************
côté client
-------------
je lance une console

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
U:\>sqlplus SYS/mot2pass@mabase.VMORADEV AS sysdba
 
SQL*Plus: Release 11.1.0.6.0 - Production ON Jeu. Mars 10 14:27:39 2011
 
Copyright (c) 1982, 2007, Oracle.  ALL rights reserved.
 
 
ConnectÚ Ó :
Oracle DATABASE 11g Release 11.2.0.1.0 - 64bit Production
 
SQL> shutdown
Base de donnÚes fermÚe.
Base de donnÚes dÚmontÚe.
Instance ORACLE arrÛtÚe.
SQL> startup
ORA-12514: TNS : le processus d'Úcoute ne conna¯t pas actuellement le service demandÚ dans le descripteur de connexion
SQL>

côté server
-------------
quand je vérifie les services

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
C:\>lsnrctl STATUS
 
LSNRCTL FOR 64-bit Windows: Version 11.2.0.1.0 - Production ON 10-MARS -2011 14:
23:42
 
Copyright (c) 1991, 2010, Oracle.  ALL rights reserved.
 
Connexion Ó (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
STATUT du PROCESSUS D'ECOUTE
------------------------
Alias                     LISTENER
Version                   TNSLSNR for 64-bit Windows: Version 11.2.0.1.0 - Produ
ction
Date de dÚpart                       10-MARS -2011 11:41:26
DurÚe d'activitÚ                    0 jours 2 heures 42 min. 16 sec
Niveau de trace           off
SÚcuritÚ                  ON: LOCAL OS Authentication
SNMP                      OFF
Fichier de paramÞtres du processus d'Úcoute     E:\Oracle\product\11.2.0\dbhome_1\network\admin\listener.ora
Fichier journal du processus d'Úcoute             e:\oracle\diag\tnslsnr\VMORADEV\listener\alert\log.xml
RÚcapitulatif d'Úcoute des points d'extrÚmitÚ...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=VMORADEV.interne.domaine.LOCAL)(PORT=1521)))
RÚcapitulatif services...
Le service "CERTIF.vmoradev.interne.gentiane.local" comporte 1 instance(s).
  L'instance "certif", statut READY, comporte 1 gestionnaire(s) pour ce service.
..
Le service "CERTIFXDB.vmoradev.interne.domaine.local" comporte 1 instance(s).
  L'instance "certif", statut READY, comporte 1 gestionnaire(s) pour ce service...
La commande a rÚussi

j'ai bien le service correspondant à une deuxième base de test mais pas celui correspondant au service de ma base ...


ça fait le deuxième jour que j'essaye de me dépatouiller avec ça en ayant fait plusieurs recherches.
je suis notamment tombé sur
- ce message
- ainsi que cette page

De ce que j'ai vu et d'après l'erreur (que je connais) il semblerait que ce soit un pb de déclaration dans le listener.ora mais pour moi il est ok.

de même j'ai bien fat une déclaration statique donc le service devrait être listé quand je fais un lsnrctl status ...

là j'avoue que je commence à ne plus rien y comprendre.
Si quelqu'un pouvait m'aider ce serait vraiment gentil !

[root_nizar]

Tu peux changer dans le listner.ora le nom du (HOST=VMORADEV) par le nom du domaine (HOST=mabase.VMORADEV.interne.domaine.LOCAL)

Cdlt

[gemogof]

merci pour cette réponse. malheureusement ça ne fonctionne pas.

tu m'as dit de modifier le listener en rajoutant le domaine mais dans ton exemple tu rajoutes le SID en plus du domaine. ça m'a un peu perdu.

j'ai donc essayé les 2 façons

1/ modif du listener.ora de mon server en ajoutant le domaine comme ceci :

Code :

1
2
3
4
5
6
7
8
9
ORADEV_LSTN =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = VMORADEV.interne.domaine.LOCAL)(PORT = 1521))
    )
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
    )
  )

2/ modif du listener.ora de mon server en ajoutant le domaine et la base comme ceci :

Code :

1
2
3
4
5
6
7
8
9
ORADEV_LSTN =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = mabase.VMORADEV.interne.domaine.LOCAL)(PORT = 1521))
    )
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
    )
  )

j'ai toujours la même erreur. l'arrêt fonctionne mais pas le redémarrage.

Apparemment quand je shutdown mon instance il m'est impossible de m'y connecter à distance.
Par contre si je me lance une commande sqlplus côté server, là par contre je suis en mesure de relancer ma base :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
C:\>SET oracle_sid=mabase
 
C:\>sqlplus SYS/mot2pass AS sysdba
 
SQL*Plus: Release 11.2.0.1.0 Production ON Jeu. Mars 10 17:21:28 2011
 
Copyright (c) 1982, 2010, Oracle.  ALL rights reserved.
 
ConnectÚ Ó une instance inactive.
 
SQL> startup
Instance ORACLE lancÚe.
 
Total System Global Area 1068937216 bytes
Fixed Size                  2182592 bytes
Variable Size             704643648 bytes
DATABASE Buffers          356515840 bytes
Redo Buffers                5595136 bytes
Base de donnÚes montÚe.
Base de donnÚes ouverte.
SQL>

je précise que je veux éviter d'avoir à ouvrir une session sur le server pour lancer le sqlplus côté server. Puisque l'idée est de faire un script que lance à distance

[root_nizar]

Bonjour,
excuse moi je parle de :
(ADDRESS = (PROTOCOL = TCP)(HOST = VMORADEV.interne.domaine.LOCAL)

Recharge le listner
lnsrctl> relaod listener

[Pomalaix]

Envoyé par gemogof

Code :

C:\>lsnrctl STATUS

j'ai bien le service correspondant à une deuxième base de test mais pas celui correspondant au service de ma base ...

Ca par exemple c'est normal.
"lsnrctl status" tout court s'applique au module d'écoute qui s'appelle LISTENER.
Le vôtre s'appelle ORADEV_LSTN, il faut donc utiliser

Code :

lsnrctl STATUS ORADEV_LSTN

D'ailleurs, quel en est le résultat lorsque la base est démarrée (et donc que l'enregistrement dynamique s'effectue) ?

Il serait utile aussi de fournir le résultat de ces commandes :

Code :

1
2
3
4
5
6
7
8
SHOW parameter instance_name
SHOW parameter db_name
SHOW parameter db_domain
SHOW parameter service_names
SHOW parameter db_unique_name
SHOW parameter local_listener
SHOW parameter remote_listener
SELECT * FROM global_name;

[gemogof]

Il serait utile aussi de fournir le résultat de ces commandes :

voici ce que cela donne :

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
32
33
34
35
36
37
38
39
40
41
42
43
44
C:\>sqlplus SYS/mot2pass@MABASE AS sysdba
SQL*Plus: Release 11.2.0.1.0 Production ON Ven. Mars 11 09:01:07 2011
Copyright (c) 1982, 2010, Oracle.  ALL rights reserved.
ConnectÚ Ó : Oracle DATABASE 11g Release 11.2.0.1.0 - 64bit Production
 
SQL> SHOW parameter instance_name
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
instance_name                        string      mabase
 
SQL> SHOW parameter db_name
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_name                              string      MABASE
 
SQL> SHOW parameter db_domain
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_domain                            string      VMORADEV.interne.domaine.LOCAL
 
SQL> SHOW parameter service_names
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
service_names                        string      MABASE.VMORADEV.interne.domaine.LOCAL
 
SQL> SHOW parameter db_unique_name
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_unique_name                       string      MABASE
 
SQL> SHOW parameter local_listener
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
local_listener                       string
 
SQL> SHOW parameter remote_listener
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
remote_listener                      string
 
SQL> SELECT * FROM global_name;
GLOBAL_NAME
-------------------------------------------------------------------------------
MABASE.VMORADEV.INTERNE.DOMAINE.LOCAL

concernant le listener, je n'ai pas de listener nommé "LISTENER" lors du paramétrage de la base je l'ai renommé en "ORADEV_LSTN". Donc que je fasse

Code :

lsnrctl STATUS

ou

Code :

lsnrctl STATUS ORADEV_LSTN

j'ai le même résultat.

quand la base est démarrée voici le le résultat (j'ai 3 instances différentes sur mon server oracle de dev)

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
32
33
34
35
36
37
38
39
C:\>lsnrctl STATUS
 
LSNRCTL FOR 64-bit Windows: Version 11.2.0.1.0 - Production ON 11-MARS -2011 11:16:32
Copyright (c) 1991, 2010, Oracle.  ALL rights reserved.
Connexion Ó (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
 
STATUT du PROCESSUS D'ECOUTE
------------------------
Alias                     LISTENER
Version                   TNSLSNR for 64-bit Windows: Version 11.2.0.1.0 - Production
Date de dÚpart            10-MARS -2011 17:59:25
DurÚe d'activitÚ          0 jours 17 heures 17 min. 9 sec
Niveau de trace           off
SÚcuritÚ                  ON: LOCAL OS Authentication
SNMP                      OFF
Fichier de paramÞtres du processus d'Úcoute     E:\Oracle\product\11.2.0\dbhome_1\network\admin\listener.ora
Fichier journal du processus d'Úcoute             e:\oracle\diag\tnslsnr\VMORADEV\listener\alert\log.xml
RÚcapitulatif d'Úcoute des points d'extrÚmitÚ...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=VMORADEV.interne.domaine.LOCAL)(PORT=1521)))
RÚcapitulatif services...
Le service "CERTIF.vmoradev.interne.domaine.local" comporte 1 instance(s).
  L'instance "certif", statut READY, comporte 1 gestionnaire(s) pour ce service.
..
Le service "CERTIFXDB.vmoradev.interne.domaine.local" comporte 1 instance(s).
  L'instance "certif", statut READY, comporte 1 gestionnaire(s) pour ce service.
..
Le service "MABASE.VMORADEV.interne.domaine.local" comporte 1 instance(s).
  L'instance "mabase", statut READY, comporte 1 gestionnaire(s) pour ce service...
 
Le service "MABASEXDB.VMORADEV.interne.domaine.local" comporte 1 instance(s).
  L'instance "mabase", statut READY, comporte 1 gestionnaire(s) pour ce service...
 
Le service "BD2.VMORADEV.interne.domaine.local" comporte 1 instance(s).
  L'instance "bd2dev", statut READY, comporte 1 gestionnaire(s) pour ce service.
..
Le service "BD2DEVXDB.VMORADEV.interne.domaine.local" comporte 1 instance(s).
  L'instance "bd2dev", statut READY, comporte 1 gestionnaire(s) pour ce service.
..
La commande a rÚussi

quand la base est arrêtée les 2 services correspondant à l'instance 'mabase' n'apparaissent plus.

[gemogof]

Rebonjour,

et merci pour l'attention portée à mon pb (j'ai oublié dans le précédent message de dire merci )

au cas où cela peut aider j'ai remarqué que même côté server je pouvais avoir le même message en fonction de la méthode de connexion utilisée :

Connexion avec oracle_sid :

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
C:\>SET oracle_sid=MABASE
 
C:\>echo %oracle_sid%
MABASE
 
C:\>sqlplus SYS/mot2pass AS sysdba
SQL*Plus: Release 11.2.0.1.0 Production ON Ven. Mars 11 11:28:24 2011
Copyright (c) 1982, 2010, Oracle.  ALL rights reserved.
ConnectÚ Ó :
Oracle DATABASE 11g Release 11.2.0.1.0 - 64bit Production
 
SQL> shutdown
Base de donnÚes fermÚe.
Base de donnÚes dÚmontÚe.
Instance ORACLE arrÛtÚe.
 
SQL> startup
Instance ORACLE lancÚe.
Total System Global Area 1068937216 bytes
Fixed Size                  2182592 bytes
Variable Size             704643648 bytes
DATABASE Buffers          356515840 bytes
Redo Buffers                5595136 bytes
Base de donnÚes montÚe.
Base de donnÚes ouverte.
 
SQL> exit
DÚconnectÚ de Oracle DATABASE 11g Release 11.2.0.1.0 - 64bit Production

Donc pas de souci ...


Connexion avec local naming (TNS):

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
C:\>sqlplus SYS/mot2pass@MABASE AS sysdba
SQL*Plus: Release 11.2.0.1.0 Production ON Ven. Mars 11 11:32:05 2011
Copyright (c) 1982, 2010, Oracle.  ALL rights reserved.
ConnectÚ Ó :
Oracle DATABASE 11g Release 11.2.0.1.0 - 64bit Production
 
SQL> shutdown
Base de donnÚes fermÚe.
Base de donnÚes dÚmontÚe.
Instance ORACLE arrÛtÚe.
 
SQL> startup
ORA-12514: TNS : le processus d'Úcoute ne conna¯t pas actuellement le service de mandÚ dans le descripteur de connexion
 
SQL> exit
DÚconnectÚ de Oracle Database 11g Release 11.2.0.1.0 - 64bit Production

rebelotte ... et idem avec une connection simplifiée du type sqlplus user/mdp@host:port/service_name


Apparemment de ce que j'en déduis, le shutdown/start ne fonctionne donc que si l'on indique le SID ...
et dès que l'on passe par un alias ou le global_name ça plante car doit être 'traduit' par le listener or vu qu'on fait un shutdown il n'est plus répertorié par ce dernier (cf. lsnrctl status) ?
Pb, le "set oracle_sid=MABASE" fonctionne qu'en local ...
j'ai juste ou me gourre complet ?

[gemogof]

Bon alors voici quelques précisions complémentaires ...

J'ai testé d'autres syntaxes de connexion indiquées dans la doc se SQLPLUS, voici ce que ça donne (côté client toujours)

en utilisant le service_name

Code :

1
2
3
4
5
6
7
8
SQL> connect SYS/mot2pass@(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=VMORADEV)(PORT=1521) )(CONNECT_DATA=(SERVICE_NAME=MABASE.VMORADEV.interne.gentiane.LOCAL) ) ) AS sysdba
ConnectÚ.
SQL> shutdown
Base de donnÚes fermÚe.
Base de donnÚes dÚmontÚe.
Instance ORACLE arrÛtÚe.
SQL> startup
ORA-12514: TNS : le processus d'Úcoute ne conna¯t pas actuellement le service demandÚ dans le descripteur de connexion

la même en indiquant direct le SID

Code :

1
2
3
4
5
6
7
8
SQL> connect SYS/mot2pass@(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=VMORADEV)(PORT=1521) )(CONNECT_DATA=(SID=MABASE) ) ) AS sysdba
ConnectÚ.
SQL> shutdown
Base de donnÚes fermÚe.
Base de donnÚes dÚmontÚe.
Instance ORACLE arrÛtÚe.
SQL> startup
ORA-12505: TNS : le processus d'Úcoute ne conna¯t pas actuellement le SID indiquÚ dans le descripteur de connexion

Donc là j'en déduis bien que le pb vient de mon listener.
Quand je défini côté server la variable d'environnement ORACLE_SID et que je fais une connexion 'directe' (donc sur <oracle_sid>) ça fonctionne

Par contre dès que j'essaye de me connecter côté client et quelque soit la syntaxe (même en indiquant direct le SID dans la chaîne de connexion) là, ça passe automatiquement par le listener du server.
or mon instance étant inactive elle n'est plus connue de mon listener et donc patatra ... connexion impossible !!!

Et pourtant dans mon listener.ora cette instance est bien déclarée 'en dur' donc de façon statique. à moins que je ne me soit trompé sur la façon de déclarer statiquement une instance ...
Comment faire ???

[Pomalaix]

Il ne fait aucun doute depuis le tout début que c'est un problème de déclaration statique de votre base qui vous empoisonne.
Cette déclaration "en dur" de la base dans le LISTENER.ORA est obligatoire pour réussir à démarrer une base à distance.

Si elle fonctionnait, vous n'auriez pas les erreurs ORA-12514 et ORA-12505 lorsque la base est arrêtée.
De même, peu après le démarrage de la base, "lsnrctl status" devrait afficher non seulement un statut READY (qui correspond à l'enregistrement dynamique), mais aussi un statut UNKNOWN qui correspond à un enregistrement statique).

En revoyant votre paramétrage, la seule bizarrerie qui m'apparaît est le nom de votre serveur (comme relevé par root_nizar).
Il s'appelle VMORADEV tout court, ou VMORADEV.interne.domaine.LOCAL ?
Un ping sur l'un et sur l'autre fonctionne-t-il ?
Un TNSPING sur l'un et sur l'autre (oui, je dis bien tnsping sur le nom du serveur) fonctionne-t-il ?
Y a-t-il une différence entre le résultat de la commande DOS "hostname" et celui de

Code :

SELECT HOST_NAME FROM V$INSTANCE;

[gemogof]

Bonjour,


nom du serveur

le nom de mon serveur est bien "VMORADEV".
"VMORADEV.interne.domaine.local" correspond à son nom complet dans le domaine.

Code :

1
2
3
4
5
SQL> SELECT HOST_NAME FROM V$INSTANCE;
VMORADEV
 
C:\>hostname
VMORADEV

les deux commandes renvoient toutes deux "VMORADEV".


PING

En ce qui concerne le TNSPING, j'avais déja vu cette commande lors de mes recherches et l'avait donc déjà effectuée et rien d'anormal de m'était apparu. En voici le détail, exécuté côté client :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
U:\>tnsping vmoradev
TNS Ping Utility FOR 32-bit Windows: Version 11.1.0.6.0 - Production ON 14-MARS -2011 10:42:05
Copyright (c) 1997, 2007, Oracle.  ALL rights reserved.
Fichiers de paramÞtres utilisÚs :
C:\Base\Oracle11g\network\admin\sqlnet.ora
Adaptateur EZCONNECT utilisÚ pour la rÚsolution de l alias
Attempting TO contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.63.106)(PORT=1521)))
OK (20 msec)
 
U:\>tnsping vmoradev.interne.domaine.LOCAL
TNS Ping Utility FOR 32-bit Windows: Version 11.1.0.6.0 - Production ON 14-MARS -2011 10:42:24
Copyright (c) 1997, 2007, Oracle.  ALL rights reserved.
Fichiers de paramÞtres utilisÚs :
C:\Base\Oracle11g\network\admin\sqlnet.ora
Adaptateur EZCONNECT utilisÚ pour la rÚsolution de l alias
Attempting TO contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.63.106)(PORT=1521)))
OK (0 msec)

Pour ce qui est du simple ping, j'ai les mêmes résultats

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
U:\>ping vmoradev
 
Envoi d une requête 'ping' sur vmoradev.interne.domaine.LOCAL [192.168.63.106] avec 32 octets de données*:
Réponse de 192.168.63.106*: octets=32 temps=1 ms TTL=128
Réponse de 192.168.63.106*: octets=32 temps<1ms TTL=128
Réponse de 192.168.63.106*: octets=32 temps<1ms TTL=128
Réponse de 192.168.63.106*: octets=32 temps<1ms TTL=128
 
Statistiques Ping pour 192.168.63.106:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 1ms, Moyenne = 0ms
 
U:\>ping vmoradev.interne.domaine.LOCAL
 
Envoi d une requête 'ping' sur vmoradev.interne.domaine.LOCAL [192.168.63.106] avec 32 octets de données*:
Réponse de 192.168.63.106*: octets=32 temps=1 ms TTL=128
Réponse de 192.168.63.106*: octets=32 temps<1ms TTL=128
Réponse de 192.168.63.106*: octets=32 temps<1ms TTL=128
Réponse de 192.168.63.106*: octets=32 temps<1ms TTL=128
 
Statistiques Ping pour 192.168.63.106:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 1ms, Moyenne = 0ms

je pense avoir compris d'où venait mon problème. Qui est plus une faute de ma part plutôt qu'un problème technique. je pense que cela vient peut être de la définition du domain.

Quand il a fallu donner un db_global_name, j'ai indiqué db_name.host.domain au lieu de db_name.domain.
Du coup le

Code :

SQL> SHOW parameter db_domain

renvoie
VMORADEV.interne.domaine.LOCAL au lieu de interne.domaine.local

et du coup ça impacte tous le reste ...
qu'en pensez-vous ?

de mon côté je vais faire les modifs nécessaire vous tiens au courant.
merci de m'avoir éclairé.

[gemogof]

Ok.

Donc après correction du db_domaine ainsi que du global_dbname (en enlevant le host) cela fonctionne beaucoup mieux.

Pour info, j'ai aussi modifié le nom de mon listener (afin revenir au nom de base 'LISTENER') et mis à jour le global_dbname dans le listener.

après un 'lsnrctl reload' j'ai effectivement bien ma déclaration statique qui est reconnue puisque quand je fais un 'lsnrctl status' j'ai bien listé pour le service 'mabase.interne.domaine.local' 2 instances, une a READY et l'autre à UNKNOWN

Code :

1
2
3
4
5
C:\> lsnrctl STATUS
RÚcapitulatif services...
Le service "MABASE.interne.gentiane.local" comporte 2 instance(s).
  L'instance "MABASE", statut UNKNOWN, comporte 1 gestionnaire(s) pour ce service...
  L'instance "mabase", statut READY, comporte 1 gestionnaire(s) pour ce service...

Voilà c'est donc corrigé ! Merci encore à vous deux.

(me reste plus à qu'à modifier le domain_name de mes autres instances pour qu'elles soient aussi déclarées statiquement dans le listener)