Neu JTL-Wawi 1.6 Datenbank Update geht bis DROP TABLE #TempRechnungLieferscheinPos und stockt dann

[MichaelH]

Also man muss schon sagen, ein Kleinbetrieb seit ihr vermutlich nicht ?

-> Da sollte man schon davon ausgehen, dass ein Testsystem aufgesetzt wird und man in aller Ruhe ein Testupdate macht bevor man an die Live-DB geht ...

 

[TobiasC]

Hi,

wir probieren auch gerade ein Testupdate (1.5.51.0 => 1.6.40.0) auf einer Test-VM, welche auch auf unserem SQL Server läuft, der mehr als genug Power hat.

Wir stecken auch bei dem Query "#RechnungKey" fest und die CPUs arbeiten quasi gar nicht (17% CPU Auslastung/6 zugwiesene Cores bei der VM/48GB Ram) und auch wird auf den SAS-SSDs nicht wirklich etwas geschrieben (I/O Auslastung im kb Bereich). Ich hatte vor ~2 Jahren mal ein Update auf die damalige 1.6er Beta gemacht und das lief noch einigermaßen flott durch.

Wir haben ~450.000 Einträge in tRechnung

 

[WITTKO]

Servus,
einfach warten, irgendwann gehts dann schon weiter!
Das Stoppen war bei uns auch immer bei "#RechnungKey" (ca. 5x im Update-Prozess)..
Haben heute auch das Update durchgeführt. Dauerte ca. 4 Stunden

 

[TobiasC]

Hi,

wenn es mal 4 Stunden wären .... das Update läuft schon bedeutend länger und zwar seit 20 Stunden und es hängt immer noch an dem Query "#RechnungKey" fest. Ich habe jetzt mal ein Support- Ticket aufgemacht.

Grüße
Tobias

 

[TobiasC]

Hi,

Antwort vom Support ist, dass man an einer Lösung arbeiten würde. Das 1.6er Update würde teilweise auch länger als ein Tag brauchen. Ein Workaround stehe aktuell nicht zur Verfügung.

Dann heißt es wohl abwarten.....unser Live System können wir so zumindest nicht migrieren.

Gruß
Tobias

 

[SebastianB]

Hi,
wir arbeiten aktuell noch an Performance-Optimierungen vom Update. Wenn ihr uns dabei unterstützen möchtet, damit auch (genau) Euer Problem mitbehoben wird: Wenn ihr vor dem Testupdate auf dem Desktop den Ordner "WawiSqlUpdateLogs" anlegt, dann schreibt das Wawi-Update dort CSV-Dateien rein mit allen Update-Befehlen und der Dauer. Wenn ihr uns die zur Verfügung stellt, können wir sehen, wo genau bei Euch das Update hängt und schauen, ob wir an der Stelle noch was rausholen können.
Grundsätzlich arbeiten wir an verschiedenen Stellen um das Update auch für größere Kunden in kurzer Zeit hinzubekommen.

 

[TobiasC]

Hi,

danke Sebastian für das Feedback. Ich habe für eine weitere Runde des Updates mal das Verzeichnis erstellt. Dort werden auch sofort fleißig CSV Dateien abgelegt mit den ganzen abgearbeiteten Queries und weiteren Infos. Es gab noch einen weiteren Fehler im Update-Prozess, bei de ich mal schauen muss, ob er nochmal nach ein paar Änderungen auftritt.
Ansonsten stehe ich auch produktiv mit dem Support in Verbindung, welche sich unsere Konstellation genauer anschauen wollen. Vielen Dank für den Einsatz.

Wäre sehr cool, wenn JTL es schafft, das Update in Bezug auf die eine Stelle mit den Rechnungen zu beschleunigen. Die Aufträge werden im Gegensatz zu den Rechnungen quasi in Lichtgeschwindigkeit abgearbeitet.

Grüße
Tobias

 

[Shoppert]

