Joomla - Importieren von SQL-Datenbank auf den neuen Server Ergebnisse

Question

ich bewegen eine Website in Joomla 3.5.1 auf einen neuen Server aufgebaut will Fehler. Ich habe Domain/Space auf dem neuen Server gekauft und die Datenbank/Dateien von der alten gesichert.

Ich übertrug die Dateien über FTP auf den neuen Server und ich öffnete phpmyadmin, um die .SQL-Datei zu importieren. Die Sache ist die, dass, nachdem es hochgeladen ist, ich die folgende Fehlermeldung erhalten:

SQL-Abfrage:

CREATE TABLE `jos_assets` (
    `id` int(10) UNSIGNED NOT NULL COMMENT 'Primary Key', 
    `parent_id` int(11) NOT NULL DEFAULT '0'COMMENT AS `Nested set parent.`, 
    `lft` int(11) NOT NULL DEFAULT '0'COMMENT AS `Nested set lft.`, 
    `rgt` int(11) NOT NULL DEFAULT '0'COMMENT AS `Nested set rgt.`, 
    `level` int(10) UNSIGNED NOT NULL COMMENT 'The cached level in the nested tree.', 
    `name` varchar(50) COLLATE utf8_unicode_ci NOT NULL COMMENT 'The unique name for the asset.\n', 
    `title` varchar(100) COLLATE utf8_unicode_ci NOT NULL COMMENT 'The descriptive title for the asset.', 
    `rules` varchar(5120) COLLATE utf8_unicode_ci NOT NULL COMMENT 'JSON encoded access control.' 
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci 

MySQL sagte: Dokumentation

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'AS `Nested set parent.`, `lft` int(11) NOT NULL DEFAULT '0'COMMENT AS `Nested ' at line 3

einige Änderungen an der SQL-Importdatei versucht, aber ohne Glück. Weiß jemand, wie man es repariert?

Answer 1

Es gibt fehlende Räume vor dem Schlüsselwort KOMMENTAR:

'0'COMMENT 

'0' COMMENT 

sein sollte, gibt es drei Ereignisse hier wette ich Sie vielleicht mehr Fehler finden, die Sie durch einfache beheben finden/ersetzen (sed);

Am besten von allem sollten Sie versuchen, eine neue Sicherung zu bekommen: möglicherweise könnten diese linux Zeilenenden in einer doppelten Umwandlung in Windows und zurück getrimmt worden sein? Sie könnten den SQL-Dump auf dem Quellserver komprimieren/zippen und auf dem Zielserver explodieren, um die Integrität der Zeilenenden zu gewährleisten. oder für FTP-Übertragung wählen Sie den Binärmodus.