sqlexpress

Also wenn ich auf beiden Systemen den selben User mit gleichem PW anlege. Kann ich eine ODBC Verbindung erstellen. (per Windows AUTH). Den User noch auf der SQLEXPRESS. Damit gehts. Via SQL-AUTH bekomme ich es nicht zu laufen.

Vielen Dank fuer deine Hilfe!!!! Wenn ich die ODBC Verb. auf "Windows AUTH " umstelle dann geht der Verbinungstest immer auf dem DB-TESTSYSTEM. Bei Teiber: SQL-Server bei Treiber: ODBC gehts nicht Aber ich muss es ja Remote zum fliegen bekommen.

>Du verwirrst mich gerade. sorry. Heute habe ich ein TestSystem in einer VM installiert. Um das Problem nachzustellen. Die ScreenShots sind von dieser. Deren Hostname ist: Desktop332P71P, aber localhost gibts ja auf jedem SYSTEM ist 127.0.0.1 und ich hab halt rumprobiert ob es mit LOCALHOST vieliecht klappt statt den Hostnamen: Desktop332P71P anzugeben. Hoffe es ist jetzt etwas klarer ?!

>Ist der Zugriff beide male vom PC weg? >Du verwendest 2 unterschiedliche Server ... einmal ist es der Localhost einmal Desktop332P71P. Bin nur auf dem DB System. Hab mir noch keine VM gebaut die den PC simulieren soll. Ja LOCALHOST ist der Desktop332P71P da ich ja nur auf dem DBSYSTEM bin.

hier die screenShorts vom anlegen der ODBC Verb. >Ein schneller Versuch wäre es den Benutzer auf die Serverrolle Sysadmin umzustellen. hat leider nichts verändert.... oder muss man den SQL Server neustarten nach Rollenänderung ?

>Das Problem muss an deiner Konfiguration liegen. ODBC und SQL Server liegen. ich mach screenShots step bei step und poste sie >Ist das DB-System nur deine persönliche Spielwiese? dieses in der VM ja....

>Hast du da keine Fehlernummer dabei? nein

Hallo. ich habe min in einer VM Windows 10 (2004) + SQLEXPRESS 2019 (core) + SQL Mangament Studio 18.6 installiert + AdvWorks DB FW deaktivert. den User: DB_RO angelegt, kann mich mit diesem am SQL Managment Studio anmelden. aber ich sehe keine Tabellen: dbo. daher auch kein select möglich. Wenn ich dann auf diesem System eine ODBC Verb. anlege mit dem ODBC Treiber 17.x bekomme ich wie oben beschrieben erst OK beim Verbindungstest. Wenn ich dann nochmal teste kommt dieser Fehler. Microsoft ODBC Driver for SQL Server, Version 17.05.0002 Verbindungstests laufen... Versuch, die Verbindung aufzubauen [Microsoft][ODBC Driver 17 for SQL Server] Fehler bei der Anmeldung für den Benutzer "DB_RO". TESTS FEHLGESCHLAGEN

nein, aber wenn ich mich am SQL Studio anmelden und eine select abfrage machen. Bekomme ich die Treffer aus der DB.

der User: DB_RO hat die Rolle pubic Der User mit Windows-Auth kann z.B. einen "Select * from ..." machen ohne extra Mapping zu haben... Aber ich werde testen... mom. komm ich gerade nicht drann... versuchen es nachher nochmal vielen dank!

