Discussion :

[SwyZe]

Bonjour,

J'ai installé hier Oracle Database 18c sur mon ordinateur. Après avoir pas mal galéré, j'ai réussi à me connecter sur SQL Developer, pour ajouter des tables, puis j'ai également réussi sur Eclipse (JDBC).
Pensant que tout était ok, hier soir j'ai éteins mon ordinateur en allant me coucher… Mais à ma grande surprise ce matin ma base de données ne fonctionne plus… J'imagine qu'il faut faire en sorte qu'elle se lance au démarrage ? Ou peut-être que l'IP change ?
J'ai utilisé 198.168.1.60, soit l'IP de ma machine sur mon réseau pour me connecter hier, mais aujourd'hui ça ne fonctionne plus… (j'ai vérifié, j'ai bien pourtant bien la même IP)…

Je raconte peut-être un peu n'importe quoi, je ne m'y connais pas vraiment en administration de base de données, mais j'espère avoir quand même été suffisamment compréhensible..

Merci de votre aide !
Alex

[Ikebukuro]

Mais à ma grande surprise ce matin ma base de données ne fonctionne plus

Quel est concrètement le message d'erreur ou le pb?

Que donne

Code :

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

SELECT status from v$instance?

Si ce n'set pas OPEN... problème!

[SwyZe]

Cela me donne

Code :

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

1
2
3
4
5
6
 
SQL> SELECT status from v$instance;
 
STATUS
------------
OPEN

Donc en théorie c'est bon, mais je n'arrive pourtant pas à me connecter à la base de données…

En plus, j'utilise actuellement 192.168.1.60 comme nom d'hote, car c'est le seul moyen que j'ai trouvé pour réussir à me connecter, mais j'ai vu que partout sur internet ils se connectaient avec localhost (ce que je préfèrerai étant donné que mon IP change selon le réseau Wifi auquel je suis connecté).

[Ikebukuro]

Pour la deuxième fois : quel est le message d'erreur?

[SwyZe]

Bonsoir,

J'ai comme erreur

Statut : échec -Echec du test : Erreur d'E/S : The Network Adapter could not etablish the connection

[Ikebukuro]

Si tu as OPEN pour cette requête, ça signifie que tu arrives à te connecter à la base et qu'elle est ouverte.
La requête a été lancée sous SQL Developer, sous SQL*Plus, avec un autre outil?

Code :

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

1
2
3
4
SELECT status from v$instance;
STATUS
------------
OPEN

Tu fais quelles manip pour avoir le message "Statut : échec -Echec du test : Erreur d'E/S : The Network Adapter could not etablish the connection"?

[SwyZe]

La requête

Code :

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

1
2
3
4
SELECT status from v$instance;
STATUS
------------
OPEN

a été effectuée avec SQL*Plus

Pour avoir "Statut : échec -Echec du test : Erreur d'E/S : The Network Adapter could not etablish the connection", j'ai tenté de me connecter depuis SQL Developer (en vain donc…)

[Ikebukuro]

OK, donc c'est la configuration de SQL Developper qui foire.
Ouf, on avance.

Tu as mis localhost plutôt que l'adresse IP? Tu dis toi même que ton adresse ip change.

[SwyZe]

Bonsoir,
Oui, ça ne fonctionne pas non plus avec localhost malheureusement…
En fait j'avais mis mon IP justement parce que ça ne fonctionnait pas avec localhost, mais désormais cela ne fonctionne plus avec rien… Et également quand je change de réseau Wifi, rien…

[Michel.Priori]

Donc la connexion local fonctionne. C'est la connexion distante qui pose problème.

En imaginant que le problème ne vienne pas des firewall, en utilisant la syntaxe "lourde" ça donne quoi ?
Modèle de syntaxe à adapter :

Code :

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

