# Shopware Serverumzug: Problem beim Datenbankimport (ALTER TABLE) **URL:** \ **Category:** Installation/Einstieg\ **Created:** [19. August 2016 um 11:33 UTC](https://forum.shopware.com/t/shopware-serverumzug-problem-beim-datenbankimport-alter-table/39191 "2016-08-19T11:33:06Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![rotmedia](https://avatars.discourse-cdn.com/v4/letter/r/c37758/32.png) [@rotmedia](https://forum.shopware.com/u/rotmedia)\ **Post date:** [19. August 2016 um 11:33 UTC](https://forum.shopware.com/t/shopware-serverumzug-problem-beim-datenbankimport-alter-table/39191/1 "2016-08-19T11:33:06Z")
Hallo Community, ich habe denn Fall schon x Mal gehabt und nun wende ich mich an euch. Immer wenn ich einen Shopware Shop auf einen anderen Server umziehe, graut es mir bereits beim Gedanken. Denn der Datenbankimport klappt so gut wie nie. MySQL gibt beim Importieren Syntax- und Primary-Key-Errors aus. Oft habe ich es gelöt, indem ich die Datei in ein paar Teile gesplittet habe und dann über das SQL-Textfenster importiert habe. Wenn ich allerdings zu den letzten Anweisungen komme (ALTER TABLE), geht es komplett nicht weiter. Fehlermeldung: #1068 - Mehrere Primärschlüssel (PRIMARY KEY) definiert Ich kenne mich eigentlich ziemlich gut mit MySQL aus, aber dieses Problem konnte ich noch nie vernpnftig lösen. Habt ihr auch Erfahrungen damit gemacht? Wie bekomme ich die SQL-Datei vernünftig importiert - ohne Fehler?   Danke vorab! ---
**Author:** ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)\ **Post date:** [19. August 2016 um 12:10 UTC](https://forum.shopware.com/t/shopware-serverumzug-problem-beim-datenbankimport-alter-table/39191/2 "2016-08-19T12:10:33Z")
Du musst die Foreign-Key-Checks vor dem Import deaktivieren, dann gibt es auch keine Probleme. > ---
**Author:** ![rotmedia](https://avatars.discourse-cdn.com/v4/letter/r/c37758/32.png) [@rotmedia](https://forum.shopware.com/u/rotmedia)\ **Post date:** [22. August 2016 um 10:53 UTC](https://forum.shopware.com/t/shopware-serverumzug-problem-beim-datenbankimport-alter-table/39191/3 "2016-08-22T10:53:11Z")
Danke für den Hinweis. Den habe ich auch schon mal gefunden gehabt und auch angewendet. Gerade eben auch. Ich gehe wie folgt vor: - phpMyAdmin öffnen - „SET FOREIGN\_KEY\_CHECKS=0;“ im SQL-Dialogfenter einfügen und ausführen - Import per Datei-Upload starten - nach 125 importierten Tabellen foglende Fehlermeldung: **MySQL meldet: ** `#1064 - Fehler in der SQL-Syntax. Bitte die korrekte Syntax im Handbuch nachschlagen bei 'INSERT INTO `s\_core\_snippets` (`id`, `namespace`, `shopID`, `localeID`, `name`, ' in Zeile 371` ---
**Author:** ![rotmedia](https://avatars.discourse-cdn.com/v4/letter/r/c37758/32.png) [@rotmedia](https://forum.shopware.com/u/rotmedia)\ **Post date:** [22. August 2016 um 11:00 UTC](https://forum.shopware.com/t/shopware-serverumzug-problem-beim-datenbankimport-alter-table/39191/4 "2016-08-22T11:00:47Z")
Ich habe die SQL-Datei jetzt per SSH importiert. Das ist immer mein Plan B. Würde aber trotzdem gerne wissen, wieso es über den phpMyAdmin nie klappt… ---
**Author:** ![Synonymous](https://avatars.discourse-cdn.com/v4/letter/s/57b2e6/32.png) [@Synonymous](https://forum.shopware.com/u/Synonymous)\ **Post date:** [22. August 2016 um 12:58 UTC](https://forum.shopware.com/t/shopware-serverumzug-problem-beim-datenbankimport-alter-table/39191/5 "2016-08-22T12:58:25Z")
Sofern das nicht durchs Forum verursacht wurde, würde ich bei ’ auf ein Encoding-Problem tippen… ---
**Author:** ![TimmeHosting](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/timmehosting/32/15580_2.png) [@TimmeHosting](https://forum.shopware.com/u/TimmeHosting)\ **Post date:** [23. August 2016 um 16:50 UTC](https://forum.shopware.com/t/shopware-serverumzug-problem-beim-datenbankimport-alter-table/39191/6 "2016-08-23T16:50:10Z")
> [@rotmedia schrieb:](https://forum.shopware.com/profile/17463/rotmedia "rotmedia") > > Danke für den Hinweis. Den habe ich auch schon mal gefunden gehabt und auch angewendet. Gerade eben auch. Ich gehe wie folgt vor: > > - phpMyAdmin öffnen > - „SET FOREIGN\_KEY\_CHECKS=0;“ im SQL-Dialogfenter einfügen und ausführen > - Import per Datei-Upload starten > - nach 125 importierten Tabellen foglende Fehlermeldung: > > **MySQL meldet: ** > > `#1064 - Fehler in der SQL-Syntax. Bitte die korrekte Syntax im Handbuch nachschlagen bei 'INSERT INTO `s\_core\_snippets` (`id`, `namespace`, `shopID`, `localeID`, `name`, ' in Zeile 371` Du solltest beim Export der Datenbank in phpMyAdmin schon „Fremschlüsselüberprüfung deaktivieren“ bzw. „Disable foreign key checks“ auswählen. Dann steht eine entsprechende Zeile am Anfang und Ende des SQL-Dumps, so daß Du beim Import nichts weiter beachten mußt (außer, daß der SQL-Dump nicht größer als upload\_max\_filesize und post\_max\_size ist). ![](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/385eaa628505df573ebf33722f780335f53ac1b2.png) Timme Hosting - schnelles nginx-Hosting [www.timmehosting.de](https://timmehosting.de/)