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.

 

[rolson]

Das war jetzt Gedankenübertragung. Genau das habe ich auch vorhin gedacht und gemacht. Hab da einen Eintrag bei Github zu gefunden.

Hat aber auch nicht funktioniert.
Ich hab dann mal die 2019er Version vom Server komplett über die Befehlszeile installiert und zum Laufen gebracht, aber immer noch das Problem mit dem Passwort.

Vielen, vielen Dank für Eure Hilfe und Euer Mitdenken, aber ich will Eure und auch meine Zeit nicht damit nicht weiter rauben. Ist nicht meine Art, aufzugeben bei so etwas, aber hier ist ein Punkt, wo ich merke: Ich komme nicht weiter und es nervt nur noch, dass ich es nicht hinbekomme.

Hallo,

falls das Problem noch besteht - oder du damit wieder anfangen willst: ich habe auch 2 Tage damit verbracht Server:2022-latest zum Laufen zubringen.

Aus einer Eingebung habe ich einfach mal Server:2019-latest drüber installiert (nur YAML geändert) - und es lief alles sofort, wie wenn nichts gewesen wäre. Eventuell noch die vorhanden Dateien löschen. Achja, läuft bei mir auf einer Synology 224+

Bin auf der einen Seite froh, auf der anderen Seite auch sehr gefrustet wegen der verloren Zeit! Habe aber viel dazugerlernt

Vielleicht hilfts ja jemandem....

 

[NAS-Newbee]

Ich hab es aufgegeben auf der Synology. Mittlerweile laufen meine Dienste / Container auf einem Proxmox Server und damit bin ich echt zufrieden. Auch SQL Server läuft dort absolut problemlos. Die Synology ist nur noch für die ureigenste Aufgabe als NAS eingesetzt und als CalDav-/CardDav- Server. Bin mit dieser Konstellation sehr glücklich.