Neu Fehler bei der Migration auf InnoDB - tzahlungslog

[timo.beil]

Hallo,

wir haben einen JTL Shop 4.0.6 Build auf Version 5.0.3 upgraded nach dieser Anleitung: https://guide.jtl-software.de/jtl-s...ionen/von-jtl-shop-4-auf-jtl-shop-5-upgraden/
Bei Schritt 4.2 kommt es zu folgendem Fehler

Bei der Migration der Tabelle tzahlungslog ist ein Fehler aufgetreten!

Danach war in der Übersicht zu sehen:

tzahlungslogist keine InnoDB-Tabelle (sic!)

Die Migration wurde fortgeführt und dann über den Button "check" erneut gestartet. Es kommt die gleiche Fehlermeldung.



In der Übersicht steht jetzt

Inkonsistente Kollation in Spalte cModulId

Diese Fehlermeldung lässt sich nicht beheben durch den Button rechts.
Der DB Manager zeigt noch die alte Kollation:



Was können wir tun?

 

[FPrüfer]

Hallo, wie groß ist die Tabelle tzahlungslog? Könnt ihr das Zahlungslog komplett zurücksetzen?
Wenn das nicht geht, schaut euch mal den Status der Tabelle an. Ist die mglws. defekt?
Wenn die Tabelle OK ist, könntet ihr versuchen per phpMyAdmin zuerst den DatenTyp der beiden TEXT-Spalten auf MEDIUMTEXT und dann die Kollation auf utf8_unicode_ci zu ändern. Danach dann die Migration übers Shop-Backend nochmal starten.

 

[timo.beil]

Hallo und danke für die schnelle Reaktion.

Hallo, wie groß ist die Tabelle tzahlungslog?

Nur ca. 450 MB, ca 56.000 Einträge

Könnt ihr das Zahlungslog komplett zurücksetzen?

Rückfrage:
1. Wie können wir das machen? Tabelle leeren?
2. Was ist die Konsequenz - sind die Daten relevant oder in der WaWi gespeichert?

Wenn das nicht geht, schaut euch mal den Status der Tabelle an. Ist die mglws. defekt?
Wenn die Tabelle OK ist, könntet ihr versuchen per phpMyAdmin zuerst den DatenTyp der beiden TEXT-Spalten auf MEDIUMTEXT und dann die Kollation auf utf8_unicode_ci zu ändern. Danach dann die Migration übers Shop-Backend nochmal starten.

Was ist "mglws."? Wir finden keine Fehler:

 

[FPrüfer]

OK, wenn die Tabelle normal zugreifbar ist, dann probiert mal
"...per phpMyAdmin zuerst den DatenTyp der beiden TEXT-Spalten auf MEDIUMTEXT und dann die Kollation auf utf8_unicode_ci zu ändern. Danach dann die Migration übers Shop-Backend nochmal starten."

 

[timo.beil]

OK, wenn die Tabelle normal zugreifbar ist, dann probiert mal
"...per phpMyAdmin zuerst den DatenTyp der beiden TEXT-Spalten auf MEDIUMTEXT und dann die Kollation auf utf8_unicode_ci zu ändern. Danach dann die Migration übers Shop-Backend nochmal starten."

Vielen Dank, das hat geholfen. Man muss aber beide Felder einzeln machen, in einem Befehl geht es nicht. Dann bricht es wieder ab.

 

[timo.beil]

Die Migration am Ende funktioniert auch, das Feld cModulId wird auch utf8

 

[FPrüfer]

Schön das es so geklappt hat. 🙂 Ich kann dir nicht hunderpro sagen was da der Grund ist, aber meine Vermutung geht in die Richtung, dass es in dem Log einen (oder mehrere) Einträge gibt, der seeeehr groß ist. Da die Kapazität eines TEXT-Feldes in Bytes begrenzt ist und die gleiche Anzahl an Zeichen in UTF8 mehr Bytes verbraucht als in Latin1, war mglws. für die Umkodierung "nicht genug Platz".