Shopware 6 Migration, doppelte Preise, Regeln, Datenbank-Einträge, Reset Prüfsummen

Shopware 6 (German) Sonstiges
1

Hallo zusammen, wir haben den Eindruck dass das Migrationstool 5 auf 6 nicht sauber arbeitet.

Sollzustand:

Beim ersten Mirgrieren sollen alle Daten rübergezogen werden. (Migrationstool merkt sich, welche Daten bereits migriert wurden).

Bei allen weiteren Migrationsläufen sollen bereits migrierte Daten lediglich aktualisiert werden. Daten, die noch nicht migriert wurden sollen logischerweise angelegt werden.

Aber genau das tut das Tool nicht.

Wenn wir von SW5 auf SW6 einmal alles rüber migrieren, schaut das beim ersten Lauf auch gut aus. Sowie wir aber nochmal, und nochmal die Daten rüberziehen, haben wir teils doppelte Preise. (Nein, wir reseten nicht die Prüfsummen).

Wenn jetzt jemand kommt und sagt „ey, warum zieht ihr die Daten doppelt rüber?“ Ganz einfach: Weil sich Preise und Bestände ändern, Kunden hinzukommen, Passwörter geändert werden, am Live System gearbeitet wird und ein Live-System generell nie still steht. Deswegen ist es das normalste auf der Welt, die Daten im Laufe einer Umstellung mehrfach von LIVE in DEV rüberzuziehen, zu testen, weiterentwickeln usw.

Beispiel:

Produkt A kostet von 1 bis 10: 12,-€

Nach dem zweiten Lauf steht im Frontend (nochmal) von 1bis 10: 12,-€.

Wenn wir uns in der Datenbank die Tabelle price anschauen, haben wir hier doppelte Datensätze drin. Manche werden aktualisiert. Manche werden neu hinzugefügt. Da die Preise über die „product_id“ verbunden sind, werden manche auch doppelt im Frontend ausgegeben.

Wir haben das mit 6.4.20.2, 6.5.3.3, 6.5.4.0 und 6.5.4.1 getestet. Jedes Mal das gleiche Ergebnis.

Auch Dinge wie Cross-Selling werden neu geschrieben, d.h. wir haben am Artikel z.B. doppelt und dreifach stehen „Accessory Items“ und selbst Regeln werden immer und immer wieder neu angelegt. Das unschöne ist, dass man diese dann nicht einfach löschen kann, weil diese mit Bestellungen und anderen Punkten verknüpft sind.

Klar könnten wir das alles so laufen lassen und der Shop würde auch „irgendwie funktionieren“, aber es ist nicht Sinn der Sache in der Datenbank unnötiges Zeug zu haben.

Eine Lösung (zwar nicht an der Ursache, nur am Symptom) ist es, die entsprechenden Tabellen zu leeren oder sich an den Spalten „created_at“ und „updated_at“ zu orientieren, und hier die doppelten rauszuwerfen.

Was habt ihr für Erfahrungen mit dem Tool gemacht und wie geht ihr mit mehreren Migrationsläufen um?

VG

1 „Gefällt mir“
2

Hallo Sineos,

wir haben exakt das gleiche Problem mit den doppelten und mehrfachen Preisen. Gibt es dazu bereits eine Lösung? Wir haben alles versucht, bekommen diese aber leider nicht raus.
Für ein Feedback bedanke ich mich bereits im Voraus.

Beste Grüße

3

Hi @sineos,

ich stehe gerade vor dem gleichen Problem mit den Preisen.
Ich habe die Preise teilweise dreifach drin. von 1 bis beliebig. Manchmal auch unterschiedliche Preise, wo ich überhaupt nicht weiß, wo die herkommen.
Kann ich im 5er System jedenfalls nicht finden.

Hattest du eine SQL-Query zum löschen der überflüssigen Preise und magst die evtl. bereitstellen? :slight_smile:

Gruß
Marcel

4

Selbe Problem hier.

Migration 2x durchgeführt und nun alle Preisregeln doppelt drin. Prüfsummen wurden nicht resettet. Sieht übrigens bei uns nun auch im Frontend für den Kunden absolut dämlich aus.

Nun steht in der Artikeldetailseiten bei allen Produkten:

Bis 1: 100€
Ab 1: 100€

Eine Lösung zum bereinigen wäre super. Zumal wird noch eine finale Migration durchführen müssen und dann alles zum dritten Mal drin steht.

5

Kann eigentlich nicht passieren, es sei denn die Migration wurde zwischendurch abgeschlossen. Oder es hat sich einiges im Quellsystem verändert.

6

Migration wurde nicht abgeschlossen. Die anderen User berichten ja von gleichen Erfahrungen.

Was „einiges im Quellsystem verändert“ heißt kannst du mir gerne erklären, aber da ist die letzten Wochen tatsächlich eher wenig passiert.

Sei mir nicht böse aber wenn eine Vielzahl von Usern das Problem hat wird da wohl irgendwo was dran sein.

7

Nun ja im Laufe des SW5 Betriebes kommen vielleicht Zahlungsarten hinzu, Versandarten hinzu oder werden gelöscht. Einstellungen werden umgeschrieben, Artikel sind unsauber angelegt. User gelöscht, Bestellungen gelöscht, Kategorien gelöscht, Hauptshop oder Subshop verändert - he die Liste wäre ellenlang. Und genau diese Veränderungen fallen dir bei der Migration auf die Füße.

Wenn Einträge doppelt geschrieben werden, dann wurde vermutlich das Migrations-Mapping beschädigt, gelöscht oder die Migration zwischendurch vielleicht doch abgeschlossen und neu gestartet.

Und nein, eine Vielzahl der User hat nicht diese Probleme das Daten doppelt geschrieben, denn alle Daten werden aus SW5 werden in einem Mapping zwischen gespeichert um genau das zu verhindern. Aber das kann man so aus der Ferne nicht 100%ig beurteilen. Die Migartion ist nicht einfach und die meisten Shopbetreiber können das alleine gar nicht umsetzen.

8

Versteh mich nicht falsch. Die Migration an sich hat sonst weitestgehend gut funktioniert. Auch das Mapping und der Abgleich der Prüfsummen. Nur eben bei den Preisregeln nicht. Diese werden bei jeder Migration neu erstellt.

Passiert in zwei unabhängigen Shops.

Wir werden sämtliche Preisregeln über die API löschen und neu schreiben.

9

Ja, das kann ich bestättigen. Die landen einmal im „Erweiterte Preise“ und im Produkt-Allgemein.
Aber die im „Allgemeinen“ sind falsch berechnet.