Discussion :

[Eric BERNARD]

Bonjour,

Je suis sous UNIX et la variable $ORACLE_SID a étéexporté dans mon environnement.

Lorsque je tape la commande sqlplus compte/pswd@ORACLE_SID j'obtiens le message suivant :

ORA-12154: TNS:could not resolve service name

et lorsque je tape la commande suivante :
sqlplus compte/pswd
la connexion se fait correctement

Savez vous d'ou peut provenir cette différence?

Merci

Cordialement

[pifor]

La différence vient du fait que si vous ne spécifiez pas @$ORACLE_SID dans la chaîne de connexion, alors SQLPLUS essaie de se connecter sans utiliser Oracle Net en utilisant le contenu de la variable d'environnement ORACLE_SID.

Vérifier d'abord que vous avez écrit

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

(...) @$ORACLE_SID

avec le $.
Ensuite si ça ne marche toujours pas, il faudrait vérifier les fichiers de configuration Oracle Net:

TNS-12154 TNS:could not resolve service name

Cause: The service name specified is not defined correctly in the TNSNAMES.ORA file.

Action: Make the following checks and correct the error:

* Verify that a TNSNAMES.ORA file exists and is in the proper place and accessible. See the operating system specific manual for details on the required name and location.
* Check to see that the service name exists in one of the TNSNAMES.ORA files and add it if necessary.
* Make sure there are no syntax errors anywhere in the file. Particularly look for unmatched parentheses or stray characters. Any error in a TNSNAMES.ORA file makes it unusable. See the Oracle9i Net Services Administrator's Guide. If possible, regenerate the configuration files using the Oracle Network Manager.

[Eric BERNARD]

Merci pour vos remarques.

Mais les entrées dans le tnsnames.ora du serveur Unix me semblent corrects.

Sur 14 bases configurées de la même façon, j'en ai uniquement 2 ou je n'arrive pas à me connecter via la commande
sqlplus compte/psswd@$ORACLE_SID
Pour les autres le test est ok

j'utilise le compte appicatif oracle sur le serveur pour réaliser toutes mes manips sur les différentes instances.

les entrées dans le fichier tnsnames.ora sont déclarées de la façon suivante :

DXXX=
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = <IP_SERVEUR>)(PORT = 1521))
)
(CONNECT_DATA = (SID = DXXX))
)

Je suis preneur d'une éventuelle piste.

Cdt

[orafrance]

et si tu remplaces SID par SERVICE_NAME ?

Merci d'utiliser les balises QUOTE

[Eric BERNARD]

Déjà testé mais sans succès.

Et toutes mes entrées du tnsnames.ora sont identiques et elles fonctionnent toutes sauf 2 (qui ne présentent aucune différence par rapport au autres)

[orafrance]

leur listener est bien démarré ?

[childeric]

Déjà testé mais sans succès.

Et toutes mes entrées du tnsnames.ora sont identiques et elles fonctionnent toutes sauf 2 (qui ne présentent aucune différence par rapport au autres)

Vois tu tes base lorsque tu fais une lsnrctl status ?

[Eric BERNARD]

le listener est bien démarré et pour les 2 bases posant pb, j'ai bien un "Status READY" comme pour les autres instances démarrées.

Pour information ma version d'oracle sur mon serveur Unix est 9.2.0.1.0

le mystère demeure ....

[orafrance]

y'aurait pas un firewall au milieu par hasard ?

[Eric BERNARD]

Désolé mais non aucun firewall, les commandes sont tapées en ligne sur le serveur hébergeant les instances Oracle.

[orafrance]

Fait nous un copier coller d'une des descriptions qui ne fonctionne pas, de sa définition dans LISTENER.ORA et le résultat d'un tnsping STP

PS : pense au firewall d'XP éventuellement.

[Eric BERNARD]

Déclaration tnsnames.ora sur le serveur :

CNTRA=
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = <IP_SERVEUR>)(PORT = 1521))
)
(CONNECT_DATA = (SID = CNTRA))
)

Déclaration listener.ora sur le serveur :

(SID_DESC =
(SDU = 4096)
(SID_NAME =CNTRA)
(ORACLE_HOME = /oracle/moteur/9.2.0.1)
(PRESPAWN_MAX = 10)
)

Résultat de la commande tnsping sur le serveur :

TNS-03505: Failed to resolve name

Sinon les commandes sont passées à partir d'une session telnet sur un poste client NT 2000

[orafrance]

c'est quoi ce listener ? Il est où le numéro de port ?

[Eric BERNARD]

Voici la déclaration complète :

LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS =
(PROTOCOL = IPC)
(KEY = EXTPROC0)
)
)
(ADDRESS_LIST =
(ADDRESS =
(PROTOCOL = TCP)
(Host = <IP_SERVEUR>)
(Port = 1521)
)
)
)
)
STARTUP_WAIT_TIME_LISTENER = 0
CONNECT_TIMEOUT_LISTENER = 10
TRACE_LEVEL_LISTENER = OFF
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SDU = 4096)
(SID_NAME =CNTRA)
(ORACLE_HOME = /oracle/moteur/9.2.0.1)
(PRESPAWN_MAX = 10)
)

[Débéa]

Tu n'as qu'un noyau oracle d'installé sur ta machine ? La variable TNS_ADMIN pointe sur le bon $ORACLE_HOME/network/admin ?

[Eric BERNARD]

Je n'ai qu'un moteur oracle d'installer sur ma machine

Et la varaible $TNS_ADMIN est exporté dans mon compte applicatif (elle est donc utilisée pour toutes mes instances)

Cette variable pointe vers /var/opt/oracle (utilisation d'une norme client) qui contient les fichiers suivants :
oraInst.loc
oratab
tnsnames.ora

[jlucch]

Cela ressemble à une coquille que j'ai déjà rencontré plusieurs fois sur UNIX ..

C'est à dire qu'il pourrait y avoir un caractère "cabalistique" caché dans ton tnsnames.ora ...

Je te suggère :

- De supprimer les lignes que tu as rajouté dans ton tnsnames.ora

- Ensuite tu vérifies que toutes tes instances (sauf les 2 que tu viens de retirer) répondent au tnsping (tu repars ainsi avec tnsnames.ora "propre"..)

-Enfin, entre 2 déclarations d'instances qui fonctionnent bien :
tu ajoutes tes 2 instances en faisant un copier-coller du code de déclaration d'une instance qui marche ... (par exemple avec l'éditeur "vi").

[Débéa]

Tu n'as pas de SQLNet.ora avec names.default_domain = xxxxx ?

C'est peut être une histoire de domaine ?

[Eric BERNARD]

Merci à JJLUCH, j'avais en effet apparemment quelques caractères cabalistique caché en fin de fichier tnsnames.ora.

Les instances ont été placées en début de fichier et les tests sont OK

Merci encore

[ziz2005]

Bonjour,
est ce qu'on peux disposer de deux clients oracle sur la même machine
et comment peut on contourner le problème ORA-12154 dans le cas affirmatif.

Merci pour votre aide .