In Diskussion MSSQL Server Linux/Docker

[maydo]

läuft denn die aktuelle docker version auf ZFS ?

In der Beta Phase waren einige Versionen auf ZFS nicht lauffähig, daher ext4.

 

[lj-shadow]

So zurück...
Es sieht so aus, als wäre der Fehler mit dem Collationsproblem weg.
Ein Herr Mustermann ließ sich gerade anlegen und der Auftrag von Ihm auch. Alles so, wie beim originalsystem, nur gefühlt etwas schneller.

Also Herr @t.oster , wenn wir uns mal treffen sollten, ich schulde Dir n Bier!

Einzige Sache, die mir jetzt noch etwas den Spaß verdirbt, ist, dass diese Instanz nicht vorhanden ist.
Gibt es da auch eine Umgebungsvariable für?

Ich find leider dazu nichts genaues...

hier:
https://docs.microsoft.com/de-de/sq...-service-startup-options?view=sql-server-2017

wird zwar von einem Parameter -s gesprochen, der scheint aber wieder den Pfad zu verändern

 

[ekpegleg]

Gibt es hier weitere Erfahrungen - How to's?
Ich würde es gern mal auf nem Testsystem umsetzen.

 

[lj-shadow]

Nimm Dir den letzten Post von t.oster vor.

Ich hab 'ne Testinstanz auf einer QNAP NAS in der Docker-Station laufen und die rennt zuverlässig.
Wichtig sind halt die von t.oster genannten Umgebungsvariablen.

