Server Umzug klappt nicht

Das sieht schwer nach einem Problem mit der Zeichenkodierung aus. Wenn Du das Backup mal manuell (am besten mit Notepad++) öffnest - gegebenenfalls vorher entspacken - siehst Du dann auch solche Zeichen?

Wir sprechen aber schon von einer *.sql-Datei, oder?

.gz bedeutet, dass es noch gepackt ist - Du müsstest es also vorher entpacken, z.B. mit 7-Zip. Dann bekommst Du die eigentlich sql-Datei.

http://forum.mysqldumper.de/die-umlautprob…-tun-t2313.html lesen und lernen :)

Aber wenn die SQL-Datei selber sauber aussieht könntest Du - sofern sie nicht ZU lang ist - auch einfach ihren Inhalt in phpMyAdmin schmeissen und gut ists.

Eventuell solltest Du noch einige Notizen aus dem Dump entfernen. Dann gibt es bei den Datenbanken schon Versionsunterschiede.

Eigentlich werden Fehler in phpMyAdmin angezeigt.
Hast Du alle Notizen entfernt?
Weiß nicht mehr, was mein letzter Fehler war, weiß nur noch, dass es sich wie so oft um eine Kleinigkeit handelte. Doch ohne eine Fehlermitteilung kommst Du schlecht weiter.

Bei 3,4 MB würde es mich nicht wundern wenn schlicht und einfach das Zeitlimit für die Ausführung überschritten wurde. Dann müsstest Du die SQL-Befehle eben splitten (an strategisch günstigen Stellen) und Stück für Stück ausführen, das ist zwar etwas lästig, aber zumindest funktionierts.

Zitat von nebu

Melewo
was meinst du mit notizen entfernen?

Ich meine mit Notizen alle Kommentare, die vor und zwischen den SQL-Anweisungen stehen. Liegt aber mit daran, dass ich nicht übermäßig viel weiß, nur dass Kommentare überflüssig sind. Oder wofür sollen die gut sein?

Und dann macht es sich leichter, wenn die Tabellen noch nicht existieren, dann werden ja beim Import neue angelegt. Existieren die bereits, greift ja

CREATE TABLE IF NOT EXISTS

nicht mehr und ob es dann zu Problemen kommt, weil

AUTO_INCREMENT=8193

nicht mehr stimmt, weiß ich auch nicht so genau, hatte aber (denke ich) damit schon einmal Probleme damit.

Und wie Nevery bereits schrieb, es könnte durchaus mit der Größe zusammenhängen, entweder weil die Zeit überschritten wird oder weil die Einstellungen nur einen Import bis 2 MB zulassen. Bei Strato wollte ich mal so eine CSV mit über 3 MB importieren, ging nur bis 2 MB, musste die Liste halbieren.
Eine SQL-Datei mit vorhandenen IDs für alle mögliche, ob sich die so einfach halbieren lässt? Würde da dann lieber zuerst einmal versuchen alle Tabellen einzeln zu importieren, wobei es kaum Probleme geben sollte.

Das mit dem splitten müsstest Du händisch machen. Das ist aber auch garkein Problem, Du musst nur darauf achten von oben anzufangen und nicht mitten in einem SQL-Befehl zu unterbrechen. Nimm Dir beispielsweils mal die ersten 1000 Zeilen, gehe dann noch zu der Stelle wo der nächste Befehl anfängt und kopiere den Bereich in phpMyAdmin. Dann die nächsten 1000 Zeilen... und so weiter.
Tendenziell ist ein Semikolon immer ein guter Punkt, um alles davor inklusive selbigen für eine Ladung copy&paste zu verwenden.

Melewo hat da aber auch noch einen guten Punkt angesprochen, wenn die Tabellen schon existieren und kein DROP TABLE dabei ist könnte das unangenehm werden - in dem Fall schmeiss besser alle Tabellen nochmal raus, der Anlage-Befehl für diese sollte ja ohnehin dabei sein.
Wenn Du einen Befehl wie "DROP TABLE IF EXISTS `wp_commentmeta`;" davor siehst wird das automatisch geregelt.

Genau, die SQL-Datei öffnen und dann Stück für Stück kopieren. 1000 Zeilen ist übrigens nur um wirklich sicher zu gehen, je nachdem wie lang die Zeilen sind (und somit: wie lange es braucht sie zu verarbeiten) kann man die Blöcke meist auch problemlos auf 10000-50000 hochschrauben.

Das kopierte fügst du dann in phpMyAdmin im Bereich SQL ein, jedes Stück einzeln. Also links die Datenbank auswählen und dann oben auf SQL klicken, da sollte dann etwas stehen wie "SQL-Befehl(e) in Datenbank [Deine Datenbank] ausführen:" - in das Feld einfügen und OK klicken.

Du sollst garnicht Deine Datenbank löschen, sondern nur die Tabellen daraus. Wenn Du links eine Datenbank auswählst bekommst Du eine Übersicht der enthaltenen Tabellen und kannst sie löschen. Das ist aber, wie gesagt, nur dann notwendig, wenn in Deiner SQL-Datei nicht so etwas steht wie "DROP TABLE IF EXISTS".

Denk aber bitte immer daran, eine Originalversion Deiner SQL-Datei zu behalten, speziell wenn Du ausschneiden statt kopieren wählst - nicht, dass Du Dir noch Dein Backup damit kaputt machst ;) aber zumindest die gezippte Version solltest Du ja ohnehin noch haben.

Hast Du den Namen von comment_author rausgelöscht? SO kann es ja garnicht funktionieren, da fehlt ja ein Wert zu einer Spalte.