none
Probleme mit ODBC Treiber für SQLEXPRESS Einbindung RRS feed

  • Frage

  • Hi,

    Ich habe folgendes Problem:

    Ich habe ein WIN 10 komplett neu aufgesetzt und SQLEXPRESS 2016 installiert. Eine DB erstellt sowie einen Benutzer angelegt. Für die Anbindung von Software via ODBC wollte ich den Treiber nun installieren. Leider wird der SQL Server im Auswahl Dropdown nicht angezeigt. Auch bei manuellen Eingabe über Name oder IP wird der SQL Server nicht gefunden. Eine Prüfung via Telnet ist ebenfalls fehl geschlagen.

    Hier noch technische Daten:

    WIN10 x64, SQLServer Remote Access aktiviert.

    Was für Möglichkeiten gibt es denn noch, den SQL Server im ODBC Installationsfenster sichtbar zu machen

    Ich hoffe mal auf erfolgversprechende Tipps und Vorschläge.

    Mittwoch, 31. Juli 2019 14:55

Antworten

  • Moin,

    es gibt aius Clientsicht nicht "den Server als Solches", sondern eine SQL-Instanz. Und wenn ich den Server pingen, aber auf Port 1433 nicht erreichen kann, kann er auch nicht in irgendwelchen Listen angezeigt werden.

    Insofern wird ODBC erst funktionieren, wenn SQLCMD zu diesem Server funktioniert. Auch die Einrichtung.

    Welche Version des ODBC-Treibers ist denn .

    Ok,werde das prüfen.

    ODBC Version 13 und 17 je 64 Bit, so wie der Server auch.

    • Als Antwort markiert check_a Mittwoch, 31. Juli 2019 16:42
    Mittwoch, 31. Juli 2019 16:34
  • Welche Bitness hat denn deine Anwendung?
    Für 32-Bit-Anwendung brauchst du 32-Bit-ODBC-Treiber, für 64-Bit-Anwendung brauchst du 64-Bit-ODBC-Treiber!
    Mit nur einem ODBC-Treiber kommst du da leider nicht weit.

    Z.B.: Wenn du mit Visual Studio 2017 entwickelst, brauchst du 32-Bit-Treiber, da VS eine 32-Bit-App ist.
    Dein fertiges Programm mit CPU-Any erstellt benötigt dann auf 64-Bit-Systemen einen 64-Bit und auf 32-Bit-Systemen einen 32-Bit-Treiber.

    Also prüfe die Bitness deines ODBC-Treibers und installiere halt noch das Gegenstück dazu.
    Für die ODBC-Verwaltung gibt's genauso 2 Versionen!

    Die App kann in 32bit als auch in 64 Bit kompiliert werden. Es ist keine VS Entwicklungsumgebung. Ja, das mit der bit-tigkeit ist mir bekannt. Danke für den Hinweis. 
    • Als Antwort markiert check_a Mittwoch, 31. Juli 2019 16:42
    Mittwoch, 31. Juli 2019 16:39
  • So, vielen Dank für die schnelle Hilfe.

    Das viele rumgebastel macht die Sache nicht übersichtlicher.Hab mich kurzerhand entschlossen das System komplett neu aufzusetzen. Ich habe im Unterschied zur vorigen Installation darauf geachtet,das alle Dienste auch aktiviert sind und starten können. Insbesondere der Server-Browser. Der ist standardmäßig deaktiviert. Über den automatisch installierten ODBC Treiber SQL SERVER klappt es jetzt. Mit dem "ODBC Driver 13 fort SQL Server " klappt es zwar noch immer nicht,das ist aber nicht tragisch. Verbindung ist ja jetzt da.

    Danke nochmals. Bei weiteren Fragen melde ich mich bestimmt wieder hier.

    Cu

    Donnerstag, 1. August 2019 05:02

