SQL Server unter Docker: Keine Verbindung

[eMBae]

Hab ihn gerade nochmal neu gestartet. Läuft Grün.

Mich wundert etwas diese Meldung:

Anhang anzeigen 89616

Mal den Benutzer „mssql“ statt „sa“ probiert?

 

[NAS-Newbee]

Mal den Benutzer „mssql“ statt „sa“ probiert?

Ja, hab ich auch schon ...

 

[NAS-Newbee]

Ich wäre ja dazu geneigt mal per TeamViewer bzw. RustDesk einmal rüber zuschauen. Bei Bedarf einfach mal eine PN schicken.

Vielen Dank für das Angebot. s. PN

 

[ctrlaltdelete]

Habt ihr das Problem lösen können?

 

[tebby]

Hallo,
ich denke es gibt noch sehr viele Anwender(mich eingeschlossen) die hier den Thread mitlesen und sich diese Frage stellen:
"läuft es nun" wenn JA ? was hat man bei der Installation übersehen?
Gibt es einen Hinweis dazu?

Besten DANK vorab

 

[NAS-Newbee]

Nein, trotz Support von Ulfhednir, der sich freundlicherweise spät Abends über eine Stunde mit mir gemeinsam daran gearbeitet hat, konnten wir es nicht lösen. Wir haben keine Verbindung hinbekommen.

 

[Der Paul]

Bin gerade durch Zufall auf den Thread aufmerksam geworden und habe es mal eben wie folgt versucht:

sudo docker run -e "ACCEPT_EULA=Y" -e "MSSQL_SA_PASSWORD=Test123!" -p 1433:1433 --name sql1 --hostname sql1 -d mcr.microsoft.com/mssql/server:2022-latest

..und es dann erst einmal ganz Stumpf mit Access (habe gerade kein SQL Mgt Studio installiert) über eine Machine Data Source ausprobiert - läuft...

 

[NAS-Newbee]

Auf welcher Hardware läuft es denn? Unsere Vermutung war, dass meine DS220+ einfach nicht ausreicht. Aber ist nur eine Vermutung.

 

[Der Paul]

Bei mir ist es eine 923+ mit 32GB, aber der Container hat jetzt auch nicht mehr als 4GB (und das auch nur im peak) belegt. Insofern müsste es auch auf der 220+ mit Deinen 10GB laufen (sofern die nicht wegen anderer Sachen schon am Limit wäre).

Was mir in den Screenshots mit den Fehlermeldungen aufgefallen ist: der letzte Error 18456 könnte ein Zeichen die falsche Authentifizierungsmethode (Windows anstelle SQL) sein, während der erste Fehler/Timeout 258 u.a. auftritt, wenn man sich zu einer Named Instance verbinden will -denn bei denen ist per default port randomization aktiv (d.h. definitiv kein 1433) und somit muss man den Port im Connection String/Client mit angeben. Einfachster Test ist wirklich, ein einen ODBC DSN anzulegen und von dort aus direkt eine Verbindungsaufbau zu versuchen...

 

[tebby]

Ich habe es auf einer DS 218+ mit 10GB versucht, DS 7.2.1 Update 4 und auch mit dem Update 5 versucht.
Eine DS 220+ wäre ebenfalls als Testinstallation vorhanden (auf der läuft ein WIN10 Pro in einer VMM)
Die DS218+ ist "jungfräulich" ich wollte nur den MSSql Express 2019 im Container laufen lassen und nichts anderes , aber "soooo ganz einfach mal installieren und loslegen ist leider nicht und man zweifelt wirklich an seinen Fähigkeiten...

 

[ctrlaltdelete]

Kann es an der CPU der DS liegen, fehlende Unterstützung für Docker, evtl. der fehlende Advanced Vector Extensions, AVX Support der CPU, den hat die DS923+

 

[maxblank]

Sollte aber nix mit der Lauffähigkeit bzw. Anmeldung an der Datenbank zu tun haben.

 

[ctrlaltdelete]

Ok, kam mir nur, weil es ja anscheinen auf der DS923+ läuft.