[Microsoft][Gestionnaire de pilotes ODBC] source de Données non trouvée et nom de pilote non spécifié

Je suis en train d'ouvrir un programme pour la première fois sur Windows XP Pro qui utilise PostgreSQL 9. J'obtiens un message d'erreur qui dit :

Un problème a été rencontré lors de la tentative de connecter ou de créer l'
base de données de production. Détails: [Microsoft][Gestionnaire de pilotes ODBC] Données
nom de la source n'est pas trouvé et de pilote non spécifié

Dans mon gestionnaire ODBC, j'ai une liste de DSN Utilisateur et Système DSN. J'ai essayé d'installer une postgres pilote odbc pour voir si cela peut aider, mais il n'a pas.

Il y a une connexion.fichier dat dans le dossier du programme avec une ligne indiquant "Fournisseur OLE DB = MSDASQL". La modification de cette entrée modifie le message d'erreur j'arrive à "Fournisseur ne peut pas être trouvé, il peut ne pas être installé correctement".

Je ne sais pas ce nom du fournisseur de s'insérer à obtenir que cela fonctionne correctement. J'ai effectué des recherches approfondies sur cette erreur, en vain. Toutes les suggestions sont grandement appréciés.

  • Si quelqu'un est toujours à la recherche de la solution à ce problème, démarrez R&D de Pilote ODBC de la section. Vérifiez si le pilote que vous avez spécifié est là ou pas.
  • Cette erreur me dit qu'il n'y a pas de pilote pour exécuter DSN ODBC. Installez la donnée ODBC DRIVER MSI et voir si l'erreur disparaît.
  • Si l'utilisation de powershell pour test, assurez-vous d'utiliser Windows Powershell ISE (x86)" au lieu de "Windows Powershell ISE".
InformationsquelleAutor user2437443 | 2013-06-14
  1. 50

    1. En référence à l'erreur: [Microsoft][Gestionnaire de pilotes ODBC] source de Données non trouvée et nom de pilote non spécifié.

      Cette erreur signifie que le Nom de Source de Données (DSN) que vous spécifiez dans la configuration de votre connexion n'est pas trouvé dans le registre windows.

      • Il est important que votre pilote ODBC exécutable et en les reliant format (ELF) est le même que celui de votre application. En d'autres termes, vous avez besoin d'un pilote 32 bits pour une application 32 bits ou 64 bits pilote pour une application 64 bits.

        Si elles ne correspondent pas, il est possible de configurer un DSN pour un pilote 32 bits et lorsque vous tentez d'utiliser une source de données dans une application 64 bits, la DSN ne sera pas trouvé, parce que le registre est titulaire nom de source de données dans différents lieux en fonction ELF (32-bits et 64-bits).

        Assurez-vous que vous utilisez le bon Administrateur ODBC outil. Sur 32-bits et 64-bits de Windows, la valeur par défaut de l'Administrateur ODBC outil est en c:\Windows\System32\odbcad32.exe. Cependant, sur un Windows 64 bits de la machine, la valeur par défaut est la version 64 bits. Si vous avez besoin d'utiliser l'Administrateur ODBC 32 bits de l'outil sur un système Windows 64 bits, vous devez exécuter l'on trouve ici: C:\Windows\SysWOW64\odbcad32.exe

        Où je vois ce déclenchement des gens de haut, c'est quand un utilisateur utilise la valeur par défaut de 64-bit ODBC Administrator pour configurer un DSN; pensant que c'est un 32 bits DSN. Puis, quand les 32 bits de l'application tente de se connecter à l'aide de ce DSN, "source de Données introuvable..." se produit.

      • Il est également important de vérifier l'orthographe du nom de la source de données correspond à celle de la configuration de la source de données dans l'Administrateur ODBC. Une lettre mal, c'est tout ce qu'il faut pour un DSN pour être incompatibles.

        Voici un article qui peut fournir quelques détails supplémentaires

        Il peut ne pas être le même produit de la marque que vous avez, cependant, c'est un problème générique qui est rencontrés lors de l'utilisation de sources de données ODBC noms.

    2. De référence pour le Fournisseur OLE DB partie de votre question, il semble être le même genre de problème où l'application n'est pas en mesure de localiser la configuration pour le fournisseur spécifié.

    • Avait version 32 bits, besoin de 64 bits. Aussi simple que ça, merci.
    • Merci beaucoup pour cette! Nous avons utilisé un PC opérationnel pour trouver l'origine de config, mais je n'aurais pas su quoi chercher sans ces chemins.
    InformationsquelleAutor PRGSTony
  2. 33

    Eu cette erreur parce que j'ai eu le Nom de Source de Données dans la source de données Utilisateur à la place de la DSN Système
    [Microsoft][Gestionnaire de pilotes ODBC] source de Données non trouvée et nom de pilote non spécifié

    • Merci de cette fixée pour moi
    InformationsquelleAutor Nick
  3. 8

    Le Problème vient peut-être du nom du pilote par exemple, au lieu de DRIVER={MySQL ODBC 5.3 Driver} essayer DRIVER={MySQL ODBC 5.3 Unicode Driver} vous pouvez voir le nom du pilote à partir de l'outil d'administration de

    • Cela résout mon problème. Pour trouver votre pilote précisément le nom et la version 32 bits de Windows de la machine aller à: c:\Windows\System32\odbcad32.exe Pour la version 64 bits de Windows de la machine: C:\Windows\SysWOW64\odbcad32.exe Ensuite, allez à Driver Onglet, vous verrez Name Version Company ... Si vous avez besoin de l'écrire Name (pas besoin de passer la version, le nom a déjà la version écrite avec elle)
    InformationsquelleAutor Meysam
  4. 3

    Je l'ai obtenu avec piloté par les données des tests à l'aide:

    Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb)

    Le problème, c'est la-dessus que le pilote est de 32 bits. J'avais mis visual studio fichier testsettings à 64 bits, pour tester une version 64 bits seule application.

    De passer de 32 bits dans le fichier testsettings résolu le problème.

    à l'aide d'un fichier de paramètres de test

    InformationsquelleAutor N-ate
  5. 0

    J'ai essayé ci-dessus, mais trouvé mon problème est que j'ai utilisé un | dans le nom de la source de données (j'ai multiplié connecteurs ODBC - un pour chaque DB - pour m'assurer de ne pas comingle de données)

    J'ai remplacé le | (pipe) avec un _ et maintenant tous fonctionne très bien.

    J'ai essayé d'appeler SQL Server à partir de Alteryx.

    InformationsquelleAutor calep
  6. 0

    En suivant les instructions ici http://help.loftware.com/pages/viewpage.action?pageId=27099554 j'ai dû installer le Microsoft Access Database Engine 2010 Redistribuable avant j'avais le pilote Excel installé pour utiliser la connexion sans DSN, je voulais l'utiliser à partir de perl.

    InformationsquelleAutor Matthew Lock
  7. 0

    si vous utilisez IIS, peut-être que vous devriez essayer

    "pools" --> "DefaultAppPool" --> "pools d'application valeur par défaut"
    --> "32-Bit-application-activ" --> fausse

    InformationsquelleAutor leslie