ORA-12154: TNS:impossible de résoudre le connecter identifiant spécifié (PLSQL Developer)

J'ai besoin d'utiliser PLSQL Developer pour accéder à des bases de données oracle. Je reçois le message d'erreur suivant lorsque j'essaie de me connecter à ma base de données. ORA-12154: TNS:could not resolve the connect identifier specified. Je suis en mesure d'utiliser SQLPLUS à partir de la ligne de commande pour se connecter à la base de données, et tnsping renvoie avec succès, mais je ne peux pas comprendre pourquoi PLSQL Developer ne fonctionne pas - c'est à l'aide de la droite tnsnames.ora fichier, et la chaîne de connexion dans il est correct parce que c'est le même que tnsping utilise.

Quelqu'un a une idée de ce que je peux faire pour résoudre ce problème? J'ai regardé les autres sujets pour parler de cette erreur spécifique à pas de chance.

tnsnames.ora

    ORCL =
      (DESCRIPTION = 
      (ADDRESS = (PROTOCOL = TCP)(HOST = MININT-AIVKVBM)(PORT = 1521)) 
      (CONNECT_DATA = 
        (SERVER = DEDICATED) 
        (SERVICE_NAME = orcl)
      )
    )

sqlnet.ora

     SQLNET.AUTHENTICATION_SERVICES= (NTS)
     NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)

sqlpus ligne de commande
l'image ici

PLSQL Developer des Préférences de Connexion: l'image ici

Êtes-vous sûr que PL/SQL Developer est en utilisant exactement le même TNS alias que vous utilisez dans SQL*Plus? Mon sauvage suppose que vous vous êtes absent à un domaine (c'est à dire vous avez besoin de FOO.MONDE plutôt que de FOO)
mon ordinateur ne possède pas de nom de domaine. Si je lance la commande echo %userdomain% à partir de la ligne de commande - je obtenir mon ordinateur hôte du
Je ne parle pas de votre domaine de l'ordinateur. Je parle de la NAMES.DEFAULT_DOMAIN de votre sqlnet.ora fichier, si oui ou non il est un domaine sur le TNS alias dans votre tnsnames.ora fichier (l' .MONDE dans FOO.MONDE), et si oui ou non ce domaine est présent sur le TNS alias que vous utilisez à la fois dans SQL*Plus et PL/SQL Developer.
Mon tnsnames.ora fichier contient uniquement mon nom d'hôte sans nom de domaine. Mon sqlnet.ora fichier n'a pas d'entrée pour NAMES.DEFAULT_DOMAIN - dois-je lui donner une valeur?
Je ne parle pas du domaine sur le nom d'hôte. Je parle du domaine (ou son absence) sur le TNS alias. Vous pouvez poster votre tnsnames.ora fichier sqlnet.ora fichier, la ligne de commande que vous utilisez pour SQL*Plus, et exactement comment vous configurez la connexion en PL/SQL Developer?