Alle Antworten

  • Moin,

    auf welchem Port hört denn die SQL-Instanz? Und ist dieser auf der Firewall offen?


    Evgenij Smirnov

    http://evgenij.smirnov.de

    Mittwoch, 31. Juli 2019 15:26
  • Hi,

    Danke für die Rückantwort.

    Standardmäßig auf 1433. Aber ich glaube nicht, dass das für die ODBC Treiber Installation relevant ist,da der Server als solches gar nicht erst erkannt wird. In dieser Situation ist die Verbindung noch gar kein Thema.


    • Bearbeitet check_a Mittwoch, 31. Juli 2019 15:55
    Mittwoch, 31. Juli 2019 15:54
  • Moin,

    es gibt aius Clientsicht nicht "den Server als Solches", sondern eine SQL-Instanz. Und wenn ich den Server pingen, aber auf Port 1433 nicht erreichen kann, kann er auch nicht in irgendwelchen Listen angezeigt werden.

    Insofern wird ODBC erst funktionieren, wenn SQLCMD zu diesem Server funktioniert. Auch die Einrichtung.

    Welche Version des ODBC-Treibers ist denn drauf?


    Evgenij Smirnov

    http://evgenij.smirnov.de

    Mittwoch, 31. Juli 2019 16:15
  • Welche Bitness hat denn deine Anwendung?
    Für 32-Bit-Anwendung brauchst du 32-Bit-ODBC-Treiber, für 64-Bit-Anwendung brauchst du 64-Bit-ODBC-Treiber!
    Mit nur einem ODBC-Treiber kommst du da leider nicht weit.

    Z.B.: Wenn du mit Visual Studio 2017 entwickelst, brauchst du 32-Bit-Treiber, da VS eine 32-Bit-App ist.
    Dein fertiges Programm mit CPU-Any erstellt benötigt dann auf 64-Bit-Systemen einen 64-Bit und auf 32-Bit-Systemen einen 32-Bit-Treiber.

    Also prüfe die Bitness deines ODBC-Treibers und installiere halt noch das Gegenstück dazu.
    Für die ODBC-Verwaltung gibt's genauso 2 Versionen!

    Mittwoch, 31. Juli 2019 16:19
  • Moin,

    es gibt aius Clientsicht nicht "den Server als Solches", sondern eine SQL-Instanz. Und wenn ich den Server pingen, aber auf Port 1433 nicht erreichen kann, kann er auch nicht in irgendwelchen Listen angezeigt werden.

    Insofern wird ODBC erst funktionieren, wenn SQLCMD zu diesem Server funktioniert. Auch die Einrichtung.

    Welche Version des ODBC-Treibers ist denn .

    Ok,werde das prüfen.

    ODBC Version 13 und 17 je 64 Bit, so wie der Server auch.

    • Als Antwort markiert check_a Mittwoch, 31. Juli 2019 16:42
    Mittwoch, 31. Juli 2019 16:34
  • Welche Bitness hat denn deine Anwendung?
    Für 32-Bit-Anwendung brauchst du 32-Bit-ODBC-Treiber, für 64-Bit-Anwendung brauchst du 64-Bit-ODBC-Treiber!
    Mit nur einem ODBC-Treiber kommst du da leider nicht weit.

    Z.B.: Wenn du mit Visual Studio 2017 entwickelst, brauchst du 32-Bit-Treiber, da VS eine 32-Bit-App ist.
    Dein fertiges Programm mit CPU-Any erstellt benötigt dann auf 64-Bit-Systemen einen 64-Bit und auf 32-Bit-Systemen einen 32-Bit-Treiber.

    Also prüfe die Bitness deines ODBC-Treibers und installiere halt noch das Gegenstück dazu.
    Für die ODBC-Verwaltung gibt's genauso 2 Versionen!

    Die App kann in 32bit als auch in 64 Bit kompiliert werden. Es ist keine VS Entwicklungsumgebung. Ja, das mit der bit-tigkeit ist mir bekannt. Danke für den Hinweis. 
    • Als Antwort markiert check_a Mittwoch, 31. Juli 2019 16:42
    Mittwoch, 31. Juli 2019 16:39
  • Hallo check_a,

    wie Evgenivj bereits ausgeführt hat - schau mal ob das aktiviert ist (im Express ist das nach meiner Erinnerung per default nicht aktiviert):

    Schönen Abend.

    https://docs.microsoft.com/de-de/sql/relational-databases/sql-server-configuration-manager?view=sql-server-2017



    • Bearbeitet Joerg_x Mittwoch, 31. Juli 2019 17:03
    Mittwoch, 31. Juli 2019 17:02
  • So, vielen Dank für die schnelle Hilfe.

    Das viele rumgebastel macht die Sache nicht übersichtlicher.Hab mich kurzerhand entschlossen das System komplett neu aufzusetzen. Ich habe im Unterschied zur vorigen Installation darauf geachtet,das alle Dienste auch aktiviert sind und starten können. Insbesondere der Server-Browser. Der ist standardmäßig deaktiviert. Über den automatisch installierten ODBC Treiber SQL SERVER klappt es jetzt. Mit dem "ODBC Driver 13 fort SQL Server " klappt es zwar noch immer nicht,das ist aber nicht tragisch. Verbindung ist ja jetzt da.

    Danke nochmals. Bei weiteren Fragen melde ich mich bestimmt wieder hier.

    Cu

    Donnerstag, 1. August 2019 05:02