Neu SQL auf Ubuntu

[netztaucher]

Hallo und Guten Tag,

gibt es hier User:innen, die JTL mit SQL für Linux betreiben und mir kurz helfen können?
Ich strauchle etwas bei der Einrichtung einer weiteren Datenbank um JTL 1.6 zu testen.


bis dann, marco.

 

[Esel]

Hi Marco,

wird das jetzt offiziell supportet, der Linux SQL Server?

thx
Philipp

 

[netztaucher]

wird das jetzt offiziell supportet, der Linux SQL Server?

Es läuft, aber JTL-Support bietet keine Unterstützung.

Heisst wohl also nein. :-/


bis dann, marco.

 

[Esel]

Die Frage ist, wie viele Funktionen die nicht in Linux SQL drinnen sind oder ob der eh nichts benötigt, was ned geht

 

[netztaucher]

Die Frage ist, wie viele Funktionen die nicht in Linux SQL drinnen sind oder ob der eh nichts benötigt, was ned geht

Es scheint einfach nur Rechteprobleme zu geben.
Das ist nur in JTL zu lösen. Backup geht z.B. nicht.

 

[Fabrice]

gibt es hier User:innen, die JTL mit SQL für Linux betreiben und mir kurz helfen können?
Ich strauchle etwas bei der Einrichtung einer weiteren Datenbank um JTL 1.6 zu testen.

Wir nutzen seit ein paar Jahren den DB Server unter Linux. Instanzen wickelt man über Ports ab aber sonst hat sich nichts großartig geändert. Die Lizenzkosten nur dafür Windows Server auf dem Cluster zu lizenzieren sind uns definitiv zu hoch.

Was fehlt denn?

 

[netztaucher]

Was fehlt denn?

Ich habe Mühe eine weitere DB, getrennt vom Livesystem,
aufzusetzen. Will die Live-DB kopieren und 1.6 testen.

JTL jammert mit Rechtefehler:

Bei CREATE FILE wurde beim Versuch, die physische Datei "/var/opt/mssql/data/master.mdf\Mandant_1.mdf" zu öffnen oder zu erstellen, der Betriebssystemfehler 3(Das System kann den angegebenen Pfad nicht finden.) erkannt.

bis dann, marco.

 

[Fabrice]

Ich habe Mühe eine weitere DB, getrennt vom Livesystem,
aufzusetzen. Will die Live-DB kopieren und 1.6 testen.

JTL jammert mit Rechtefehler:

Es geht. Das hat auch nichts mit Rechenfehlern zu tun. Der Assistent fügt eben einfach Zeichen ein und damit kommt die Datenbank zurecht nicht klar.

Expertenmodus auswählen. Haken bei den Speicherorten setzen. Weiter. Fehler kommt. Zurück.
Bei den Speicherorten wieder /var/opt/mssql/data/ einfügen. Weiter. Setup läuft durch. Du hast deinen Testmandanten.

Grüße
Fabrice

 

[Fabrice]

Ahja. Du kannst als Pfad natürlich auch ein Backup deiner alten Datenbank eingeben Das bitte aber / benutzen und nicht \

 

[netztaucher]

Expertenmodus auswählen. Haken bei den Speicherorten setzen. Weiter. Fehler kommt. Zurück.
Bei den Speicherorten wieder /var/opt/mssql/data/ einfügen. Weiter. Setup läuft durch. Du hast deinen Testmandanten.

keine Chance

gebe ich pfad zum file an, fehler
/var/opt/mssql/data/eazybusiness2.mdf

gebe ich nur pfad an, fehler
/var/opt/mssql/data/

bis dann, marco.

 

[Fabrice]

Nur der Pfad funktioniert bei mir. Die Datei soll da ja auch nicht stehen. Das macht JTL.
Geh auch gern wieder zurück, nach dem Fehler und schau, ob JTL wieder etwas eingefügt hat.

Beim Testen passierte das ständig. Keine Ahnung, warum ein Entwickler glaubt Experteneinstellungen anbieten zu müssen und dann diese wieder verwirft und doch was eigenes macht.
Das Backup wieder einspielen auf diesem Wege hat bei mir nicht funktioniert. Das habe ich dann über das SQL Management Studio gemacht.

 

[netztaucher]

😭