shit sorry - wenn ich es ganz gelesen hätte.... :-( Vielen Dank MDD das war die LÖSUNG ! Für das SQL Studio Problem... Kann ich Dir was gutes tun ? Leider klappts per ODBC noch nicht... vom PC --> DB-System nach dem Anlegen: (ohne STD-DB ändern) Microsoft ODBC Driver for SQL Server, Version 17.05.0002 Verbindungstests laufen... Versuch, die Verbindung aufzubauen Verbindung aufgebaut Bestätige Optionseinstellungen INFO: Es wurde ein Netzwerkalias für den DSN-Server gefunden. 'Protokoll: DBMSSOCN; Adresse: SERVER\SQLEXPRESS,1433' wurde zum Herstellen der Verbindung verwendet. Verbindung mit dem Server wird getrennt TESTS ERFOLGREICH ABGESCHLOSSEN dann nochmal verbind testen: ( Konfiguren -> Fertigstellen -> Datenquelle testen... ) Microsoft ODBC Driver for SQL Server, Version 17.05.0002 Verbindungstests laufen... Versuch, die Verbindung aufzubauen [Microsoft][ODBC Driver 17 for SQL Server] Fehler bei der Anmeldung für den Benutzer "DB_RO". TESTS FEHLGESCHLAGEN

da war/ist leider Windows AUTH-Eingestellt. Wenn ich das umstelle und es mit dem Login nicht klappen sollte.... wie kann ich das dann zurückstellen (per commandline)?

>Versuchst du die Verbindung zum SQL am DB-Server und am PC mit dem selben Windows-User aus der selben Domäne? SQL Studio ist auf dem DB-System Es gibt keine DOMAIN, es ist ein Windows 10 auf dem die SQLExpress läuft. Und die Systeme sind nicht in eine DOMAIN, nur workgroup >Hast du den SQL Server Dienst mal neu gestartet, falls du irgendwelche Änderungen an der Konfiguration gemacht hast? Via SQL Configuration Manager - kein reboot Hab einen extra User der SQL - Login hat statt Windows AUTH. aber mit dem gehts auch nicht mit der Anmeldung am SQL Studio konnte das DB-System rebooten. Aber leider keine Veränderung remotezugriff ist auch offen

>Versuch das mal mit einem SQL User. hab ich klappt nicht ----- hab auf dem DB-System versucht mit dem SQL User via SQL Studio anzumelden... da klappts nicht.... mit Windows Auth. geht die Anmeldung am SQL Studio

hmm... ich seh keine 64bit...

Auch wenn ich auf dem DB-System die Firewall stoppe klappt es nicht. Selbe Fehlermeldung beim Verbindungstest PC: FW aus DB-System: FW aus Hab die Verbindung geändert, statt dem SERVERNAMEN die IPv4 Adresse eingetragen. Dann bekomme ich beim Verbindungstest folgenden Fehler: Microsoft ODBC Driver for SQL Server, Version 17.05.0002 Verbindungstests laufen... Versuch, die Verbindung aufzubauen [Microsoft][ODBC Driver 17 for SQL Server]SSL-Anbieter: Die Zertifikatkette wurde von einer nicht vertrauenswürdigen Zertifizierungsstelle ausgestellt. [Microsoft][ODBC Driver 17 for SQL Server]Der Client kann die Verbindung nicht aufbauen TESTS FEHLGESCHLAGEN.

>Deswegen die Bitte die FW komplett zu deaktivieren. Ja FW war komplet aus, also das was man via Defender ausschalten kann. >Welche OS verwendest du? 32 o. 64 Bit? 64bit Windows 10, build 1909 >Bekommst du eine Fehlermeldung auf dem PC? ja >Oder was bedeutet es, dass es fehlschlägt? Microsoft ODBC Driver for SQL Server, Version 17.05.0002 Verbindungstests laufen... Versuch, die Verbindung aufzubauen [Microsoft][ODBC Driver 17 for SQL Server]TCP-Anbieter: Eine vorhandene Verbindung wurde vom Remotehost geschlossen. [Microsoft][ODBC Driver 17 for SQL Server]Kommunikationsverbindungsfehler TESTS FEHLGESCHLAGEN.

Ja läuft (Defender). Aber auch wenn ich die ausschalte klappt es nicht. Wie geschrieben vom PC aus kann ich eine Verbindung zum Port: 1433 auf dem DB-System herstellen.

Hallo MDD, ja der SQL Server hört auf dem PORT: 1433 C:\WINDOWS\system32>NETSTAT.EXE -aon | findstr 1433 TCP 0.0.0.0:1433 0.0.0.0:0 ABHÖREN 9728 TCP [::]:1433 [::]:0 ABHÖREN 9728 C:\WINDOWS\system32>tasklist | findstr 9728 sqlservr.exe 9728 Services 0 177.488 K

Hallo, soll eine ODBC Verbindung herstellen zu einer SQLEXPRESS die auf einem anderen Rechner läuft. Habe die 17er Version der ODBC Treiber installiert. TCP Port: 1433 ist offen kann ich vom PC aus per telnet <servername> 1433 öffnen Auf dem DB-System kann ich eine ODBC Verbindung mit dem 17er Teiber herstellern. Wenn ich auf dem PC einrichte schlägt es fehlt. (Einstellungen wie bei der ODBC Verb. auf dem DB System) Wie kann ich rausfinden warum die ODBC Verbindung nicht klappt vom PC aus ? Danke