SQLPLUS : KO

Version imprimable

29/03/2007, 18h13
glutock

[Oracle 9i] ORA-12154 / TNSPING : OK / SQLPLUS : KO

Bonjour,

j'ai créé un serveur avec Oracle 9i qui tournait parfaitement depuis quasiment un mois. Je l'ai redémarré aujourd'hui sans aucune modification, et je ne peux maintenant plus m'y connecter !!! 8O

le tnsping répond bien mais quand je veux me connecter avec SQLPlus, il me dit :

Citation:

ERROR:
ORA-12514: TNS : le module d'écoute (listener) n'a pas pu résoudre le
SERVICE_NAME figurant dans le descripteur de connexion

J'ai le message que ce soit en local sur le serveur ou sur mon poste.

Avez-vous déjà rencontré ce genre de problème ? je ne vois vraiment pas ce qui peut être en cause ! J'ai arrêté et redémarré les services mais rien n'y fait ...

Merci d'avance.
30/03/2007, 08h11
orafrance

probablement que tu exécutes sqlplus qui n'est pas dans le même oracle_home que tnsping.
30/03/2007, 08h27
star

Si tu as une sauvegarde à jour de ta base, tu peux toujours la restaurer.
Sinon, tu devrais certainement rechercher du côté du path, comme te le proposes Fred_D.
Euh! non, orafrance
pardon !!!
.
30/03/2007, 08h39
Alain B.

Bonjour,

Vérifie aussi que le "service_name" dans le TNSNAMES.ORA est bien le même que celui le pfile/spfile de la base.

Alain.
30/03/2007, 08h55
orafrance

Citation:

Envoyé par star

Si tu as une sauvegarde à jour de ta base, tu peux toujours la restaurer.

8O comme tu y vas toi... une restauration pour un simple problème de listener... même Fred_D serait choqué :mouarf:

Faudrait vérifier que la base est démarrée aussi ;)
30/03/2007, 09h15
glutock
Bonjour et merci pour vos réponses !

Voici ce que j'ai fait et le message que j'ai obtenu (à ma grande surprise !) :
Code:

1 2 3 sqlplus /nolog connect / as sysdba
et là il me dit gentillement :

Citation:

Connecté à une instance inactive !!!

Je fais alors un
Code:

1 2 startup
l'instance Oracle se lance, la base se monte et s'ouvre !

Bon jusque là tout se présente plutôt pas mal. A partir du serveur j'arrive parfaitement à me connecter à ma base, mais à partir de mon poste, il me dit :

Citation:

ERROR:
ORA-03113: fin de fichier sur canal de communication

Là je ne vois vraiment pas d'où peut venir le problème, et aussi qu'est-ce qui fait que l'instance n'est pas active au démarrage du serveur ?!
30/03/2007, 09h19
Alain B.

As tu démarré le listener sur le serveur ?
lsnrctl start
(commande système et non sql ;) )
30/03/2007, 09h26
glutock

Voilà le resultat de la commande :

Citation:

Failed to open service <OracleOraHome92TNSListener>, error 1060.
TNSLSNR for 32-bit Windows: Version 9.2.0.1.0 - Production
Le fichier de paramÞtres systÞme est C:\oracle\ora92\network\admin\listener.ora
Messages de journalisation Úcrits dans C:\oracle\ora92\network\log\listener.log
Ecoute sur : (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=srv-webdev.XXXXXXXX.com)(PORT=1521)))

Connexion Ó (ADDRESS=(PROTOCOL=tcp)(PORT=1521))
STATUT du MODULE D'ECOUTE
------------------------
Alias LISTENER
Version TNSLSNR for 32-bit Windows: Version 9.2.0.1.0 - Production
Date de dÚpart 30-MAR-2007 09:23:32
DurÚe d'activitÚ 0 jours 0 heures 0 min. 0 sec
Niveau de trace off
SÚcuritÚ OFF
SNMP OFF
Fichier de paramÞtres du module d'Úcoute (listener) C:\oracle\ora92\network\admin\listener.ora
Fichier journal du module d'Úcoute (listener) C:\oracle\ora92\network\log\listener.log
RÚcapitilatif d'Úcoute des points d'extrÚmitÚ...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=srv-webdev.XXXXXXXX.com)(PORT=1521))
)
Le module d'Úcoute (listener) ne prend en charge aucun service
La commande a rÚussi

J'ai du mal à comprendre comment peuvent cohabiter les messages 'error 1060' et 'la commande a réussi' ...

Après avoir relancé la commande j'obtiens :

Citation:

LSNRCTL for 32-bit Windows: Version 9.2.0.1.0 - Production on 30-MAR-2007 09:39:29

Copyright (c) 1991, 2002, Oracle Corporation. All rights reserved.

Lancement de tnslsnr: Veuillez patienter...

Service OracleOraHome92TNSListener already running.
TNS-12560: TNS : erreur d'adaptateur de protocole
30/03/2007, 10h30
glutock

Bon le problème ne venait pas du tout d'Oracle mais "simplement" du fait que le serveur était en erreur dans le domaine. On l'a donc sorti du domaine puis réintégré et tout est rentré dans l'ordre.

Merci de votre aide !