Unbehandelte Ausnahme #24DD2A80F5E56186 vom Typ DBTool.Pages.MandantenMenu.ProgressTasks.TaskMandantenErstellenFailedException in
DBTool.Pages.MandantenMenu.ProgressTasks.TaskMandantenErstellenFailedException: Eine Ausnahme vom Typ "DBTool.Pages.MandantenMenu.ProgressTasks.TaskMandantenErstellenFailedException" wurde ausgelöst.

2022-06-22T14:03:59 DEBUG - [TableTable] Eintrag TableCache.tOptions entfernt - Removed
2022-06-22T14:03:59 DEBUG - SELECT 1
2022-06-22T14:03:59 DEBUG - Dauer: 19ms, Result: 1
2022-06-22T14:03:59 DEBUG - SELECT * FROM eazybusiness.dbo.tMandant;
2022-06-22T14:03:59 DEBUG - Dauer: 21ms
2022-06-22T14:04:21 DEBUG - Neue Verbindungsparameter: Data Source=kavi.kundenserver42.de;Initial Catalog=master;Integrated Security=False;Persist Security Info=True;User ID=sa;Password=;MultipleActiveResultSets=True;Connect Timeout=5;Application Name=" JTL-Wawi C#";Current Language=German
2022-06-22T14:04:21 DEBUG - [TableCache] Invalidate: Full Cache
2022-06-22T14:04:21 DEBUG - SELECT 1
2022-06-22T14:04:21 DEBUG - Dauer: 20ms, Result: 1
2022-06-22T14:04:21 DEBUG - SELECT * FROM master.sys.databases;
2022-06-22T14:04:21 DEBUG - Dauer: 52ms
2022-06-22T14:04:21 DEBUG - Neue Verbindungsparameter: Data Source=kavi.kundenserver42.de;Initial Catalog=master;Integrated Security=False;Persist Security Info=True;User ID=sa;Password=;MultipleActiveResultSets=True;Connect Timeout=5;Application Name="JTL-Wawi C#";Current Language=German
2022-06-22T14:04:21 DEBUG - [TableCache] Invalidate: Full Cache
2022-06-22T14:04:21 DEBUG - SELECT 1
2022-06-22T14:04:21 DEBUG - Dauer: 23ms, Result: 1
2022-06-22T14:04:22 DEBUG - IF OBJECT_ID('dbo.tErrorlog', 'U') IS NULL SELECT 0 ELSE SELECT 1;
2022-06-22T14:04:22 DEBUG - Dauer: 21ms, Result: 0
2022-06-22T14:04:24 DEBUG - IF OBJECT_ID('dbo.tErrorlog', 'U') IS NULL SELECT 0 ELSE SELECT 1;
2022-06-22T14:04:24 DEBUG - Dauer: 20ms, Result: 0
2022-06-22T14:04:36 DEBUG -
MERGE INTO
eazybusiness.[dbo].[tOptions] AS myTarget
USING (VALUES (@Key, @Value)) AS mySource(cKey, cValue)
ON mySource.cKey = myTarget.cKey
WHEN NOT MATCHED BY TARGET THEN
INSERT (cKey, cValue) VALUES (mySource.cKey, mySource.cValue);
SELECT
cValue
FROM
eazybusiness.[dbo].[tOptions]
WHERE
cKey = @Key;
@key = 'WawiSeed'
@value = '8D06AFC390E4BD2F'
2022-06-22T14:04:36 DEBUG - Dauer: 44ms, (bis zum Reader)
2022-06-22T14:04:36 DEBUG - Dauer: 45 ms, 1 Zeilen
2022-06-22T14:04:36 DEBUG - SELECT * FROM eazybusiness.dbo.tMandant WHERE cDB = @DBName
@DBName = 'master'
2022-06-22T14:04:36 DEBUG - Dauer: 20ms, (bis zum Reader)
2022-06-22T14:04:36 DEBUG - Dauer: 21ms, 0 Zeilen
Zeitstempel: 2022-06-22T14:04:36
Locale: German (Germany)
Locale: German (Germany)
Version: 1.5.55.2
Plattform: Wawi
WawiSeed: 7.2.12582.23000
Prozessname: JTL-Wawi
Physikalischer Speicher: 385323008 / Peak: 385404928
Basispriorität: 8
Prioritätsklasse: Normal
CPU-Zeit (User): 0:00:08,84375
CPU-Zeit (System): 0:00:01,46875
Page-Size (Sytem): 1770552 / Peak: 330383360
Page-Size: 330100736 / Peak: 330383360
Offene Handles: 1256
Database:
Build: 2205101254 eed250ce1c1c28aa906d53beba9438badbf28410

 