Connect Username@(DESCRIPTION = (ADDRESS=  (PROTOCOL=tcp) (HOST=10.0.0.200)(PORT=1521)) (CONNECT_DATA=(SID=sales) (SERVER=dedicated))

[SwyZe]

Bonsoir, je suis navré je ne sais pas comment appliquer votre commande… J'ai remplacé user par mon nom d'utilisateur, mais pour le reste je ne sais pas ce que je dois modifier...

[Michel.Priori]

Depuis un hôte distant :
lancer sqlplus sans se connecter à une instance (nécessite d'installer les "outils clients" d'Oracle)

Code :

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

sqlplus /nolog

Une fois la console lancée, on va se connecter à l'instance en précisant tous les paramètres de connexions.
Normalement il sont "résolus" (par différents mécanismes)
C'est pour s'affranchir des problèmes de résolution qu'on va taper tout.

Paramètres de connexion :
nom de l'utilisateur : "username"
Service réseau :
Je n'imagine même pas que tu soit en autre chose que TCP/IP
adresse TCP du serveur : pour l'exemple "10.0.0.200" ou le nom DNS du serveur si la résolution nslookup pointe vers la bonne adresse IP
Connect data :
SID : "sales" à remplacer par le nom de la base. On peut aussi donner le nom de l'instance mais pas avec ce paramètre
mode de connexion : "dedicated". Autres valeurs possibles "shared" ou "pooled" ; si les configurations on été faites dans ce sens.

Ce qui m’intéresse c'est le message d'erreur.

Dans la mesure où tu auras installer les "outils clients" sur l'hôte distant on pourra utiliser d'autres commandes,
tnsping par exemple.

[rouardg]

Bonsoir,

Ça ressemble à un Listener non démarré.

Sous quel OS êtes vous ? Linux ? Windows ?

Je pars du principe que vous êtes sous Windows. Dans ce cas, pouvez-vous SVP ouvrir une invite de commande et exécuter la commande lsnrctl status comme dans cet exemple :

PS : si vous êtes sous Linux, tapez la même commande lsnrctl status

Dites nous si vous avec un message du style "aucun processus d'écoute" ou en anglais, "no listener".




Le Listener est un programme qui tourne en arrière-plan, car c'est un service, et qui écoute les demandes de connexions entrantes. Si il n'est pas démarré, les connexions depuis un outil comme SQL*Developer ne se font pas.

Par exemple, sur mon PC sous Windows, j'ai sciemment arrêté le Listener qui est un service Windows, et du coup je reproduis votre erreur :




Vous allez aussi me demander pourquoi vous arrivez à vous connecter avec SQL*Plus, mais pas avec SQL Developer.

Sachez qu'il existe une subtilité dans la connexion qui permet de passer ou pas par le Listener.

Dans la première invite de commande, j'ai d'abord valorisé la variable d'environnement ORACLE_SID puis j'ai fait un simple sqlplus / as sysdba. Cela fonctionne parce que dans cette syntaxe, nous n'utilisons pas le Listener. Il faut que le SQL*Plus se fasse depuis le serveur Oracle (pas de connexion à distance donc) et SQL*Plus se connecte alors directement à l'instance Oracle en IPC (Inter Process Communication).

Dans la seconde invite de commande, on n'utilise pas la variable d'environnement ORACLE_SID, mais on donne la chaîne de connexion sqlplus /@I18CR as sysdba. A ce moment-là, on passe par le Listener Oracle, si ce dernier est démarré.
NB : dans cette syntaxe SQL*Plus peut être lancé depuis le serveur Oracle, ou depuis une machine distante.








Pour résoudre ce pb, j'ai démarré le Listerner par la commande lsnrctl start.

Là encore il y a une subtilité : avec le start, le Listener m'indique les services démarrés, et il n'y en a qu'un :

Récapitulatif services...
Le service "CLRExtProc" comporte 1 instance(s).

En fait, il faut patienter qq secondes avant que sa base de données ne s'enregistre automatiquement auprès du Listener. Si je fais un lsnrctl status, là je vois que j'ai un second service, celui de ma base de données :

Récapitulatif services...
Le service "CLRExtProc" comporte 1 instance(s).
L'instance "CLRExtProc", statut UNKNOWN, comporte 1 gestionnaire(s) pour ce service...
Le service "I18CR2.AXACSA" comporte 1 instance(s).
L'instance "i18cr2", statut READY, comporte 1 gestionnaire(s) pour ce service...
Le service "I18CR2XDB.AXACSA" comporte 1 instance(s).
L'instance "i18cr2", statut READY, comporte 1 gestionnaire(s) pour ce service...
La commande a réussi

Pour finir, il suffit d'un sqlplus /@I18CR2 as sysdba pour être enfin connecté à sa base via le Listener.






Au final, tout porte à croire que votre Listener n'est pas automatiquement redémarré sur votre ordinateur, suite au redémarrage de votre ordinateur.

Il faut que le Listener qui est un service soit en démarrage automatique.