OriginalL'auteur ZakTaccardi | 2012-10-10

  1. 27

    La réponse était tout simplement en déplaçant le PLSQL Developer dossier dans "Program Files (x86) dans le dossier "Program Files" - bizarre!

    brillant de réponse pour moi!
    Merci de nous le faire savoir!
    Merci de poster cette réponse! J'ai essayé de résoudre ce problème sur un ordinateur Windows 7 poste de travail avec le Réseau des Ingénieurs et de l'Oracle DBA à l'endroit où je travaille.
    fonctionne pour moi aussi! J'ai passé beaucoup de temps à trouver cette solution! :)))
    Les parenthèses à cause de ce problème pour moi. Après avoir renommé le répertoire qui a accueilli ma demande d'exclure les parenthèses, il fixe.

    OriginalL'auteur ZakTaccardi

  2. 3

    Cette erreur est très fréquente, souvent le premier que vous obtenez sur le fait d'essayer d'établir une connexion à votre base de données.
    Je suggère à ces 6 étapes pour résoudre ORA-12154 :

    1. Vérifier le nom de l'instance a été saisi correctement dans tnsnames.ora.
    2. Il devrait y avoir aucun des caractères de contrôle à la fin de l'instance ou de nom de base de données.
    3. Tous paranthesis autour de la TNS entrée doit être correctement mis fin
    4. Entrée de nom de domaine en sqlnet.ora ne doit pas être en conflit avec plein de nom de base de données.
    5. Si le problème persiste, essayez de le re-créer TNS entrée dans tnsnames.ora.
    6. Enfin, vous pouvez ajouter de nouvelles entrées à l'aide de SQL*Net Facile de l'utilitaire de configuration.

    Pour plus d'informations : http://turfybot.free.fr/oracle/11g/errors/ORA-12154.html

    OriginalL'auteur tufy

  3. 1

    Que je ne peux pas ajouter un commentaire, juste pensé que je post ceci pour l'achèvement. tufy la réponse est correcte, c'est à faire avec la parenthèse (entre parenthèses) dans le chemin d'accès à l'application en cours d'exécution.

    Il existe une mise en réseau d'un bug où la couche réseau est
    impossible d'analyser le programme emplacements qui contiennent des parenthèses dans le chemin d'accès
    à l'exécutable qui tente de se connecter à Oracle.

    Déposé auprès de Oracle, Bug 3807408 se réfère.

    Source

    OriginalL'auteur Dave Salomon

  4. 1

    copier coller pl sql developer dans program files x86 et les fichiers de programme à la fois. si le client est installé dans d'autres partition/disque puis copiez pl sql developer pour que le lecteur aussi. et courir à partir de pl sql developer dossier au lieu de raccourci sur le bureau.

    solution ultime ! chill

    OriginalL'auteur khayam

  5. 0
    • Il n'a pas de travail donc je suis passé à oracle sql developer et cela a fonctionné
      avec pas de problèmes (prise de connexion de moins de 1 minute).
    • Ce lien m'a donné une idée se connecter à MS Access j'ai donc créé un
      utilisateur dans oracle sql developer et a essayé de se connecter en Crapaud
      et cela a fonctionné.

    Ou deuxième solution

    vous pouvez essayer de vous connecter à l'aide de Direct pas de TNS en fournissant l'hôte et le port dans l'écran de connexion de Crapaud

    OriginalL'auteur shareef

  6. 0

    Pour moi, c'était mauvais formatage de la tnsnames.ora se connecter identifiant. L'indentation de la chaîne d'identification est nécessaire, comme indiqué dans le tnsnames.ora exemple dans le commentaire.

    OriginalL'auteur Jan Matousek

  7. 0

    Voulais juste ajouter -- apparemment, cela peut aussi être causé par l'installation de Client Instant pour 10, puis de réaliser que vous voulez, l'installation complète et à nouveau de l'installer en parallèle un répertoire. Je ne sais pas pourquoi, ce qu'elle a éclaté.

    OriginalL'auteur TallDave

  8. 0

    Également en plus des solutions ci-dessus,
    vérifiez également l'endroit où l'tnsname ora fichier existe et de les comparer avec le chemin d'accès dans la variable d'environnement

    OriginalL'auteur venky_ferrari

  9. 0

    J'ai eu un problème au travail. Le serveur oracle a été "corrigé" et l'une des bases de données j'utilise peut-être pas vous connecter via le TNSNames entrée mais par l'intermédiaire de la connexion de Base. La Base de données est en place et l'admin pouvait le voir, il était en haut et en cours d'exécution.

    De plus n'importe quelle application utilisé TNS pour la connexion à la base de données ne fonctionnerait pas.

    Le problème constaté, c'est que le nom de base de données n'était pas correct dans le fichier TNS mais pour quelque raison il a travaillé pendant des années. Corriger le nom fixe pour nous. Je n'ai trouver que Oracle SQL Developer gardé à l'aide de l'ancien TNS entrée après que j'ai mis à jour et je n'ai pas envie de le réinstaller juste pour une Connexion DB. Il semble que lorsque la base de données a été créée, il a été donné un petit nom, puis les autres et par le biais de certains de couper et de coller à l'action dans le fichier TNSNames il s'est embrouillé. Personne n'est sûr de savoir comment sa a travaillé en tant que nous sommes en train de réfléchir, mais l'oracle patch veillé à ce que le nom devait être correct

    Un exemple de ce nom c'était "DBName.Part1.Part2", mais en fait la DB le nom de "DBName"

    OriginalL'auteur user2960847

  10. 0

    Il suffit de copier et coller tnsnames et sqlnet fichiers à partir d'Oracle à la maison en PLSQL Developer dossier Principal.
    Utiliser en dessous de Requête pour obtenir de l'oracle de la maison

    select substr(spéc_fichier, 1, instr(spéc_fichier, '\', -1, 2) -1) ORACLE_HOME
    de dba_libraries
    où library_name = 'DBMS_SUMADV_LIB';

    OriginalL'auteur Alok

  11. 0

    J'ai eu le même problème avec une machine virtuelle exécutant CentOS7 et Oracle 11GR2 accessible à partir de Windows 7, la solution est bizarre, sur ma machine locale le tnsnames pointant vers la DB a un espace avant le nom du service, j'ai juste supprimé l'espace et puis j'ai été en mesure de se connecter.

    Un exemple rapide.

    Mal tnsnames.

    [c'est un espace vide]XE =
    (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521))
    (CONNECT_DATA =
    (SERVER = DÉDIÉE)
    (SERVICE_NAME = XE)
    )
    )

    EXTPROC_CONNECTION_DATA =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = IPC)(CLÉ = EXTPROC_FOR_XE))
    )
    (CONNECT_DATA =
    (SID = PLSExtProc)
    (PRÉSENTATION = RO)
    )
    )

    Droit tnsnames.

    XE =
    (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521))
    (CONNECT_DATA =
    (SERVER = DÉDIÉE)
    (SERVICE_NAME = XE)
    )
    )

    EXTPROC_CONNECTION_DATA =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = IPC)(CLÉ = EXTPROC_FOR_XE))
    )
    (CONNECT_DATA =
    (SID = PLSExtProc)
    (PRÉSENTATION = RO)
    )
    )

    OriginalL'auteur sandatomo

  12. -1

    ORA-12154: TNS:impossible de résoudre le connecter identifiant spécifié (PLSQL Developer)

    Réponse: Allez dans le dossier où vous avez installé la BASE de données ORACLE. comme E:\oracle\product\10.2.0 [or as your oracle version]\db-1\network\ADMIN, puis copiez les deux fichiers (1) sqlnet.ora, (2) tnsnames.ora et fermer ce dossier.
    Allez dans le dossier où vous avez installé ORACLE DEVELOPER. comme E:\DevSuitHome_1\NETWORK\ADMIN puis renommer les deux fichiers (1) sqlnet.ora, (2) tnsnames.ora et coller les deux fichiers copiés ici et Votre sont OK.

    OriginalL'auteur mr ali