DJ-Silver 10 Geschrieben 11. November 2014 Melden Teilen Geschrieben 11. November 2014 Hallo zusammen, ich sag vorweg, ich habe mich mit SQL noch nicht so viel auseinander gesetzt. Ich habe einen SQL Server Express 2014 installiert. Jetzt soll ich dort einen ODBC Verbindung einrichten. Ich gehe auf System DSN-> SQL Server -> name eingeben. Unter Server soll ich den Server auswählen können, dort steht aber nichts (trage dann ip ein) -> Windows NT Autentifizierung anhand des Benutzernamens im Netzwerk. alles andere lasse ich auf Standard. Als Fehler erhalte ich: Fehler bei der Verbindung SQLState 01000 SQL Server Fehler:5 Microsoft ODBC SQL Server Driver DBNETLIB ConnectionOpen connect Fehler bei der Verbindung SQLState 08001 SQL Server Fehler 17 Microsoft ODBC SQL Server Driver DBNETLIB Server existiert nicht oder Zugriff verweigert. wäre für eine Hilfestellung sehr dankbar. Sven Zitieren Link zu diesem Kommentar
Sunny61 772 Geschrieben 11. November 2014 Melden Teilen Geschrieben 11. November 2014 Und wie hast Du den SQL 2014 installiert? Was hast Du dort alles konfiguriert? Wie soll der SQL genutzt werden? Von einer Remote Maschine oder von einer Anwendung auf der Maschine direkt? Hast Du die 32- oder 64-Bit Variante vom SQL 2014 installiert? Hast du die 32- oder 64-Bit ODBC-Variante benutzt? Welches OS ist drunter? Zitieren Link zu diesem Kommentar
DJ-Silver 10 Geschrieben 11. November 2014 Autor Melden Teilen Geschrieben 11. November 2014 Hallo Sunny, was heisst wie habe ich den SQL installiert? Setup ausgeführt, auf D:\ Konfiguriert ist nichts, dass will der Software lieferant übernehmen. Es wird eine Software auf der Maschine installiert. SQL und ODBC habe ich in 64 Bit genutzt. Installiert ist Server 2014 R2. Gruß Sven Zitieren Link zu diesem Kommentar
zahni 521 Geschrieben 11. November 2014 Melden Teilen Geschrieben 11. November 2014 Wenn "nichts" konfiguriert ist, kannst Du auch keine Remote-Verbindungen herstellen. Daher die Frage von Sunny. Zitieren Link zu diesem Kommentar
Sunny61 772 Geschrieben 11. November 2014 Melden Teilen Geschrieben 11. November 2014 was heisst wie habe ich den SQL installiert? Setup ausgeführt, auf D:\ Konfiguriert ist nichts, dass will der Software lieferant übernehmen. Hast du denn keine Instanz angelegt? Ist das Management Studio instaliert? Wie viel Arbeitszeit hast du dem Lieferanten jetzt gespart? 5 od. 10 Minuten? Wen hast Du das als Admin alles eingetragen, falls Du eine Instanz installiert hast? Kannst Du dich mit dem SQL Server Management Studio denn auf die Instanz verbinden? Es wird eine Software auf der Maschine installiert. SQL und ODBC habe ich in 64 Bit genutzt. Installiert ist Server 2014 R2. Was ist das denn? SQL Server 2014 kenn ich, 2014R2 nicht. OS kenn ich 2012R2, 2014R2 nicht. Zitieren Link zu diesem Kommentar
DJ-Silver 10 Geschrieben 22. November 2014 Autor Melden Teilen Geschrieben 22. November 2014 Hallo Sunny, sorry für die späte Rückmeldung. Zunächst mal der Software Hersteller bietet diese Leistung gar nicht an. Wir haben einen Server 2012 R2. Mit SQL 2014. Ich habe allerdings 2014 deinstalliert und mal SQL 2012 SP1 installiert, leider mit dem selben Fehler. Instanz läuft SQLExpress. Ich habe das Management Stuido installiert und kann mich auch mit der Instanz verbinden. Mitlerweile tauch auch der Server auf beim Suchen im ODBC , beim herstellen einer Verbindung, leider allerdings mit dem gleichen Fehler, dass keine Verbindung aufgebaut werden kann. Hallo nochmal. ich glaube ich habe gerade etwas gefunden, der SQL Agent lässt sich nicht starten. Beim Starten kommt: SQLServerAgent'' muss die Verbindung mit SQLServer als ''SysAdmin'' herstellen können. ''(Unbekannt)'' ist jedoch nicht Mitglied der SysAdmin-Rolle. ich habe im Dienst schon andere Konten angegben. Gruß Sven Zitieren Link zu diesem Kommentar
Sunny61 772 Geschrieben 23. November 2014 Melden Teilen Geschrieben 23. November 2014 (bearbeitet) sorry für die späte Rückmeldung. Zunächst mal der Software Hersteller bietet diese Leistung gar nicht an. Der ist ja lustig. Wenn es dann nicht klappt ist er nicht schuld, ist keine nette Art. Wir haben einen Server 2012 R2. Mit SQL 2014. Ich habe allerdings 2014 deinstalliert und mal SQL 2012 SP1 installiert, leider mit dem selben Fehler. Instanz läuft SQLExpress. Ich habe das Management Stuido installiert und kann mich auch mit der Instanz verbinden. Für den SQL 2012 gibt es schon das SP2. Evtl. hilft dir ja dieser Artikel beim verbinden: http://blog.alexonasp.net/post/2011/03/06/Auf-welchem-Port-lauft-mein-SQL-Server-(Express)-2008-R2-Oder-warum-bekomme-ich-keine-Verbindung.aspx EDIT: Der Artikel ist auch wichtig: http://msdn.microsoft.com/de-de/library/cc646023.aspx#BKMK_dynamic_ports Mitlerweile tauch auch der Server auf beim Suchen im ODBC , beim herstellen einer Verbindung, leider allerdings mit dem gleichen Fehler, dass keine Verbindung aufgebaut werden kann. Wie ist die Instanz konfiguriert? Remote TCP/IP-Verbindungen erlaubt? Port 1433 TCP eingehend eingetragen? Port 1434 UDP für den Browser Dienst eingehend auf der FW eingetragen? ich glaube ich habe gerade etwas gefunden, der SQL Agent lässt sich nicht starten. Beim Starten kommt: SQLServerAgent'' muss die Verbindung mit SQLServer als ''SysAdmin'' herstellen können. ''(Unbekannt)'' ist jedoch nicht Mitglied der SysAdmin-Rolle. ich habe im Dienst schon andere Konten angegben. Bei der Express-Variante kriegst Du den Agent nicht gestartet, deshalb ja Express. ;) Ist denn der SQL-Browser Dienst gestartet? BTW: Wenn man in SQL-Diensten Berechtigungen ändert, dann *immer* *immer* im SQL Konfigurationsmanager, *nie manuell* in der Services.msc! bearbeitet 23. November 2014 von Sunny61 Zitieren Link zu diesem Kommentar
DJ-Silver 10 Geschrieben 23. November 2014 Autor Melden Teilen Geschrieben 23. November 2014 ich fand das auch nicht gerade super, so redet man sich gerne raus. SP2 ist installiert. Leider ohne erfolg. TCPIP ist aktiv und port dynamisch all ist auf 1433 eingestellt. Firewall habe ich deaktiviert, da habe ich auch erst angesetzt. SQL Browser ist gestartet. Okay agent beachte ich dann nicht. :) hier mal der Fehler: Fehler bei der Verbindung: SQLState: 01000 SQL Server-Fehler: 53 Microsoft ODBC SQL Server Driver DBNETLIB ConnectionOpen Connect0 Fehler bei der Verbindung SQL State 08001 SQL Server Fehler 17 Microsoft ODBC SQ Server Driver DBNETLIB SQL Server extistiert nicht oder Zugriff verweigert Zitieren Link zu diesem Kommentar
Sunny61 772 Geschrieben 23. November 2014 Melden Teilen Geschrieben 23. November 2014 SP2 ist installiert. Leider ohne erfolg. TCPIP ist aktiv und port dynamisch all ist auf 1433 eingestellt. Firewall habe ich deaktiviert, da habe ich auch erst angesetzt. SQL Browser ist gestartet. Okay agent beachte ich dann nicht. :) Ist denn im SQL Konfigurationsmanager auch TCP/IP als Protokoll für die Instanz aktiviert? Firewall blind deaktiviert ist so ziemlich das unproduktivste was man IMHO tun kann. Welche Sicherheitssoftware ist installiert? hier mal der Fehler: Fehler bei der Verbindung: SQLState: 01000 SQL Server-Fehler: 53 Microsoft ODBC SQL Server Driver DBNETLIB ConnectionOpen Connect0 Fehler bei der Verbindung SQL State 08001 SQL Server Fehler 17 Microsoft ODBC SQ Server Driver DBNETLIB SQL Server extistiert nicht oder Zugriff verweigert Du kannst dich mit dem SQL Management Studio auf dem Server direkt mit der Instanz verbinden? Geht das denn auch von einem anderen Client/Server aus? Ist denn der SQL Server eine 64- oder 32-Bit Edition? Welche ODBC.exe rufst Du denn auf? Es gibt eine 64- und 32-Bit Variante. Zitieren Link zu diesem Kommentar
DJ-Silver 10 Geschrieben 25. November 2014 Autor Melden Teilen Geschrieben 25. November 2014 Ich habe es geschafft, Ursache war ein deffekter Netzwerkkartentreiber. Danke für eure Hilfe. Sven Zitieren Link zu diesem Kommentar
Sunny61 772 Geschrieben 25. November 2014 Melden Teilen Geschrieben 25. November 2014 Freut mich für Dich und Danke für die Rückmeldung. ;) Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.