Wir führen gerade das Update von 1.5.46.3 auf 1.6.40.0 durch und haben es Freitag Nachmittag kurz nach Feierabend gestartet. Unsere SQL Datenbank (Standard [kein Express]) wird bei JTL gehostet und hat ca. 700.000 Aufträge/Rechnungen u.a. mit Amazon PAN-EU und Amazon VCS. Seit ca. 63 Stunden hängt unser Datenbank-Update im Zwischenschritt auf 1.6.0.0 auch mit 21% Fortschritt an folgender der Stelle
IF(OBJECT_ID('tempdb..#RechnungKey') IS NOT NULL)
BEGIN
DROP TABLE #RechnungKey;
END
[...]

Wir haben keine Fehlermeldung.
Support- Ticket ist geöffnet.

Liegt es vielleicht am Amazon VCS, bei dem ja Amazon die Rechnungen erstellt.
Nutzten diejenigen, die dieselben Performance-Probleme beim Update auf 1.6 haben auch Amazon VCS?

 

[TobiasC]

Hi,

wir verkaufen selber gar nicht über Amazon und somit auch kein Amazon VCS.

Gruß
Tobias

 

[dossy]

Hallo zusammen,

wir möchten uns hier auch mal einklinken. Unser Update-Versuch für 1.6.40 mit ca. 700.000 Rechnungen lag bei ca. 20h. Das Update war auch vollständig abgeschlosen.

Allerdings haben wir danach im JTL Dashboard entdeckt, dass anscheinend nicht alle Rechnungen importiert wurden bzw. ein anderer Bug aufgetreten ist.
Im Dashboard sind die Werte, z.B. für Monatsumsatz nach dem Update extrem zusammengeschrumpft. Nur noch ca. 30% der Umsätze und Stückzahlen
werden im Dashboard gelistet.

Jetzt hatten wir an dieser Stelle Angst, dass die Rechnungen nicht vollständig übernommen wurden und haben wieder auf die alte 1.5.55.0 Version zurückgerudert.

Hat / hatte jemand von euch das gleiche Problem? Falls ja, wie habt ihr das gelöst?

Viele Grüße
Dossy

 

[MichaelH]

Also ich würde den Dashboard-Daten kein Vertrauen schenken, die SQLs sind äußerst trivial und ggf. ohne Vorabinfo für die 1.6 "angepasst" worden.

Prüfen würde ich die Daten z.B. über Export mit der Ameise ob alt und neu die gleichen Summen und Anzahl für Aufträge, Rechnungen, Zahlungen, Gutschriften ergeben.
Auch den Lagerbestand mit dEP exportieren und summieren.

So hast du Klarheit über die Daten vorher / nachher.

 

[dossy]

Also ich würde den Dashboard-Daten kein Vertrauen schenken, die SQLs sind äußerst trivial und ggf. ohne Vorabinfo für die 1.6 "angepasst" worden.

Prüfen würde ich die Daten z.B. über Export mit der Ameise ob alt und neu die gleichen Summen und Anzahl für Aufträge, Rechnungen, Zahlungen, Gutschriften ergeben.
Auch den Lagerbestand mit dEP exportieren und summieren.

So hast du Klarheit über die Daten vorher / nachher.

Danke dir für diesen wertvollen Hinweis!

 

[dossy]

NEWS FÜR ALLE, DIE SICH GERADE MIT DEM UPDATE AUF 1.6 BESCHÄFTIGEN!

Die Version 1.6.41.1 bringt jetzt Abhilfe und das Update geht super schnell!
Bei knapp 700.000 Rechnungen lag das Update (bei uns von 1.5.55.0 auf 1.6.41.1) jetzt gerade einmal bei 30 Minuten.
Im Vergleich dazu hatten wir bei dem Updateversuch zuvor von 1.5.55.0 auf 1.6.40.0 knappe 20h benötigt.

Für alle, die aktuell eventuell noch zögerlich oder verunsichert sind wegen der Dauer des Updates ... Jetzt ist es flott.
Wichtig ist aktuell, dass ihr direkt auf die 1.6.41.1 Version updated.

Danke JTL für die schnelle Abhilfe