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.

 

[norwegen60]

Auch ich habe mich in den letzten Tagen mit einer neuen DS224+, 6GB RAM und DSM 7.2.2-72806 Update 3 durch diese Probleme geschlagen

• Container Manager installiert (Schade um Portainer)
• Suche in Registrierung nach MSSQL liefert 5662 Funde
• Zuerst mit microsoft/mssql-server probiert => Download bricht bei 0% ab
• Dann per SSH sudo docker pull mcr.microsoft.com/mssql/server:2022-latest image herunter geladen
• Image per sudo docker run -e "ACCEPT_EULA=Y" -e "MSSQL_SA_PASSWORD=Test_123" -p 1433:1433 --name sqlserver --hostname sqlserver -d mcr.microsoft.com/mssql/server:2022-latest gestartet
• Von Windows PC versucht mit SSMS eine Verbindung herzustellen. Anfangs kam mit der IP des DS224 "Falsches Kennwort". Nach einigen Versuchen, Neustarts, ... kam wie beim Ersteller dieses Beitrags, "Server nicht gefunden."
• Ein Stop der Images war meist nur möglich, wenn ich der Platte den Strom abgeschalten habe und neu gestarte habe
• Habe es dann noch mit einem Image von sqlserver2019dev/mssql2019, das man in der Registrierung runter laden konnte, probiert => selbes Ergebnis

Mir stellen sich folgende Fragen

• Gibt es eine Möglichkeit gezielter nach Imags zu suchen. "mssql+2019" funktioniert z.B. nicht sondern liefert 10000 Funde
• Wie zuverlässig sind die angebotenen Images. Werden die von hub.docker freigegeben
• Wie kann man Images zuverlässigen stoppen (Ich habe es auch mit SSH sudo docker stop <ID> versucht)
• Und vor allem: Was ist die korrekte IP die zur Verbindung per SSMS verwendet werden muss. Nur die IP des DS kann es doch gar nicht sein. Wie unterscheidet man dann zwischen verschiedenen Instanzen? IP des Images (z.B. 172.1.0.3) funktioniert nicht und der Imagename auch nicht
• Wie verwende ich path/korrekt

Hier, wie ich meinen letztes Orignal Image installiert habe



Der Ordner mssql hat die Berechtigung Everyone r/w

Stimmen Ordern und Pfadangaben so? (Für einen Test habe ich die nicht gesetzt, auf Standard gelassen, aber Zugriff hatte ich trotzdem nicht)


Nach ein paar Minuten warten fand ich folgende Einträge im Log. In dem geloggten Beispiel habe ich keinen Ordner und keine Pfade definiert

• 2025-07-08 10:28:13.56 Server Failed to verify the Authenticode signature of 'C:\binn\sqlncli11.dll'. Signature verification of SQL Server DLLs will be skipped. Genuine copies of SQL Server are signed. Failure to verify the Authenticode signature might indicate that this is not an authentic release of SQL Server. Install a genuine copy of SQL Server or contact customer support.
• Im Anhang das komplette Log

Beim Verbinden per SSMS kommt das

Egal ob ich

• IP des DS224
• IP aus Container 172.17.0.2
• Kombi aus obigen IP und Containername

verwendet habe
Info ist die hier


Hat irgendjemand das Problem gehabt und gelöst?

 

[norwegen60]

Da fällt mir gerade ein:
Wenn ich MSSQL auf einem normalen PC installiere und von anderen PC zugreifen wollte, musste ich immer noch per "SQL Server Configuration Manager" die TCP/IP aktivieren.
Kann es bei der Docker Installation auch daran liegen und wenn ja, wie aktiviere ich die?

 

[Tommi2day]

entsprechend dem Screenshot ist der Server von außen unter Port 32785 erreichbar . Um ihn auf 1433 erreichbar zu machen, muss man auch den lokalen Port entsprechend bei den Porteinstellungen definieren bzw bei docker run -p 1433:1433 angeben
Der Container kann auch mal 5-10min brauchen um richtig zu starten. Das SA Passwort sollte mind. 10 Zeichen lang und von allen Klassen was haben

 

[Ulfhednir]

Mir stellen sich folgende Fragen

• Gibt es eine Möglichkeit gezielter nach Imags zu suchen. "mssql+2019" funktioniert z.B. nicht sondern liefert 10000 Funde

Das offizielle Image von MSSQL beziehst du über Microsoft. Wie du das erhältst und wie das zu installieren ist, wird dir dort auch erklärt:
https://learn.microsoft.com/de-de/s...iew=sql-server-ver16&tabs=cli&pivots=cs1-bash

 

[norwegen60]

Ich hatte es beim SSMS auch mit 192.168.x.x,32785 versucht. In dem Fall kommt ganz schnell
"Der angegebene Netzwerkname ist nicht mehr verfügbar"
Bei 192.168.x.x:32785 gehet es viel länger bis Fehlermeldung "Falscher Parameter" kommt

Was muss ich in der Container UI tun, um 1433 erreichbar zu machen. docker run -p 1433:1433 würde ja nur gehen wenn ich mssql per SSH starten

Kannst du auch was zum freigeben der Pfade sagen. Funktioniert das so?