Testspace erstellen - Fehler bei SQL Import

Das habe ich gemacht. Alle Tabellen mit Präfix oxv_ nicht exportiert… Probleme gabs trotzdem.

Es kann nicht sein, dass Du alles entfernt hast, das mit views zutun hat und deswegen nimmt es hier kein Ende.

Alt, aber schnell: Bitte installiere Dir, wie oben schon geschrieben, den mysqldumper, mach ein Backup von der Livedatenbank, konnektiere danach über die Konfiguration von mysqldumper die neue Datenbank (oder installiere den Dumper 2x und schiebe die Sicherung der DB in den Ordner work/backup/ des Verzeichnisses von mysqldumper) und stelle nur Tabellen ohne Views (oxv_) wieder her. Danach im Admin des kopierten Shops die Views wiederherstellen Fertig.

Ich habe ein bisschen den Verdacht, dass einfach die falsche Datei hochgeladen wird. Z.B. Der neuste dump bekommt _1 _2 _3 ans Ende vom Dateinamen, es wird aber immer der allererste Dump mit Views importiert.

Das wäre natürlich der Hammer :joy:
Was dagegen spricht, sind die verschiedenen Fehlermeldungen.
Aber lassen wir uns überraschen.

So schaut es im Backup Menü aus. Auswahl bestimmter Tabellen setzen und schon kann es los gehen. Funktioniert bei uns schon seit Jahren.

mysqldumper würde ich nur noch mit Vorsicht verwenden. Zum einen wird das Projekt nicht mehr weiterentwicklt
http://forum.mysqldumper.de/ende-des-projekts-mysqldumper-t7541.html

… und mit MySql 5.5 gibt es einen Bug mit dem ich gerade lange gekämpft habe :slight_smile:
http://forum.mysqldumper.de/mysql-error-in-syntax-t7070.html?highlight=bug

… und noch problematischer wirds dann bei php 7 …

Das Projekt wird schon länger weiter geführt und ist auch PHP7 tauglich. Schau mal: https://github.com/DSB/MySQLDumper

Schritt für Schritt nach deiner Anleitung vorgegangen. Ergebnis:

19:16:21 Restoring /Users/michael/Downloads/dump20171219.sql
Running: /Applications/MySQLWorkbench.app/Contents/MacOS/mysql --defaults-file=“/var/folders/k8/c_9gtj0j4ql6kck_gbwzmx640000gn/T/tmpeYf9Le/extraparams.cnf” --protocol=tcp --host=dedi3266.your-server.de --user=dbwpfh_3 --port=3306 --default-character-set=utf8 --comments --database=shop_test < “/Users/michael/Downloads/dump20171219.sql”
ERROR 1146 (42S02) at line 22: Table ‘shop_test.ddmedia’ doesn’t exist

Operation failed with exitcode 1
19:16:24 Import of /Users/michael/Downloads/dump20171219.sql has finished with 1 errors

Was ist diese “shop_test.ddmedia”? Kann ich die manuell erstellen?

ddmedia müsste eine Tabelle von einem der Module sein, vermutlich irgendwas von Digidesk.
Was steht in dump20171219.sql in der Zeile 22? (am besten alles vom letzten Semikolon vor Zeile 22 bis zum nächsten Semikolon nach Zeile 22).

Vermutlich steht da “drop table ddmedia” statt “drop table if exists ddmedia”.

Etwas OT: Was gibt’s dort zu sehen, bzw. woran erkennst Du, dass MySQLDumper weitergeführt wird und PHP7-tauglich ist? Soviel ich weiss, hat @DSB das Projekt hingeschmissen, weil es keine verwertbaren Contributions mehr gab und widmet sich nun seier neuen Freundin, der Takamine ^^

Mit anderen Worten: Keine Ahnung, was da wirklich noch läuft und was nicht.

In den Zeilen 22 - 26 steht:

LOCK TABLES ddmedia WRITE;
/*!40000 ALTER TABLE ddmedia DISABLE KEYS /;
INSERT INTO ddmedia VALUES (‘124acd1b78a38062532377f0cd35f611’,0,‘adw.jpg’,12094,‘image/jpeg’,‘124acd1b78a38062532377f0cd35f611_thumb_185.jpg’,NULL,‘2015-11-27 11:14:34’);
/
!40000 ALTER TABLE ddmedia ENABLE KEYS */;
UNLOCK TABLES;

@marco.steinhaeuser schau mal diesen http://forum.mysqldumper.de/post53590.html#t53590 und den Beitrag darunter.

War bei dir “Dump structure and data” ausgewählt, oder nur “Dump data only”?


Standardmäßig müsste dort “Dump structure and data” ausgewählt sein, zumindest unter Windows

Ja, ich sehe dort trotzdem nix bzgl. der PHP7-Kompatibilität: https://github.com/DSB/MySQLDumper/commits/master ausser vielleicht “Removed some PHP7 deprecated stuff”. Aber genug jetzt: Wenn es mit PHP7 läuft - hübsch. Ansonsten wollen wir hier im Thread nicht weiter stören :wink:

[Edit] Grad noch das hier gelesen: http://forum.mysqldumper.de/ende-des-projekts-mysqldumper-t7541.html

Update: keine Idee warum, aber scheinbar hat es doch irgendwie geklappt. SQL Dumper war hier das richtige Werkzeug.

Nächster Schritt ist jetzt die Subdomain auf die Datenbank zu verbinden.

Laut der weiter oben geposteten Anleitung wäre es für einen Umzug ideal, Oxid auf dem neuen Webspace neu zu installieren und dann die alten Daten “drüberzuspielen”. Wäre das hier dann auch der richtige Weg?

Nochmals, der Plan ist, eine - dem Live-System - entsprechende Testumgebung aufzusetzen, wo Updates und Plugins getestet werden können, bevor sie im Live-System eingesetzt werden. Diese Testumfebung soll über eine Subdomain erreicht werden.