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

[myfolien]

Das Update von der aktuellsten 1.5 Version auf die 1.6 hängt sich auch nach mehreren Versuchen bei DROP TABLE #TempRechnungLieferscheinPos auf und geht nicht weiter. Auch nach über 10 Std. keine Reaktion.
Hat jemand ähnliche Erfahrungen oder Lösungsvorschläge?

LG

 

[pannscheck]

Bei uns ähnlich an anderer Stelle.
Wir hängen jetzt seit 9 Stunden bei #RechnungKey (erst 2%!) fest.



Nachtrag 20.05. 10:00Uhr: Laut JTL Support soll ein der nächsten Woche eine neue Version erscheinen, die evtl. die Updateprobleme behebt ...


Gruss, Pannscheck

 

[Boarder]

@pannscheck habt ihr abgebrochen oder ist es durchgelaufen, auch wenn es lange dauert? Es hängt ja eindeutig in dieser while schleife die immer nur 1000 alte Rechnungen abarbeitet. Bei mir jetzt seit 2 Stunden.

WHILE EXISTS(SELECT * FROM #RechnungKey)
BEGIN
    INSERT INTO @Rechnungen (kRechnung)
    SELECT TOP(1000) kRechnung FROM #RechnungKey;

    EXEC Rechnung.spRechnungEckdatenBerechnen @Rechnungen = @Rechnungen;

    DELETE @Rechnungen;

    DELETE TOP(1000) FROM #RechnungKey;
END

 

[Shopworker.de]

Nach meinem Kenntnisstand kann das theoretisch Tage dauern ... hängt meines Wissens ab von der Rechnerperformance und der Anzahl der Aufträge.
Wenn ihr wirklich hunderttausende von Aufträgen aus der Vergangenheit habt macht evtl. ein Testlauf vom Update Sinn, dann wisst ihr ungefähr wie lange es dauert.
Kann natürlich auch immer noch ein Fehler sein; da kann dann denke ich nur der JTL-Support was zu sagen ...

 

[pannscheck]

@pannscheck habt ihr abgebrochen oder ist es durchgelaufen, auch wenn es lange dauert? Es hängt ja eindeutig in dieser while schleife die immer nur 1000 alte Rechnungen abarbeitet. Bei mir jetzt seit 2 Stunden.

Wir haben über 1.000.000 Rechnungen im System. Wir hatten nach 10 Stunden abgebrochen, da auch CPU und Festplatte nicht mehr sichtlich am Arbeiten waren.
Wir starten das Update aber in Kürze nochmal neu und warten nun länger ...

Gruss Pannscheck

 

[Shopworker.de]

Wir haben über 1.000.000 Rechnungen im System.

Die Aufträge werden alle "angepackt" ... evtl. macht ihr mal auf nem richtig schnellen Rechner einen Updatetest, dann wisst ihr zumindest, dass das Update durchläuft ...

 

[Pinkman]

Wir haben über 1.000.000 Rechnungen im System

na dann kann das Update aber dauern
Wir hatten "nur" etwas 200.000 Rechnungen, eine DB von etwas über 50 GB Größe und einen schwachen Server. Ich glaube ca. 6 Stunden (ist zu lange her wo wir auf 1.6 gegangen sind)

 

[SebastianB]

Hi,

aktuell bekommen wir einige Meldungen zu langsamen Updates. Wir verarbeiten und analysieren die und in der nächsten 1.6 werden die, die uns bekannt sind, dann behoben sein. Insofern meine Empfehlung: Setzt Euch ein Zeitlimit für das Update - dauert es zu lange, dann brecht es ab, spielt die 1.5 wieder ein und wartet auch eine der folgenden 1.6er Versionen.
Macht ein Ticket im Support auf und schaut, ob ihr uns die DBs ggf. für die Entwicklung bereitstellen könnt, damit wir die genaue Ursache für das langsame Update in der Entwicklung nachstellen und lösen können.

 

[vygi]

Servus und vielen Dank an diejenigen, die dieses Problem hier melden.

Ich warte nun schon seit über zwei Stunden auf das DB-Update auf 1.6.

Die letzte sichtbare Meldung ist " IF(OBJECT_ID('tempdb..#AuftragKey') IS NOT NULL) BEGIN DROP TABLE #AuftragKey; END ", nichts bewegt sich, der Fortschritt zeigt 1%.

Bei allen früheren WAWI-Upgrades war der Prozess spätestens nach fünf Minuten fertig, trotz der ständigen Warnung, dass es mehrere Stunden dauern könnte.
Und jetzt warte ich tatsächlich bereits 30-Mal länger, als jemals zuvor.
Ich wollte schon abbrechen und den Support kontaktieren. Zum Glück habe ich jetzt dieses Thema gefunden.

Mal schauen, wie lange es noch läuft. Hoffentlich rechnet WAWI den Fortschritt falsch. Denn: wenn 1% 2 Std sind, dann sind 100% mehr als acht Tage!

Ich habe einen ziemlich schnellen Rechner mir SSDs und etwa 1/3 Mio Aufträge in der Datenbank.

 

[Boarder]

Ich kann bestätigen das es "nur" lange dauert - bei sehr vielen Rechnungen - aber es funktioniert. Nach 24H habe ich erneut darauf geschaut und es war fertig. Zumindest bei "--Migration Ende .... #RechnungKey ..."
Ach so und es kommt so gut wie nicht auf die Power des Systems sondern nur auf die Anzahl der Rechnungen an. Die While-Schleife arbeitet die 1000 Rechnungen immer nur in einem Core ab (welcher bei 100% Auslastung fährt) und benötigt so gut wie keinen Festplattenzugriff.

 

[vygi]

Bei mir Stand nach 5 Stunden und 57 Minuten: keinerlei Fortschritt. Immer noch 1%!
1% in 6 Stunden - das ist schon mal eine Leistung...

Nachtrag 18:05: auch nach mittlerweile mehr als 9 Stunden stehe ich blöd da immer noch bei 1%...

Nachtrag 23:50 : es gab endlich eine Änderung! Jetzt wird " ... DROP TABLE #RechnungKey; ... " gemeldet. Trotzdem wird seit etwa 16 Stunden unverändert 1% Fortschritt angezeigt.

 

[vygi]

Nach mehr als 24 Std endlich alles beendet.
Zum Glück war es ein Wochenende!
Wie lange wird beim nächsten Mal so ein Update dauern?..

Der Fortschritt - durchgehend 1% - ist offenbar komplett nutzlos und nur verunsichert.

 

[Pinkman]

Wie lange wird beim nächsten Mal so ein Update dauern?..

nicht mehr solange - es liegt halt daran, dass die Wawi 1.6 viele neue Datenbankfelder hat. Besonders Auftrag 2.0 ist hier "Schuld"

 

[pannscheck]

Ich hatte das Update mit ca. 1 Mio. Rechnungen nach 40 Stunden (2%) abgebrochen.
Soeben ist die 1.6.28.2 raus. Diese soll das Update beschleunigen ...

​

 

[Boarder]

Leute ich möchte euch ja nicht beunruhigen. Aber schaut bitte nach dem Update nach ob alle eure alten Aufträge noch Rechnungen haben. Wir hatten bei der 1.6.38.1 (also die ohne die Update-Verbesserung) das Aufträgen vor 2021 zu ca. 90% keine Rechnung mehr erstellt war. Das ist uns leider aber auch erst einen Tag später aufgefallen, wodurch einen Tag an Arbeit verloren haben, und diesen per Hand erneut von Papier einpflegen müssen.

Sorry JTL aber die 1.6. war defenitiv noch nicht bereit für ein Release und ich wie viele haben sich auf die Aussage verlassen - das wenn sie noch nicht bereit ist, es halt noch einmal verschoben wird.

Edit: Wir haben das Update mit der 1.6.38.2 auf einem Testsystem erneut durchlaufen lassen, da ist der Fehler mit den verlorenen Rechnungen nicht aufgetaucht.

 

[pannscheck]

Geschafft, die 1.6.38.2 ist nun drauf 😉
Das Update hat bei ca. 1 Millionen Rechnungen insgesamt über 65 Stunden gedauert !
Der Fortschritt lag fast 60 Stunden bei 2%.
Die CPU für SQL lief dabei nur auf 4%, die Festplatte nur ca. jede halbe Minute ganz kurz.

 

[SebiW]

Geschafft, die 1.6.38.2 ist nun drauf 😉
Das Update hat bei ca. 1 Millionen Rechnungen insgesamt über 65 Stunden gedauert !
Der Fortschritt lag fast 60 Stunden bei 2%.
Die CPU für SQL lief dabei nur auf 4%, die Festplatte nur ca. jede halbe Minute ganz kurz.

Hu Du, so rund 1 Mio Rechnungen fahren bei uns auch rum. Dh die Performanz des Systems hat nur überschaubar Einfluß auf die Geschwindigkeit des Updates? Argl.
Ich hatte ja gehofft, dass ich da anders als auf meinem Testsystem nicht mit mehreren Tagen Update rechnen muss. Uff.

 

[MichaelH]

Bei mir dauerte es mit ca. 300.000 Rechnungen nur ca. 20 Minuten (unsere Rechnungen haben alle viele Positionen).

Testinstallation auf meinem PC
i9-9900K CPU 3.6 GHz,
RAM 32GB,
SSD (Windows und SQL-Server und Datenbank auf der gleichen SSD),
SQL-Server Developer (kein Express, ohne besondere Einstellungen).
DB > 10 GB

Der Update war aus meiner Sicht "flott".
-> Vielleicht spielt die SQL-Server Version auch eine Rolle ?

 

[MichaelH]

Ich muss meine Aussage zurücknehmen.
Ich hatte nicht bemerkt dass ich auf die 1.6.38.1 geupdated hatte.

Nun konvertiere ich erneut von 1.5, aber auf die 1.6.38.2 und nach 1 Stunde steht das Ding erst bei 32%.

1.6.38.1 -> 1.6.38.2 JTL wird wissen was der große Unterschied in der Konvertierung sein wird.

 

[SebiW]

Ich muss meine Aussage zurücknehmen.
Ich hatte nicht bemerkt dass ich auf die 1.6.38.1 geupdated hatte.

Nun konvertiere ich erneut von 1.5, aber auf die 1.6.38.2 und nach 1 Stunde steht das Ding erst bei 32%.

1.6.38.1 -> 1.6.38.2 JTL wird wissen was der große Unterschied in der Konvertierung sein wird.

Kann ich Dir sagen Michael, in der 1.6.38.2 kam dazu: Update/Migration von Auftrags- und Rechnungsdaten optimieren - https://issues.jtl-software.de/issues/WAWI-62241

Mir scheint, das ist zumindest in Deinem Fall nicht in vollem Umfang geglückt 😁🤣