Lucene Suchindex macht Probleme beim Importieren von Drupal Datenbank-Backup
am 11.09.2010 - 22:27 Uhr in
Hallo,
ich kann mein Datenbankbackup nicht mit PhpMyAdmin importieren, da die Tabelle "search_total" folgende Fehlermeldung verursacht:
Fehler
SQL-Befehl:
INSERT INTO `search_total` (`word`, `count`) VALUES ('cover165650jpg', 0.0377886), ('back144030jpg', 0.0377886), ('cover144030jpg', 0.0377886), ('back163950jpg', 0.0377886), ('cover163950jpg', 0.0377886), ('back143990jpg', 0.0377886), ('cover143990jpg', 0.0377886), ('back43360jpg', 0.0377886), ('cover43360jpg', 0.0377886), ('back13170jpg', 0.0377886), ('cover13170jpg', 0.0377886), ('back129320jpg', 0.0377886), ('lasche', 0.30103), ('back148050jpg', 0.0377886), ('cover148050jpg', 0.0377886), ('back44240jpg', 0.0377886), ('vibrosquirm', 0.30103), ('mammoth', 0.30103), ('trunk', 0.30103), ('tusks', 0.30103), ('cover65700jpg', 0.0377886), ('wisper', 0.00407791), ('back143730jpg', 0.0377886), ('basis', 0.124939), ('152cm', 0.124939), ('cover143730jpg', 0.0377886), ('unity', 0.00796893), ('cover165520jpg', 0.0377886), ('back150920jpg', 0.0377886), ('cover65970jpg', 0.0377886), ('back144360jpg', 0.0377886), ('cover144360jpg', 0.0377886), ('back165520jpg', 0.0377886), ('xtc', 0.00553249), ('c[...]
MySQL meldet: Dokumentation
#1062 - Duplicate entry 'läßt' for key 'PRIMARY'
Daraufhin werden alle Tabellen importiert, die alphabetisch vor der "search_total"-Tabelle liegen. Sobald der Fehler auftaucht, bricht der Import ab.
Würde mich über Rat hierzu freuen.
- Anmelden oder Registrieren um Kommentare zu schreiben
Versuch das Ganze mal mit dem
am 11.09.2010 - 23:42 Uhr
Versuch das Ganze mal mit dem MySQL Dumper zu machen, der Suchindex macht bei meinen Imports / Exports auch regelmäßig Probleme.
sense-design | online solutions | Do not hack core!
Drupalcenter Verhaltensregeln | Threads bitte auf [gelöst] stellen.
Insert Ignore Into
am 12.09.2010 - 12:55 Uhr
Hallo,
zur Not kannst Du aus dem "Inser into" ein "Insert ignore into" machen. Damit werden doppelte Schlüsseleinträge in den Tabellen ignoriert und die anderen SQL-Befehle danach weiter ausgeführt. Allerdings sollte man mit solchen Spielereien auf Produktiv-Systemen natürlich extrem vorsichtig sein.
Gruß,
Sven
www.allsatis.de
Hi, danke für Eure Antworten.
am 12.09.2010 - 13:52 Uhr
Hi,
danke für Eure Antworten. Ich erstelle das Backup auf meinem Server mit MySQL selber. Und zwar mit folgendem Befehl:
mysqldump --user=XXXX --password=XXXX DATENBANKNAME | gzip > BACKUP-FILE.sql.gz
Wenn ich das Backup mit MySQL-Dumper importiere, wird der Import der "search_total" Tabelle geschafft. Allerdings erhalte ich dann die Fehlemeldung
MySQL-ERROR
MySQL meldet:
Variable 'character_set_client' can't be set to the value of 'NULL'
Fehler bei der Anfrage:
SET character_set_client = @saved_cs_client;
SET character_set_client = @saved_cs_client; -> Variable 'character_set_client' can't be set to the value of 'NULL'
Erstelle ich das Backup hingegen mit MySQL-Dumper, so kann ich es erfolgreich importieren. Nun sehe ich mir mal an, wie das Backup mit MySQL-Dumper mittels Cronlauf erstellen kann.
- Mein Profil auf Drupal.org
- Mein Profil auf LinkedIn
Also ich erhalte zwar keine
am 12.09.2010 - 23:03 Uhr
Also ich erhalte zwar keine Fehlermeldungen beim Import mit MySQL-Dumper, aber trotzdem habe ich anschließend eine fehlerhafte Sicherung eingespielt. Manche Nodes sind nicht mehr aufrufbar und die Views unterscheiden sich von der Ursprungsseite. Erst wenn ich den "Ordner sowie die Dateien der MySQL-Datenbank" auf mein Testsystem "kopiere", habe ich das selbe Ergebnis.
- Mein Profil auf Drupal.org
- Mein Profil auf LinkedIn