Ist aufgrund von kleiner Hardware (halt 'n NAS) nicht der Geschwindigkeits-Renner, läuft aber auch nicht langsamer als auf einem alten Rechner.

 

[gnarx]

#lj-shadow
Was für ein QNAP ist den das, wenn man fragen darf?
Und ist das mit einem Netzwerkkabel verbunden oder mit 2?

 

[lj-shadow]

Das zum Testen ist ein TS-251+. Also nur eine kleine. Dann läuft da nur noch ein beschnittenes Win für den Worker und ein paar automatische Ameisen-Importe drauf.

2 Netzwerkkabel bringen dir nur etwas, wenn du entweder getrennte Netze hast oder die 2 Ports für mehr Speed zusammenlegst.
Das müsste dann aber Router und Switch auch können.

Abgesehen von dem eben genannten würden 2 Kabel dir nur ermöglichen, die SQL-Instanz eine eigene Schnittstelle zuzuweisen.

 

[gnarx]

Ich nutze halt die Portbündelung über IEEE 802.3ad (TS 569 Pro) an einem Cisco Switch.

 

[n8schicht27]

Hallo @all
ich habe gerade den Server auch in einem Docker-Container installiert.
Ich bin ebenso von der Performance überrascht!
Verwendete folgenden docker container:
mcr.microsoft.com/mssql/server:2017-latest

@t.oster
bei mir läuft der Server nun wie folgt:

version:          "3"
services:
  db:
    image:        mcr.microsoft.com/mssql/server:2017-latest
    environment:
      - ACCEPT_EULA=Y
      - SA_PASSWORD=EuerPasswordBitteSicheresVerwenden
      - MSSQL_PID=Express
      - MSSQL_LCID=1031
      - MSSQL_COLLATION=Latin1_General_CI_AS
      - MSSQL_MEMORY_LIMIT_MB=8192
      - MSSQL_AGENT_ENABLED=true
      - TZ=Europe/Berlin
    ports:
      - 1433:1433
      - 49200:1433
    volumes:
      - ./data:/var/opt/mssql/data
      - ./backup:/var/opt/mssql/backup
    restart:      always

Auf dem Server soll dann zusätzlich noch eine windows 10 VM starten
Dort soll dann der Worker im Hintergrund arbeiten.

Hat das so bereits jemand am laufen?
schade das man in einem linux docker kein windows laufen lassen kann.
Das wäre dann wirklich genial...

Ich bitte um Rückmeldung.

 

[harlix]

Hallo,

klasse, wir haben ein ähnliches Setup seit gut einem dreiviertel Jahr problemlos laufen:

version: '3'
services:
  mssql:
    image: 'store/microsoft/mssql-server-linux:2017-CU2'
    restart: 'always'
    volumes:
      - 'mssql-data:/var/opt/mssql'
    ports:
      - '1433:1433'
    environment:
      - ACCEPT_EULA=Y
      - SA_PASSWORD=...
      - MSSQL_PID=Standard

volumes:
  mssql-data:

Die weiteren Optionen bzgl. Collation und Agent haben wir gar nicht gesetzt.

Bei uns läuft das viel geschmeidiger und problemloser als auf der vorherigen Windows-Kiste. Auch die Datenbank-Instanziierung ist via Docker unglaublich schnell und einfach gemacht, im Gegensatz zu einem schwerfälligen und langdauernden Windows-Installationsprogramm. Lediglich die Migration der bereits bestehenden Datenbank auf den Linux-Server (RESTORE DATABASE ... WITH MOVE ...) musste durchgeführt werden, da aus JTL heraus die Datenbank nicht auf einem Linux-Backend angelegt werden kann. Auch können keine Backups eingespielt werden. Das erfolgt bei uns über die Kommandozeile bzw. scriptgesteuert.

Für mich als Anwender sieht es nicht so aus, als ob noch große Hürden für eine vollständige Unterstützung der Linux-Datenbank zu meistern sind. @JTL: Oder liege ich hiermit falsch?

Viele Grüße

Felix

 

[intensys]

Hallo zusammen!
Ich hab die DB am laufen (default-Instanz ohne Namen), kriege aber angehängte Fehlermeldung wenn ich versuche, mit der JTL-Datenbankverwaltung darauf zu verbinden. Kennt das jemand und hat 'ne Idee, was das Problem sein könnte?
Die JTL-Datenbankverwaltung ist als Administrator ausgeführt, und wenn die DB einen Instanznamen hat, funktioniert's auch.

Schon mal besten Dank für Antworten!

 

[blackshadow]

Hallo,

hat schon jemand MS SQL 2019 unter Linux im Einsatz?
Gibt es bereits Erfahrungen mit der Umstellung?
Wir verwenden LS-POS, gibt es eventuell dazu auch Erfahrungen?
Lässt sich die Leistungssteigerung eventuell in Zahlen darstellen?

Wartung / Handling?

mfg

 

[ekpegleg]

Hallo @All,

könntet ihr Bitte euren Aufbau/Backend genauer spezifizieren und ein Satz zur Performance anhängen:
z.B.
Ubuntu Server 2016 + Docker + mssql-server-linux:2017
Windows Server 2016 + Docker + "nur mssql developer edition möglich"
Windows Server 2016 -> hyperV -> Ubuntu Server 2016....

 

[nostrauss]

Ich habe heute den MSSQL-Server auf einer Synology Diskstation 218+ im Docker als Container zum Laufen bekommen, mit den folgenden Umgebungsvariablen:

TZ=Europe/Berlin
MSSQL_MEMORY_LIMIT_MB=4096
MSSQL_COLLATION=Latin1_General_CI_AS
MSSQL_LCID=1031
ACCEPT_EULA=Y
SA_PASSWORD=Test1234!
MSSQL_PID=Express

und Portweiterleitung 1433 auf 1433.

Ich bekomme bei der Datenbankerstellung mit JTL auch eine Verbindung zum MSSQL-Server, allerdings wenn versucht wird die Datenbank eazybusiness zu erstellen, kommt die Fehlermedlung "Create Failed for Database 'eazybusiness'.

Hat jemand eine Idee, wo da der Fehler liegen könnte?

 

[lj-shadow]

Erstelle manuell eine per mssms und Spiel ein Backup ein

 

[nostrauss]

Ich setze neu auf, deshalb kann ich kein Backup einspielen.

Ich habe manuell eine Datenbank per mssms erstellt bekommen, die scheint aber nicht mit JTL zusammenzupassen. Es scheitert scheinbar immer an der Mandantenerstellung.
So richtig weiß ich erst mal nicht weiter...

 

[lj-shadow]

Auf Anhieb.... keine Ahnung, bei mir ging es damals glaub ich auch inkl. DB Erstellung.
Unter Linux gibt es jedoch keine instanznamen... "/jtlwawi" fällt also weg und Filestream kannst du nicht aktivieren.

 

[t.oster]

Was gibt denn der Docker-Container für Logs aus? Ich hab den Erstellprozess auch nie probiert, sondern immer nur ein existierendes Backup von einem Windows SQL Server eingespielt.

 

[nostrauss]

Ein Backup von einem Windows SQL Server hätte ich.
Das habe ich auch schon probiert einzuspielen, da kommt aber folgende Fehlermeldung:

Eine Ausnahme vom Typ

"DBTool.Pages.MandantenMenu.ProgressTasks.TaskMandantenErstellenFailedException"

wurde ausgelöst.

Da bin ich dann echt überfragt...

 

[t.oster]

Das sieht aus wie die Fehlermeldung der JTL GUI. Bitte schaue im Docker- Log nach (wenn du Docker-compose benutzt zu mit `docker-compose logs -f`)

 

[mimk97]

Ich wollte heute ein Update von 1.1.47 auf 1.5.13.1 machen.
Dabei kam erstmal eine Fehlermeldung das 0 MB frei wären für das Datenbank Backup. Hat aber trotzdem das Backup gemacht.
Danach kam direkt die Meldung "Das Update ist fehlgeschlagen", siehe Anhang.
Auch ein Update auf 1.2.3.8 funktionierte nicht.
Hab den Docker mit MSSQL 2017 auf einer Synology am laufen.
Hat jemand eine Idee?