# Update von 6.7.14.2 auf 6.7.15.0 - Fehler **URL:** \ **Category:** Sonstiges\ **Created:** [2. Oktober 2026 um 12:06 UTC](https://forum.shopware.com/t/update-von-6-7-14-2-auf-6-7-15-0-fehler/109672 "2026-10-02T12:06:03Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![pro-soft-gera](https://avatars.discourse-cdn.com/v4/letter/p/c0e974/32.png) [@pro-soft-gera](https://forum.shopware.com/u/pro-soft-gera)\ **Post date:** [2. Oktober 2026 um 12:06 UTC](https://forum.shopware.com/t/update-von-6-7-14-2-auf-6-7-15-0-fehler/109672/1 "2026-10-02T12:06:03Z")
Das Update bricht ab, der Shop ist nicht erreichbar. habe diese auf einer Stage-Umgebung durchgeführt. der Abbruch erfolgt ab’: ```auto ---------- ---------------------- Action Number of migrations ---------- ---------------------- Migrated 2 out of 13 ---------- ---------------------- 10:28:13 CRITICAL [console] Error thrown while running command "database:migrate core --all=1". Message: " Migration error: An exception occurred while executing a query: SQLSTATE[23000]: Integrity constraint violation: 1452 Cannot add or update a child row: a foreign key constraint fails (`usrdb_xxl`.`#sql-d689e_5abc3a`, CONSTRAINT `fk.document.order_id` FOREIGN KEY (`order_id`, `order_version_id`) REFERENCES `order` (`id`, `version_id`) ON DELETE RESTRICT ON UPDATE CASCA)\n Trace: \n ``` Ich vermute, das hier Zuordnungen von Bestellungen und deren Dokumente (bei uns wohl Rechnungen) nicht stimmen. Die KI sagt mir, das wohl ausgerechnet hier Shopware bei diesem Update eine Änderung in der DB durchführt. Wie kann man das beheben? Muss man die betroffenen Bestellungen entfernen? Wie würdet Ihr vorgehen? Vielen dank schonmal im voraus. ---
**Author:** ![DannyBO](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/dannybo/32/27919_2.png) [@DannyBO](https://forum.shopware.com/u/DannyBO)\ **Post date:** [2. Oktober 2026 um 13:03 UTC](https://forum.shopware.com/t/update-von-6-7-14-2-auf-6-7-15-0-fehler/109672/2 "2026-10-02T13:03:01Z")
erstmal ein backup einspielen damit der shop wieder läuft ---
**Author:** ![pro-soft-gera](https://avatars.discourse-cdn.com/v4/letter/p/c0e974/32.png) [@pro-soft-gera](https://forum.shopware.com/u/pro-soft-gera)\ **Post date:** [2. Oktober 2026 um 13:05 UTC](https://forum.shopware.com/t/update-von-6-7-14-2-auf-6-7-15-0-fehler/109672/3 "2026-10-02T13:05:28Z")
Ja, also wie gesagt, ich habe dieses erstmal in einer Stage-Umgebung durchgeführt. Das Live-System ist noch nicht geupdatet. Nach dem einspielen des BackUps läuft auch die Stage wieder. Noch jemand eine Idee? ---
**Author:** ![DannyBO](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/dannybo/32/27919_2.png) [@DannyBO](https://forum.shopware.com/u/DannyBO)\ **Post date:** [2. Oktober 2026 um 13:08 UTC](https://forum.shopware.com/t/update-von-6-7-14-2-auf-6-7-15-0-fehler/109672/4 "2026-10-02T13:08:17Z")
gab es ne fehlemeldung beim update oder im log nach schauen ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [2. Oktober 2026 um 13:19 UTC](https://forum.shopware.com/t/update-von-6-7-14-2-auf-6-7-15-0-fehler/109672/5 "2026-10-02T13:19:27Z")
Vielleicht vor dem Update mal > SET FOREIGN\_KEY\_CHECKS = 0; setzen und nach dem Update dann wieder zurück > SET FOREIGN\_KEY\_CHECKS = 1; Vielleicht in dem Zusammenhang mal prüfen, ob > restrict\_fk\_on\_non\_standard\_key = 0 gesetzt ist (Bug bei MySQL 8.4). Ist jetzt nur so eine Idee. ---
**Author:** ![pro-soft-gera](https://avatars.discourse-cdn.com/v4/letter/p/c0e974/32.png) [@pro-soft-gera](https://forum.shopware.com/u/pro-soft-gera)\ **Post date:** [2. Oktober 2026 um 13:39 UTC](https://forum.shopware.com/t/update-von-6-7-14-2-auf-6-7-15-0-fehler/109672/6 "2026-10-02T13:39:08Z")
> [@R4M](#): > > Vielleicht in dem Zusammenhang mal prüfen, ob > > > restrict\_fk\_on\_non\_standard\_key = 0 > > gesetzt ist (Bug bei MySQL 8.4). Ist jetzt nur so eine Idee. Das werde ich mal am Montag prüfen… super Idee. Ich melde mich. Vorab gutes WE Euch allen. ---
**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\ **Post date:** [2. Oktober 2026 um 13:58 UTC](https://forum.shopware.com/t/update-von-6-7-14-2-auf-6-7-15-0-fehler/109672/7 "2026-10-02T13:58:21Z")
Deine Schema bzw. Keys einer Tabelle sind nicht in Ordnung. Das heißt eine frühere Migration ist schon einmal nicht korrekt durchgeführt worden. Der Vorschlag FK Check zu deaktivieren ist hier sicherlich nicht sinnvoll (und wird vermutlich auch nicht funktionieren), da du ja das Problem beheben möchtest und nicht einfach umgehen und ggf. noch mehr Probleme und kaputte Datensätze in der Zukunft haben möchtest. Am besten einen leeren Shop installieren und Schauen, wie das Schema der Tabelle in der Version vor dem Update ist und diesen dann in der Live „erzeugen“ so dass das Update ohne Fehler durchläuft. ---
**Author:** ![shyim](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/shyim/32/7681_2.png) [@shyim](https://forum.shopware.com/u/shyim)\ **Post date:** [3. Oktober 2026 um 06:16 UTC](https://forum.shopware.com/t/update-von-6-7-14-2-auf-6-7-15-0-fehler/109672/8 "2026-10-03T06:16:29Z")
```auto SELECT LOWER(HEX(d.id)) AS document_id, LOWER(HEX(d.order_id)) AS order_id, LOWER(HEX(d.order_version_id)) AS order_version_id, d.created_at FROM `document` AS d LEFT JOIN `order` AS o ON o.id = d.order_id AND o.version_id = d.order_version_id WHERE d.order_id IS NOT NULL AND d.order_version_id IS NOT NULL AND o.id IS NULL; ``` damit solltest du die kaputten einträge kriegen