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

[MichaelH]

Das Ticket kann ich bestätigen, der Update hing an mind. 2 Orten längere Zeit, wie lange es tatsächlich dauerte weiß ich nicht, weil ich natürlich nicht davor sitzen blieb.

 

[forumjtlolshopag]

Wir haben noch nicht aktualisiert, aber wenn ich das so richtig lese dauert das Upgrade also schon mehrere Stunden? Bei 300k Rechnungen, wie lang wäre da ungefähr mit zu rechnen?

Edit: @MichaelH Welches Ticket? Hier ist leider nix verlinkt. Ist es öffentlioch einsehbar?

 

[MichaelH]

Ticket ? Ich habe kein offenes Ticket.
Bei mir lief es vermutlich 2 Stunden, bin nicht die ganze Zeit davor gesessen (300k Aufträge).

 

[forumjtlolshopag]

Ticket ? Ich habe kein offenes Ticket.
Bei mir lief es vermutlich 2 Stunden, bin nicht die ganze Zeit davor gesessen (300k Aufträge).

Weil du geschrieben hattest "Das Ticket kann ich bestätigen, der Update hing" dachte ich du meintest ein öffentliches Ticket, was einsehbar ist. Wo solche Meldungen dann zusammenfassend gelistet sind.

 

[MichaelH]

Ein Anderer hat so ein Support- Ticket erstellt ...

 

[Verkäuferlein]

Edit: @MichaelH Welches Ticket? Hier ist leider nix verlinkt. Ist es öffentlioch einsehbar?

Es gibt (wie von @SebiW geschrieben) ein Ticket im Issue-Tracker dazu https://issues.jtl-software.de/issues/WAWI-62241 , welches wohl mit der 1.6.38.2 umgesetzt wurde.

Ob das aber das Problem behebt oder es mehrere Probleme gibt, bzw. vielleicht auch verschiedene Konstellationen, bei denen ein Update einfach entsprechende Zeit benötigt, ist fraglich.

Bei Problemen im Update muss man sich sonst an den JTL-Support wenden, damit das untersucht werden kann und dann vielleicht auch in einem zukünftigen Update behoben werden kann, wenn es behebbar ist.

Edit:
Bin gerade auch noch hierauf gestoßen:
https://issues.jtl-software.de/issues/WAWI-62615

 

[Amakando]

Warnung: Speicherplatz

Hallo Zusammen,

auch wir führen aktuell das Update, zum Glück erst auf Testservern, durch.

Unser Datenbank-Backup hat normalerweise eine Größe von 47 GB (mit vielen hochauflösenden Bildern).

Mal ganz abgesehen davon, dass man das Update anscheinend nicht mal an einem Wochenende durchbekommt, aktuell dauert es ca. 40 h, gibt es auch ein Problem mit dem Speicherplatz.

Wir haben noch 290 GB Speicherplatz auf dem Laufwerk (500GB SSD) zu Verfügung, wo die Datenbank läuft. Das reicht nicht. Abbruch wegen Speicherplatzmangels.

Ey JTL, was habt Ihr da gebaut? Ein Update, das zum einen nicht mal an einem Wochenende fertig wird und außerdem mega viel Speicherplatz benötigt, nur für ein Update. Das hättet Ihr in kleiner Schritte aufteilen müssen.

Wir führen hier das Update auf zwei Testservern, für 2 verschiedene Firmen durch. Bei beiden haben wir bisher das Update nicht fertig bekommen. Das ist doch Mist.

Viele Grüße
Matze

 

[Arne Janson]

Warnung: Speicherplatz

Hallo Zusammen,

auch wir führen aktuell das Update, zum Glück erst auf Testservern, durch.

Unser Datenbank-Backup hat normalerweise eine Größe von 47 GB (mit vielen hochauflösenden Bildern).

Mal ganz abgesehen davon, dass man das Update anscheinend nicht mal an einem Wochenende durchbekommt, aktuell dauert es ca. 40 h, gibt es auch ein Problem mit dem Speicherplatz.

Wir haben noch 290 GB Speicherplatz auf dem Laufwerk (500GB SSD) zu Verfügung, wo die Datenbank läuft. Das reicht nicht. Abbruch wegen Speicherplatzmangels.

Ey JTL, was habt Ihr da gebaut? Ein Update, das zum einen nicht mal an einem Wochenende fertig wird und außerdem mega viel Speicherplatz benötigt, nur für ein Update. Das hättet Ihr in kleiner Schritte aufteilen müssen.

Wir führen hier das Update auf zwei Testservern, für 2 verschiedene Firmen durch. Bei beiden haben wir bisher das Update nicht fertig bekommen. Das ist doch Mist.

Viele Grüße
Matze

Tipp Datenbanksicherung auf einfach stellen und nicht vollständig, das hat bei Kunden 1/5 des Speichers nur gebraucht. Später aber wieder zurückstellen.

 

[Amakando]

Tipp Datenbanksicherung auf einfach stellen und nicht vollständig, das hat bei Kunden 1/5 des Speichers nur gebraucht. Später aber wieder zurückstellen.

Hallo,

wo kann man das denn einstellen? Diese Option ist mir noch nirgends begegnet. Ich vermute im SQL-Server selbst?

Viele Grüße
Matze

 

[Arne Janson]

Hallo,

wo kann man das denn einstellen? Diese Option ist mir noch nirgends begegnet. Ich vermute im SQL-Server selbst?

Viele Grüße
Matze

SQL Server Management Studio (SSMS)​

 

[Amakando]

Auf einer meiner Testmaschinen läuft das Update nun seit 30 h und steht die ganze Zeit bei 21% , letzter Eintrag in den Details ist:

