db import schlägt fehl
Eingetragen von makd (20)am 04.03.2015 - 19:14 Uhr in
Hallo ersteinmal,
ich bin vor 4 Wochen von Contenido zu Drupal konvertiert. Dann habe ich meine erste Drupal-Seite erstellt und möchte mit dieser nun umziehen.
Von meiner Testumgebung 1 auf eine zweite Testumgebung 2. Damit will ich sicherstellen, das bei einem Umzug alles klappt.
Beide Domain liegen auf meinem Server - wie auch die spätere "Live" URL.
Ich habe schon einige Umzüge gemacht - dachte das wäre ein klachs! Doch weit gefehlt.
Nachdem ich es so gemacht habe wie seit Jahren - noch unter Contenido - habe ich dann die Anleitungen auf Drupal.org gelesen.
https://www.drupal.org/node/120630
und auch
https://www.drupal.org/node/81993
Ich habe die db´s ohne Komprimierung, als zip und als gz ausgegeben - leider ohne Erfolg.
Ich bekomme immer diese oder ähnliche Fehlermeldungen nach dem Versuch, die db zu importieren:
Fehler
SQL-Befehl:
--
-- Datenbank: `db34400_31`
--
-- --------------------------------------------------------
--
-- Tabellenstruktur für Tabelle `actions`
--
DROP TABLE IF EXISTS `actions` ;
MySQL meldet: Dokumentation
#1046 - No database selected Auch im Forum habe ich nix gefunden was passt.
Die db Testumgebung 1 hat die db34400_31. DB Versionen sind identisch - ebenso die PHP Versionen.
Die neue db der Testumgebung 2 hört auf den Namen: db34400_52.
Sicherlich habe ich nur eine Kleinigkeit übersehen. Ich freue mich dennoch, wenn Ihr mir einen Tipp geben könntet.
Grüße aus Marburg.
Matthias
- Anmelden oder Registrieren um Kommentare zu schreiben
makd schriebMySQL meldet:
am 05.03.2015 - 06:29 Uhr
MySQL meldet: Dokumentation#1046 - No database selected
Du schreibst: >> Ich habe die db´s ohne Komprimierung, als zip und als gz ausgegeben - leider ohne Erfolg. <<
Was meinst du mit 'als zip und als gz', wenn du die Datenbank(en) ohne Komprimierung ausgibst? Was meinst du mit 'ausgeben'?
Exportiere per '> mysqldump --opt -u user -p db_name > backup.sql' und importiere das Ganze ebenso.
HTH
Gruß, Ingo
Am PC arbeiten ist wie U-Boot fahren, kaum machst Du ein Fenster auf, hast Du ein Problem.
Ich verwende für Backup und
am 05.03.2015 - 08:01 Uhr
Ich verwende für Backup und Wiederherstellung nur noch den MySqlDumper.
Zum Betrachten und evt. Durchsuchen der Datenbank weiterhin PhpMyAdmin.
Der MySQLDumper kommt wesentlich besser mit größeren Backups klar.
Er macht .gz Files.
Hier zu haben und ganz einfach installiert:
http://www.mysqldumper.de/
Natürlich kann man es auch auf der Konsole machen (dann auf Einstellung des richtigen Zeichensatzes achten), aber das geht nicht bei allen Kunden-Hostern und mit dem MySqlDumper kann auch mal der Kunde selbst ein Backup ziehen.
LG Regina Oswald
-------------------------
Montviso - Internetdienstleistungen
http://www.montviso.de
Dump funzt jetzt
am 05.03.2015 - 08:36 Uhr
Hallo und guten Morgen.
Nachdem ich mir meinen frust von der Seele geschrieben hatte - und davor alle Tabs mit myphpadmin geschlossen hatte -
habe ich noch einmal das System aufgerufen und den vorletzten Dump der noch geöffnet war Importiert.
Und siehe da - es ging. Schade nur, dass ich es nicht nachvollziehen kann woran es in diesem Fall gelegen hat.
Nachdem die Anpassungen der php Datei erfolgt waren läuft das System einwandfrei.
Auch der Umzug auf die "Life" Datenbank klappe sofort beim ersten mal.
Ich nehme an, dass die geöffneten 2 Fenster mit jeweisls einer phpmyadmin Instanz auf den unterschiedlichen
Testumgebungs-Domain´s das Problem war.
Herzlichen Dank für eure Hilfe.
Vermutlich ist die Datenmenge
am 05.03.2015 - 08:53 Uhr
Evt. ist die Datenmenge knapp am verträglichen Limit für PhpMyAdmin und deshalb klappts mal und mal nicht.
Da gibt es auch Einstellungsmöglichkeiten für größere Datenmengen.
Wenn man sich da einarbeitet und alleine damit arbeitet, dann macht das ja Sinn, nur mit einem Programm zu arbeiten.
Den meisten Kunden kann man das nicht zumuten.
LG Regina Oswald
-------------------------
Montviso - Internetdienstleistungen
http://www.montviso.de