DB Probleme nach Server/Domainwechsel

Hallo Leute,
folgendes Szenario:
Vor gut 1 Jahr ging ein Blog von einem Kollegen offline. Die Domain ist mittlerweile weg und nur für teures Geld zurückzukaufen. Nun wollen wir die alten Inhalte auf neuer Domain online stellen. Es gab ein Backup der ftp daten und ein DB-Backup, welches manuell gezogen wurde über phpmyadmin.
Die daten aus dem ftp liegen mittlerweile auf dem neuen Server, allerdings macht die DB kräftig Probleme.
Folgendes wurde bereits probiert:
DB über mySQLdumper migrieren, wie sie in der Ursprungsform war sowohl als gip als auch sql
Die DB manuell bearbeitet mit neuem Domain-Namen und dann über den dumper probiert
Die DB über phpmyadmin eingespielt.

Entweder funktioniert gar nichts mehr danach oder der Import funktioniert nur bis zu den Comments. Weder Artikel, Seiten, noch die Logins können widerhergestellt werden.
Sowohl ich als auch ein Kollege haben es probiert mit etlichen verschiedenen Fehlermeldungen.
Unsere Vermutung ist, dass die DB defekt ist.

Nun 2 Fragen:
1.Jemand eine Lösung, wie man die DB sauber einspielen kann? Es geht um 1000+ Artikel und Seiten sowie mehrere Tausend Kommentare.. Wenn es jemand kann und dafür Summe X haben möchte, bitter per PN. Es ist kein Projekt, was irgendwie Geld abwirft, deswegen können keine unsummen gezahlt werden.
2.Gibt es ein Tool womit man die Artikel aus der sql datei exportieren kann und als xml datei in WP importieren kann?

Zitat von Hille

Wie viele MB hat denn die DB? Welche Fehlermeldungen kommen denn genau?

DB hat knapp 33MB
Fehler im dumper:

in phpmyadmin:

Zitat von Bitpalast

Im Dump-File müssen vermutlich folgende Dinge geändert werden:
a) Datenbank-Name an Stellen woe "use ..." steht
b) Nutzername und/oder Datenbankname an Stellen, wo Stored Procedures stehen oder Views. Wird sehr gern übersehen, weil es ungewohnt ist, dass mitten im Dump nochmal weitere Zugangsdaten stehen.

Falls weder das eine, noch das andere zum Erfolg führt, haben Sie mit sehr hoher Wahrscheinlichkeit Sonderzeichen im Export, die beim Import falsch interpretiert werden. Das könnten z.B. französische Namen oder Artikelbezeichnungen mit Accents sein oder Auslassungszeichen ' in Texten. Wenn der Export in einem dafür ungeeigneten Zeichensatz gemacht wurde, kann die Datenbank beim Re-Import nicht mehr unterscheiden, ob es sich bei einem ' um ein Feldbegrenzungszeichen oder Teil eines Feldinhalts handelt. Wenn Sie wissen, an welcher Stelle der Import abbricht, brauchen Sie nur in diese Zeile der Dump-Datei zu schauen (ist eine Text-Datei, die sich mit jedem Editor öffnen lässt), und sehen dort sicherlich den Grund für den Abbruch.

ok danke werde ich mir mal anschauen

Zitat von Bitpalast

Zum ersten Screenshot: Könnte es sein, dass die Datenbank nicht leer ist? Sehr häufig ist bei diesem Fehler schon was in der Tabelle. Der Inhalt des Feldes, das den Primärindex hat, muss eindeutig sein. Wenn also z.B. schon einmal der Inhalt '1' vorhanden ist, kann er nicht noch einmal dort eingefügt werden.

Zum zweiten Screenshot: Der endet genau dort, wo es spannend wird, nämlich beim "unbekannten SQL-Befehl". Welcher folgt dort?

Bevor ich den Import probiere lösche ich die Daten aus der DB auf dem neuen Server natürlich oder erstelle gar eine neue leere DB.

Mal die komplette Meldung als Code:
Array
(
[max_zeit] => 22
[startzeit] => 1457989381
[xtime] => 1457989375
[fileEOF] =>
[actual_table] => bada2_options
[offset] => 35590176
[aufruf] => 18
[table_ready] => 14
[part] => 0
[do_it] =>
[errors] => 0
[notices] => 0
[anzahl_eintraege] => -1
[anzahl_tabellen] => -1
[filename] => badaNIA_DB1125886.sql
[actual_fieldcount] => 0
[eintraege_ready] => 15484
[anzahl_zeilen] => 1536
[summe_eintraege] => 15366
[erweiterte_inserts] => 1
[flag] => -1
[EOB] =>
[dump_encoding] => utf8
[compressed] => 0
[tables_to_restore] =>
[filehandle] => Resource id #8
[tablelock] => 0
[insert_syntax] => INSERT INTO `bada2_options` (`option_id`, `option_name`, `option_value`, `autoload`)
)

Sql: <!-- PMA-SQL-ERROR -->
Erweiterte Inserts: 1
Unbekannter SQL-Befehl:: Fehler

Edit:
Kann sein dass die DB defekt ist und das Backup schon fehlerhaft gezogen wurde... die Fehlermeldung steht so im Code drin...

<!-- PMA-SQL-ERROR -->
<div class="error"><h1>Fehler</h1>
<p><strong>SQL-Befehl:</strong>
<a href="db_sql.php?sql_query=SHOW+TABLE+STATUS+FROM+%60DB1125886%60+WHERE+Name+%3D+%27bada2_pdfex_template%27&amp;show_query=1&amp;db=DB1125886&amp;token=5ecd3a4951f1cf5fea74d29f83511663"><span class="nowrap"><img src="themes/dot.gif" title="Bearbeiten" alt="Bearbeiten" class="icon ic_b_edit" /> Bearbeiten</span></a> </p>
<p>
<code class="sql"><pre>
SHOW TABLE STATUS FROM `DB1125886` WHERE Name = 'bada2_pdfex_template'
</pre></code>
</p>
<p>
<strong>MySQL meldet: </strong><a href="./url.php?url=http%3A%2F%2Fdev.mysql.com%2Fdoc%2Frefman%2F5.5%2Fen%2Ferror-messages-server.html" target="mysql_doc"><img src="themes/dot.gif" title="Dokumentation" alt="Dokumentation" class="icon ic_b_help" /></a>
</p>
<code>
#2006 - MySQL server has gone away
</code><br />
</div>