-- Migration Ende

IF(OBJECT_ID('tempdb..#RechnungKey') IS NOT NULL)
BEGIN
DROP TABLE #RechnungKey;
END

Ich frage mich, ob ich jetzt zu ungeduldig bin oder sich das Ding aufgehangen hat. Der Ressourcenmanager zeigt, dass auf den CPU-Kernen noch eine leichte Last liegt (insgesamt 14%).

Hat jemand eine Idee wie man herausfinden kann, ob da noch was passiert oder das Update hängt. Da steht ja was von "--Migration Ende" daraus könnte man ja schließen, dass es fertig ist. Bloss warum. Ist das Update dann nicht zu Ende?

Danke im voraus,
Matze

 

[Verkäuferlein]

Das kann Dir ohne nähere Informationen (z.B. wieviele Rechnungen bestehen im System, von welcher Version und auf welche Version wird migriert, etc.) vermutlich keiner präzise beantworten.

Allerdings sprechen Deine 47 GB Datenbankvolumen schon für eine gewisse Datenmenge die migriert werden muss.

Wenn ich das richtig verstehe, wurde bei der Rechnungsmigration eine temporäre Datenbanktabelle geschrieben, die nun verworfen wird. Damit ist dann ja aber nicht zwangsläufig das gesamte Update abgeschlossen.

Trotzdem würde ich mich in dem Fall mal an den JTL-Support wenden und das untersuchen lassen. Vielleicht kann JTL mit solchen Beispielfällen die Migration in einem der nächsten Wawi-Updates entsprechend optimieren, dass es dann für alle schneller geht.

 

[BlueEyePhoenix]

wir versuchen auch von 1.5.54.1 auf die 1.6.39.0 und hängen seit gestern 16 uhr bei 4%

IF(OBJECT_ID('tempdb..#RechnungKey') IS NOT NULL)
BEGIN
DROP TABLE #RechnungKey;
END

Leistung vom Server sollte ausreichend sein. Beim Update sieht man weder ob was geschrieben wird noch irgendwas anderes an Informationen selbst wenn man die Details anzeigt. Das Update auf die 1.6 läuft alles andere als optimal.

kann man irgendwo einsehen wo einsehen wo oder wie weit die Datenbank ist?

 

[SebiW]

Nicht dass ich wüsste. Die bisherigen Erfahrungen aus dem Thread sagen: ca 48h für 1 Mio Rechnungen. Je nach Serverleistung vielleicht etwas schneller oder langsamer, aber nich mehr als ein paar Prozent.

 

[BlueEyePhoenix]

Und die Anzeige bleibt so lange auf 4% stehen?

 

[SebiW]

Und die Anzeige bleibt so lange auf 4% stehen?

Japp, oder bei 2% oder 3%. Bei uns stands beim einen Mandanten bei 2%, beim anderen bei 5%. leider sehr unbefriedigend das ganze.

 

[Salandis]

Wir versuchen gerade von 1.5.55.2 auf 1.6.40.0 zu gehen. Nach aktuell gut 15,5 Stunden stehen wir immer noch bei 1%.

 

[Arne Janson]

Wir versuchen gerade von 1.5.55.2 auf 1.6.40.0 zu gehen. Nach aktuell gut 15,5 Stunden stehen wir immer noch bei 1%.

Guck mal bitte unter Details, was das Update aktuell macht. Wenn du viele Rechnungen hast, dauert es lange diese neu zu erzeugen.

 

[Salandis]

Guck mal bitte unter Details, was das Update aktuell macht. Wenn du viele Rechnungen hast, dauert es lange diese neu zu erzeugen.

IF(OBJECT_ID('tempdb..#RechnungKey') IS NOT NULL)
BEGIN
DROP TABLE #RechnungKey;
END

CREATE TABLE #RechnungKey
(
kRechnung INT PRIMARY KEY NOT NULL
);

INSERT INTO #RechnungKey (kRechnung)
SELECT tRechnung.kRechnung
FROM Rechnung.tRechnung;

DECLARE @Rechnungen AS Rechnung.TYPE_spRechnungEckdatenBerechnen;

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

EXEC Rechnung.spRechnungEckdatenBerechnen @Rechnungen = @Rechnungen;

DELETE #RechnungKey
FROM #RechnungKey
JOIN @Rechnungen ON [@Rechnungen].kRechnung = #RechnungKey.kRechnung;

DELETE @Rechnungen;
END

IF(OBJECT_ID('tempdb..#RechnungKey') IS NOT NULL)
BEGIN
DROP TABLE #RechnungKey;
END

Das ist der aktuelle Status
Update: 20 Std. immer noch 1%.

Die Empfehlung es übers Wochenende zu machen, könnte bald nicht reichen. Abgesehen vom noch möglichen Stress, die verlorenen Einstellungen wieder herzustellen. Auch die Verkäufe auf den Verkaufsplattformen werden ja nicht mehr abgeglichen und somit stimmen nachher zu lange die Bestände nicht. Besonders Amazon straft dann unnötige Stornierungen durch Fehlverkäufe etc. ab. Der Umstand ist sehr unglücklich.

UPDATE: nach 24 Stunden immer noch 1%

 

[Salandis]

Wir haben heute früh nach unserem Update (38 Std.) nachgeschaut und es wurde bei 1.6.28.0 abgebrochen. Es kamen folgende Fehlermeldungen laut den Screenshots.

Wir gehen nun erstmal wieder auf 1.5.55.2 zurück. Sehr unglücklich dieser ganze Vorgang.