Gelöst Es konnte keine Verbindung zur Datenbank hergestellt werden, nach Windows 10 Update

[ntzonev]

Hallo Liebe Mitglieder,

ich benötige Ihre Hilfe.
Ich habe unseren Wawi PC Server gestern mit den neuen Windows 10 Updates aktualisiert, die 2 Windows Client Rechner wurden schon letzte Woche aktualisiert.

Windows 10 Update KB4022405
Windows 10 Update KB4025376

Jetzt haben wir das Problem, dass die Client Rechner sich nicht mehr beim Server anmelden können. Die Wawi Server startet und funktioniert problemlos.

Ich füge hier ein Paar Screenshots und Bitte um Ihre Hilfe.

Danke

 

[elevennerds.de]

Läuft der SQL-Dienst auf dem Server?

 

[ntzonev]

Läuft der SQL-Dienst auf dem Server?

ich glaube ja, siehe Bild.

 

[ntzonev]

nur der Server Agent wurde gestartet und dann wieder angehalten. Ob das so richtig ist, weiß ich nicht...

 

[elevennerds.de]

Die Instanz sollte eigentlich "JTLWAWI" heißen, nicht "JTLWAVI".

Lauscht der MSSQL auch auf den Port 49617? Probier das mal ohne die Portangabe, oder stelle den Port fest ein (Standard ist 1433)

MfG

Rene

 

[ntzonev]

Die Instanz sollte eigentlich "JTLWAWI" heißen, nicht "JTLWAVI".

Lauscht der MSSQL auch auf den Port 49617? Probier das mal ohne die Portangabe, oder stelle den Port fest ein (Standard ist 1433)

MfG

Rene

Lauscht der MSSQL auch auf den Port 49617? -> Wo sehe ich das?
Probier das mal ohne die Portangabe, oder stelle den Port fest ein (Standard ist 1433) -> kann ich gar nicht ändern


bis jetzt haben alle Windows und JTL Update problemlos funktioniert, also es wird irgendwas vom Windows sein. Die Instanz habe ich gar nicht geändert.

 

[_simone_]

Wie Rene schon bemerkt hat: Ist die Instanz wirklich "JTLWAVI"?
Eher nicht, da der Serverdienst auf "JTLWAWI" läuft.

Lösung: Leg ein neues Profil mit der richtigen Instanz an.

 

[elevennerds.de]

Schau im Taskmanager, unter welcher PID dein MSSQL läuft, dann machst Du in der CMD "netstat -ano" und schaust, an welchen Port die PID gebunden ist.

 

[Shopworker.de]

Leg dir ein neues Profil an, es liegt meiner Meinung nach definitiv an dem Buchstabenschreibfehler

 

[_simone_]

sozusagen die Wechselstaben verbuchselt

 

[ntzonev]

Schau im Taskmanager, unter welcher PID dein MSSQL läuft, dann machst Du in der CMD "netstat -ano" und schaust, an welchen Port die PID gebunden ist.

sieht richtig aus, oder?

 

[ntzonev]

Wie Rene schon bemerkt hat: Ist die Instanz wirklich "JTLWAVI"?
Eher nicht, da der Serverdienst auf "JTLWAWI" läuft.

Lösung: Leg ein neues Profil mit der richtigen Instanz an.

an die Instanz habe ich nichts geändert. Wie kann ich ein neues Profil einrichten?

 

[ntzonev]

auch mit dem neuen Profil hat es nicht geklappt: Was mache ich da falsch?

 

[Shopworker.de]

In der Maske vor deinem Screenshot kannst du rechts oben "Neues Profil +" anlegen ... und das alte löschen.

Dass du hier nicht weiterkommst liegt vermutlich an der fehlenden Portangabe 49167

 

[ntzonev]

In der Maske vor deinem Screenshot kannst du rechts oben "Neues Profil +" anlegen ... und das alte löschen.

Dass du hier nicht weiterkommst liegt vermutlich an der fehlenden Portangabe 49167

so, auch die Ports und Firewall habe ich auf dem Server gecheckt:

 

[ntzonev]

als nächstes habe ich versucht bei dem Client die ODBC Quellen einzurichten / kontrollieren. Waren leider keine eingetragen:

 

[elevennerds.de]

Trage bitte mal bei TCP-Port 1433 ein, Dienst neu starten und dann testen.

 

[elevennerds.de]

Ist "admin-pc" pingbar? Versuch es da mal mit einer IP.

 

[ntzonev]

Ist "admin-pc" pingbar? Versuch es da mal mit einer IP.

ich glaube nein...


aber warum? wie kann ich beheben? Müsste der Server in einer Heimnetzgruppe beigetreten sein?

 

[Shopworker.de]

Warum wuselst du in den ODBC-Einstellungen rum? Die brauchst du nicht.
admin-pc wird angepingt, 0% Verlust ...
Keinen dynamischen Port, einen festen Port einstellen.
Und nein, der Server muss nicht in deiner Heimnetzgruppe sein.


Stell am Server den Port ein, gib ihn im Profil an, checke ob der Server läuft, ob TCP/IP aktiviert ist und dann klappts auch