Oracle SQL Developer: Échec - échec du Test: La Carte Réseau n'a pas pu établir la connexion?
Problème
Veuillez noter que j'ai changé de détails pour des raisons de sécurité. Cependant, le problème reste intact.
J'ai installé une base de données Oracle 11g sur un serveur à l'emplacement, dire, herp-devDV.derp.edu.
Maintenant j'ai une autre base de données Oracle 11g sur un serveur à l'emplacement, dire, derp-db.derp.edu.
J'ai entré le nom de la connexion, nom d'utilisateur, mot de passe, nom d'hôte et le nom du service dans Oracle SQL developer pour les deux herp-devDV.derp.edu et derp-db.derp.edu. Je peux me connecter à un schéma derp-db.derp.edu mais pas herp-devDV.derp.edu. Il me donne ce message:
Failure - Test failed: The Network Adapter could not establish the connection
Détails
J'ai les informations suivantes:
- Le Port 1521 n'est pas ouvert pour le serveur quand je telnet
- Mon auditeur est en place et fonctionne pour les deux.
- Je peux accéder à derp-db.derp.edu sur Oracle SQL Developer.
- Client Oracle est sur ma machine locale + Oracle SQL Developer
- Je peux le bureau à distance pour les deux serveurs
Ce que j'ai fait
- Googlé
- Stackoverflow
- Couru arrêter et démarrer lnrctl commandes
- Sur herp-devDB.derp.edu j'ai couru
lsnrctl status
J'ai reçu la sortie suivante
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for 64-bit Windows: Version 11.2.0.1.0 - Production
Start Date 03-JUN-2014 13:37:22
Uptime 6 days 0 hr. 53 min. 4 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File D:\oracle\product\11.2.0\dbhome_1\network\admin\listener.ora
Listener Log File d:\oracle\diag\tnslsnr\HERP-DEVDB\listener\alert\log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1521ipc)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=HERP-DEVDB.derp.edu)(PORT=1521)))
Services Summary...
Service "CLRExtProc" has 1 instance(s).
Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "HERPDEVDBXDB" has 1 instance(s).
Instance "herpdevdb", status READY, has 1 handler(s) for this service...
Service "herpdevdb" has 1 instance(s).
Instance "herpdevdb", status READY, has 1 handler(s) for this service...
The command completed successfully
Je vérifie mon auditeur.ora et trouver
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = CLRExtProc)
(ORACLE_HOME = D:\oracle\product\11.2.0\dbhome_1)
(PROGRAM = extproc)
(ENVS = "EXTPROC_DLLS=ONLY:D:\oracle\product.2.0\dbhome_1\bin\oraclr11.dll")
)
)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = HERP-DEVDB.derp.edu)(PORT = 1521))
)
)
À ce point, j'avoue que je suis de me gratter la tête que je ne vois rien qui sortait et me dire pourquoi cela ne devrait pas être travail.
Le seul indice est lorsque je vérifie derp-db.derp.edu et exécutez la commande lsnrctl status
. Merci
voir extrait ci-dessous:
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=DERP-DB.edu)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for 64-bit Windows: Version 11.2.0.3.0 - Production
Start Date 18-MAY-2014 02:19:01
Uptime 22 days 12 hr. 23 min. 18 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
---etc----
Donc je suis encore à me gratter la tête. Pourquoi serait-derp-db de se connecter à l'DERP-DB.edu mais herp-devDB est de la connexion à EXTPROC1521? Comment puis-je résoudre ce problème? L'auditeur.ora et d'autres fichiers entre ces deux serveurs sont presque identiques, sauf pour le nom des instances.
Hmmm.
- EDIT1: j'ai changé le port d'écoute.ora dans de reptiles et d'amphibiens. Ce n'est pas le résoudre.
- EDIT2: je ne peux pas en telnet derp-db.derp.edu sur le port 1521. Mais je peux encore me connecter avec SQL Developer? Wth?
- EDIT3 je ne peux pas en telnet herp-devdb.derp.edu sur le port 1521.
- EDIT4 je la requête ping sur les adresses IP de serveur.
De toute façon, l'aide serait grandement appréciée. Grâce
Ce qui concerne,
Geek
J'ai édité ma question pour répondre à vos questions. Merci pour votre aide.
Ne
HERP-DEVDB.derp.edu
résoudre à la même adresse IP à partir de votre client et le serveur? Ou pour le dire d'une autre façon, si vous ne netstat -an | find "1521"
sur le serveur se fait-il que le port sur l'adresse IP que vous attendez? Vous avez mentionné la modification de votre listener.ora
; on suppose que vous avez redémarré l'auditeur par la suite? (Et où HERP-DEVDB.users.campus
ajustement; est-ce tout simplement occulté différemment, ou faut-il se résoudre à la même adresse?)La première chose que je voudrais essayer, est à ajouter à la base de données pour le tnsnames.ora sur votre machine, puis essayez d'exécuter tnsping. Si cela fonctionne, tous les ports sont ouverts, si vous pas besoin de vérifier les paramètres de pare-feu sur le serveur de base de données et de votre machine.
Puis il sonne vraiment comme vous avez un pare-feu bloque le port 1521, quelque part entre votre client et le serveur, ou sur l'un d'eux. (La seule chose étrange est telnet ne fonctionne pas pour
derp-db
; que peut-être, suggère une fireall/antivirus sur votre client qui le bloque au niveau de l'application. Mais alors telnet n'aurait jamais du travail à toute l'hôte ou le port). L'exécution d'une commande traceroute pour les deux serveurs donner un indice de l'endroit où le bloc de l'est, mais vous pourriez avoir besoin de votre réseau de personnes pour surveiller une tentative de connexion à la broche vers le bas.OriginalL'auteur GeekyOmega | 2014-06-09
Vous devez vous connecter pour publier un commentaire.
Je réponds à cela pour le bénéfice des futurs utilisateurs de la communauté. Il y avait de multiples questions. Si vous rencontrez ce problème, je vous suggère de regarder pour les éléments suivants:
Une fois que j'ai fait ces trois choses, j'ai résolu mon problème.
CHEMIN\app\<utilisateur>\produit\12.1.0\dbhome_1\NETWORK\ADMIN
Vérifiez votre "écoute.ora" fichier (est-il en pointant vers la droite nom d'hôte?). Vérifiez également si votre Oracle TNSListener service est en cours d'exécution. Cette réponse m'a aidé à trouver un moyen. Maintenant, le mien fonctionne très bien.
OriginalL'auteur GeekyOmega
J'ai eu un problème similaire où j'ai constamment eu la même erreur. J'ai essayé beaucoup de choses, comme de changer le port d'écoute du nombre, de désactiver le pare-feu, etc. Enfin, j'ai pu résoudre le problème en changeant l'auditeur.ora fichier. J'ai changé la ligne suivante:
à
J'ai aussi ajouté une entrée dans le
/etc/hosts
fichier.vous pouvez utiliser Oracle net manager pour modifier la ligne ci-dessus dans l'écouteur.ora fichier. Voir Oracle Net Services Guide de l'Administrateur pour plus d'informations sur la façon de faire à l'aide de gestionnaire de réseau.
Vous pouvez également utiliser le nom de service (
database_name.domain_name
) au lieu de SID, tout en faisant de la connexion.J'Espère que cela aide.
OriginalL'auteur scv
J'ai résolu simplement par: correcte, l'hôte et le port
donc:
en écoute sur l'adresse 2 puis copiez l'hôte Oracle Developer
enfin de se connecter à oracle
Où trouver de l'Oracle Net Manager?
OriginalL'auteur Diyar Bakir
J'ai juste eu le même problème quand j'ai installé oracle 11g et puis la création de la base de données.
Je ne sais même pas que l'auditeur a pour créer manuellement.
Donc, j'ai ouvert Net Configuration Assistant et créer manuellement l'auditeur.
Et je peux me connecter à la base de données que j'ai créé localement par le biais de sql developer.
OriginalL'auteur Pete Ng
Curieusement, j'ai été en mesure de résoudre le même problème en faisant l'exact opposé déplacer à svc ! J'ai dû :
1) remplacer le nom d'hôte FQDN dans mon tnsnames.ora /auditeur.ora fichiers avec localhost, et redémarrez le service d'écoute, et
2) deux, j'ai dû utiliser "SYS en tant que SYSDBA" comme nom d'utilisateur dans le SQL Developer zone de texte de saisie
pour enfin être en mesure de disposer de SQL Developer crochet pour mon instance locale.
OriginalL'auteur Fabien Haddadi
J'ai connu le même problème.
J'ai du désactiver mon pare-feu, puis il a travaillé.
Vous pouvez également ouvrir le port:
http://windows.microsoft.com/en-in/windows/open-port-windows-firewall#1TC=windows-7
OriginalL'auteur Durgesh Gupta
seulement commencer listner alors u peut se connecter avec la base de données.
commande exécutée sur l'éditeur:
son beau travail.
OriginalL'auteur Mayank Agrawal
Cela a fonctionné pour moi. peut aider quelqu'un. Désactiver le pare-feu. sur RHEL 7
OriginalL'auteur malatesh
Pour moi, l'ACCUEIL a été défini différemment dans tnsnames.ora et à l'écoute.ora.
On a mis le nom complet de l'ordinateur et l'autre a été définie pour l'adresse IP.
J'ai synchronisé pour le nom complet de l'ordinateur et cela a fonctionné. N'oubliez pas de redémarrer les services oracle.
Je ne comprends toujours pas exactement pourquoi cela a causé de problème parce que je pense que l'adresse IP et le nom de l'ordinateur sont en fin de compte même dans ma compréhension.
OriginalL'auteur 박건도