# Datenbank Migration 4.10 zu 6.2 **URL:** \ **Category:** Deutsches Forum\ **Tags:** installation-konfiguration\ **Created:** [July 3, 2020, 7:31am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828 "2020-07-03T07:31:51Z")\ **Posts on this page:** 16\ **Page:** 1
**Author:** ![creeko](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/c/f0a364/32.png) [@creeko](https://forum.oxid-esales.com/u/creeko)\ **Post date:** [July 3, 2020, 7:31am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/1 "2020-07-03T07:31:51Z")
Hallo zusammen, ich möchte gerne die Datenbank von CE 4.10 Shop auf einen neuen 6.2 Shop migrieren. Dazu habe ich [diese](https://docs.oxid-esales.com/developer/en/6.0/update/eshop_from_53_to_6/database.html) Anleitung gefunden, über die hier im Forum schon mehrfach geschrieben wurde. Ich habe dazu die Datenbank vom 4.10 Shop exportiert (alle Module deaktiviert!) und im 6.2 Shop importiert. Dann habe ich die beiden mitgelieferten sql-Dateien und danach den Befehl `vendor/bin/oe-eshop-db_migrate migrations:migrate` ausgeführt. Als Ergebnis bekomme ich nach diesem Befehl > “No migrations to execute” und wenn ich den Shop im aufrufe folgende Fehlermeldung: > Fatal error: Uncaught Symfony\Component\DependencyInjection\Exception\ServiceCircularReferenceException: Circular reference detected for service “Psr\Log\LoggerInterface”, path: “Psr\Log\LoggerInterface → Psr\Log\LoggerInterface”. in /home/shop\_directory/vendor/symfony/dependency-injection/Container.php:297 Stack trace: #0 /home/shop\_directory/source/overridablefunctions.php(209): Symfony\Component\DependencyInjection\Container-\>get(‘Psr\Log\LoggerI…’) #1 /home/shop\_directory/vendor/oxid-esales/oxideshop-ce/source/Core/Registry.php(329): getLogger() #2 /home/shop\_directory/vendor/oxid-esales/oxideshop-ce/source/Core/Module/ModuleChainsGenerator.php(420): OxidEsales\EshopCommunity\Core\Registry::getLogger() #3 /home/shop\_directory/vendor/oxid-esales/oxideshop-ce/source/Core/Module/ModuleChainsGenerator.php(344): OxidEsales\EshopCommunity\Core\Module\ModuleChainsGenerator-\>onModuleExtensionCreationError(‘z\_multifilter\_o…’) #4 /home/shop\_directory in /home/shop\_directory/vendor/symfony/dependency-injection/Container.php on line 297 Den nachfolgenden Befehl `vendor/bin/oe-eshop-db_views_generate` kann ich wegen dieser Fehlermeldung schon nicht mehr ausführen. Hat jemand eine Idee, was hier der Fehler ist? Vielen Dank schon im Voraus. ---
**Author:** ![leofonic](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/leofonic/32/58_2.png) [@leofonic](https://forum.oxid-esales.com/u/leofonic)\ **Post date:** [July 3, 2020, 10:14am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/2 "2020-07-03T10:14:58Z")
> [@creeko](#): > > z\_multifilter Das ist ein Modul von mir, eine Version für 6.2 ist verfügbar. Generell kannst du bei einer Migration von 4.10 auf 6.x die Module nicht einfach mitnehmen, du musst erst die 6.x ohne Module installieren, neue Versionen der Module besorgen und diese neu installieren. > [@creeko](#): > > “No migrations to execute” Kann nicht richtig sein, wenn du die DB von 4.10 mit den Skripts auf 6.0 Stand gebracht hast dann gibt es Migrations zur 6.2. ---
**Author:** ![creeko](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/c/f0a364/32.png) [@creeko](https://forum.oxid-esales.com/u/creeko)\ **Post date:** [July 3, 2020, 10:48am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/3 "2020-07-03T10:48:24Z")
> [@leofonic](#): > > Generell kannst du bei einer Migration von 4.10 auf 6.x die Module nicht einfach mitnehmen, du musst erst die 6.x ohne Module installieren, neue Versionen der Module besorgen und diese neu installieren. Genau das ist der Plan. Deshalb habe ich die Module im 4er Shop deaktiviert vor dem Export der DB und habe sie in einen frischen Shop importiert. Ich möchte nur die Benutzer/Bestell/Artikeldaten übernehmen, nicht die alten Module. > [@leofonic](#): > > Kann nicht richtig sein, wenn du die DB von 4.10 mit den Skripts auf 6.0 Stand gebracht hast dann gibt es Migrations zur 6.2. Hätte ich auch gesagt. Warum er nichts findet ist mir schleierhaft. Wie bekomme ich denn die alten Module aus der Datenbank raus? Im Backend sind sie alle deaktiviert. ---
**Author:** ![leofonic](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/leofonic/32/58_2.png) [@leofonic](https://forum.oxid-esales.com/u/leofonic)\ **Post date:** [July 3, 2020, 11:04am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/4 "2020-07-03T11:04:58Z")
> [@creeko](#): > > Wie bekomme ich denn die alten Module aus der Datenbank raus? DELETE FROM `oxconfig` WHERE `OXVARNAME` LIKE ‘%module%’ Dann kann man noch oxtplblocks leeren. Die Module erst dann ins modules Verzeichnis der 6.x kopieren wenn man sie neu installiert. > [@creeko](#): > > Hätte ich auch gesagt. Warum er nichts findet ist mir schleierhaft. Normal ist das so: die Migrations stehen im Filesystem in source/migration/data. In der DB gibt es die Tabelle oxmigrations\_ce, da steht drin welche schon ausgeführt wurden, die die noch nicht in der Tabelle stehen werden ausgeführt. ---
**Author:** ![creeko](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/c/f0a364/32.png) [@creeko](https://forum.oxid-esales.com/u/creeko)\ **Post date:** [July 3, 2020, 11:36am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/5 "2020-07-03T11:36:18Z")
> [@leofonic](#): > > DELETE FROM `oxconfig` WHERE `OXVARNAME` LIKE ‘%module%’ > > Dann kann man noch oxtplblocks leeren. Also ich habe beides nochmal gemacht vor dem Export der DB. Trotzdem kommt der gleiche Fehler wie oben beschrieben, auf dem er sich auf das Modul z\_multifilter bezieht. In der Tabelle oxconfig sind noch etliche Zeilen, wo in OXMODULE “module:z\_multifilter” steht. Die habe ich jetzt auch nochmal rausgelöscht, aber ohne Erfolg. Was kann ich noch tun? ---
**Author:** ![vanilla\_thunder](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/vanilla_thunder/32/72_2.png) [@vanilla\_thunder](https://forum.oxid-esales.com/u/vanilla_thunder)\ **Post date:** [July 3, 2020, 12:02pm UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/6 "2020-07-03T12:02:22Z")
wurden die Einträge in oxconfig ganz sicher gelöscht? Ich habe schon ein Paar mal gesehen, dass eine Datenbank das Löschen von Daten nicht anhand des Primärschlüssels verweigert hatte. Führe mal `SELECT * FROM oxconfig WHERE OXVARNAME LIKE ‘%module%’` im PhpMyAdmin o.ä. aus, kommt da was raus? ---
**Author:** ![creeko](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/c/f0a364/32.png) [@creeko](https://forum.oxid-esales.com/u/creeko)\ **Post date:** [July 3, 2020, 12:04pm UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/7 "2020-07-03T12:04:12Z")
> [@vanilla\_thunder](#): > > Führe mal `SELECT * FROM oxconfig WHERE OXVARNAME LIKE ‘%module%’` im PhpMyAdmin o.ä. aus, kommt da was raus? Da kommt nichts. ---
**Author:** ![vanilla\_thunder](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/vanilla_thunder/32/72_2.png) [@vanilla\_thunder](https://forum.oxid-esales.com/u/vanilla_thunder)\ **Post date:** [July 3, 2020, 12:27pm UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/8 "2020-07-03T12:27:20Z")
wurde nach dem Löschen der Einträge auch tmp geleert? ---
**Author:** ![creeko](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/c/f0a364/32.png) [@creeko](https://forum.oxid-esales.com/u/creeko)\ **Post date:** [July 3, 2020, 1:09pm UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/9 "2020-07-03T13:09:03Z")
Ahhhh, DAAAANKE!!! Ja, das zeigt zumindest schon mal wieder den Shop. Danke @vanilla_thunder . Den Befehl `vendor/bin/oe-eshop-db_migrate migrations:migrate` kann ich allerdings immer noch nicht ausführen bzw. es kommt immer noch der Hinweis, dass es nichts zu migrieren gibt. Ist das problematisch? Im Order source/migration/data sind auch Dateien zu finden. ---
**Author:** ![leofonic](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/leofonic/32/58_2.png) [@leofonic](https://forum.oxid-esales.com/u/leofonic)\ **Post date:** [July 3, 2020, 4:22pm UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/10 "2020-07-03T16:22:15Z")
> [@creeko](#): > > es kommt immer noch der Hinweis, dass es nichts zu migrieren gibt. Ist das problematisch? Im Order source/migration/data sind auch Dateien zu finden. Ja das ist ein Problem. Was steht denn in der DB-Tabelle oxmigrations\_ce? ---
**Author:** ![creeko](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/c/f0a364/32.png) [@creeko](https://forum.oxid-esales.com/u/creeko)\ **Post date:** [July 7, 2020, 5:58am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/11 "2020-07-07T05:58:15Z")
> [@leofonic](#): > > Was steht denn in der DB-Tabelle oxmigrations\_ce? Da bekomme ich folgende Daten zurück: 20170718124421 20171018144650 20180214152228 20180228160418 20180703135728 20180928072235 ---
**Author:** ![leofonic](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/leofonic/32/58_2.png) [@leofonic](https://forum.oxid-esales.com/u/leofonic)\ **Post date:** [July 7, 2020, 6:38pm UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/12 "2020-07-07T18:38:44Z")
Die Frage ist wie kommen die Daten da rein, entweder hast du Migrations schon ausgeführt oder die Tabelle war von einem früheren Update-Versuch noch da. Im Update-Script migrate\_ce\_5\_3\_to\_6\_0.sql steht dieses drin: ``` INSERT IGNORE INTO `oxmigrations_ce` (`version`) VALUES ('20170718124421'), ('20171018144650'); ``` Direkt nach dem Ausführen des Updatescripts sollten also nur zwei Werte drin stehen, und der Rest wird dann durch ``` vendor/bin/oe-eshop-db_migrate migrations:migrate ``` ausgeführt. Erst wenn das gleiche Kommando dann nochmal ausgeführt wird kommt: ``` “No migrations to execute” ``` ---
**Author:** ![creeko](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/c/f0a364/32.png) [@creeko](https://forum.oxid-esales.com/u/creeko)\ **Post date:** [July 9, 2020, 9:32am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/13 "2020-07-09T09:32:44Z")
Also ich habe jetzt mal alle Daten aus der oxmigrations\_ce Tabelle gelöscht und den Befehl `vendor/bin/oe-eshop-db_migrate migrations:migrate` nochmal ausgeführt. Nun hat er die Scripte ausgeführt. Ich hoffe, dass genügt dann für die Datenbank-Migration. ---
**Author:** ![leofonic](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/leofonic/32/58_2.png) [@leofonic](https://forum.oxid-esales.com/u/leofonic)\ **Post date:** [July 9, 2020, 10:52am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/14 "2020-07-09T10:52:16Z")
> [@creeko](#): > > alle Daten aus der oxmigrations\_ce Tabelle gelöscht Die ersten zwei hat er dann quasi doppelt ausgeführt weil die sind in OXID 6.0 schon drin, aber ich denke nicht dass das schadet. ---
**Author:** ![creeko](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/c/f0a364/32.png) [@creeko](https://forum.oxid-esales.com/u/creeko)\ **Post date:** [July 9, 2020, 10:55am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/15 "2020-07-09T10:55:46Z")
Super. Vielen Dank dir. 🙂 ---
**Author:** ![system](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/system/32/4245_2.png) [@system](https://forum.oxid-esales.com/u/system)\ **Post date:** [July 9, 2021, 10:55am UTC](https://forum.oxid-esales.com/t/datenbank-migration-4-10-zu-6-2/96828/16 "2021-07-09T10:55:46Z")
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.