[Fabrice]

Ja und jetzt nochmal zurück und die Experteneinstellungen erneut anpassen

 

[netztaucher]

Ja und jetzt nochmal zurück und die Experteneinstellungen erneut anpassen

ja, da ändert sich nix. immer abbruch an der stelle mit fehlerlog.

 

[netztaucher]

Bei CREATE FILE wurde beim Versuch, die physische Datei "/var/opt/mssql/data/mastlog.ldf\Mandant_2_log.ldf" zu öffnen oder zu erstellen, der Betriebssystemfehler 3(Das System kann den angegebenen Pfad nicht finden.) erkannt.

Bedeutet also:

Pfad zur DB muss sein:
/var/opt/mssql/data/

Pfad zum Log muss sein:
/var/opt/mssql/data/

 

[Fabrice]

Bei CREATE FILE wurde beim Versuch, die physische Datei "/var/opt/mssql/data/mastlog.ldf\Mandant_2_log.ldf" zu öffnen oder zu erstellen, der Betriebssystemfehler 3(Das System kann den angegebenen Pfad nicht finden.) erkannt.

Bedeutet also:

Pfad zur DB muss sein:
/var/opt/mssql/data/

Pfad zum Log muss sein:
/var/opt/mssql/data/

Korrekt.

 

[mh1]

Hallo und Guten Tag,

gibt es hier User:innen, die JTL mit SQL für Linux betreiben und mir kurz helfen können?
Ich strauchle etwas bei der Einrichtung einer weiteren Datenbank um JTL 1.6 zu testen.


bis dann, marco.

Wir haben seit längerem MSSQL Express auf einem Linuxbasierten Systen am laufen.
Anfangs SQL 2017, seit längerem aber 2019.

Läuft super und ist für meinen Geschmack viel einfacher zu konfigurieren.

 

[mh1]

Es scheint einfach nur Rechteprobleme zu geben.
Das ist nur in JTL zu lösen. Backup geht z.B. nicht.

Hier gibt es keine Rechteprobleme.
Backups funktionieren bei unserem SQL Express auf Linux einwandfrei.

 

[Miradev]

Wie genau wurde das Pfadproblem gelöst?

Wir haben seit längerem MSSQL Express auf einem Linuxbasierten Systen am laufen.
Anfangs SQL 2017, seit längerem aber 2019.

Läuft super und ist für meinen Geschmack viel einfacher zu konfigurieren.

Einfacher zu konfigurieren: Welche Pfade wurden genommen?

Bei CREATE FILE wurde beim Versuch, die physische Datei "/var/opt/mssql/data/mastlog.ldf\Mandant_2_log.ldf" zu öffnen oder zu erstellen, der Betriebssystemfehler 3(Das System kann den angegebenen Pfad nicht finden.) erkannt.

Bedeutet also:

Pfad zur DB muss sein:
/var/opt/mssql/data/

Pfad zum Log muss sein:
/var/opt/mssql/data/

Trotz genau dieser Pfade funktioniert es bei mir nicht. Error 3 kommt trotzdem.
Wie habt ihr die Pfade herausgefunden, welche zum Erfolg führen?

Danke schonmal und Gruß
Mira

 

[mh1]

Hallo @Miradev,

wie denn jetzt die Pfade auf deinem System heißen, kann dir hier niemand sagen.
Du hast den Server doch installiert.
Die Standardeinstellungen für alle Pfade, also DATA und LOG und Backup ist /var/opt/mssql/data/.
Aber im Endeffekt legst du ja fest, wo Dateien am Ende gespeichert werden.

Du kannst dir ja mal in der mssql.conf anschauen, was konfiguriert wurde. Also cat /var/opt/mssql/mssql.conf

Bei mir hab ich z.B. diese Pfade

[filelocation]
defaultdatadir = /var/opt/mssql/data/mdf
defaultlogdir = /var/opt/mssql/data/ldf
defaultbackupdir = /var/opt/mssql/data/bac