Datenbank Sicherung
Eingetragen von Micha1111 (290)am 17.06.2008 - 18:56 Uhr in
Meine Homepage läuft nun schon eine Weile ganz gut und wird mehr und mehr mit Inhalten gefüllt.
Nun beschäftige ich mich erstmals mit dem Thema Sicherung/Backup der Datenbank.
Der Weg mit phpmyadmin und sql ist mir schon klar, allerdings bin ich dabei auf ein unschönes Problem gestossen.
Das hat aber weniger mit Drupal selbst, als mit den Restriktionen der Hoster zu tun.
Das Sichern klappt dabei ohne Schwierigkeiten, es geht um die Rücksicherung.
Bei strato darf die Rücksicherungsdatei nicht größer als 2048KB sein, eigentlich ein Witz.
strato schlägt als einzige Lösung vor, die Tabellen einzeln zu sichern und wieder einzuspielen. Leider nicht besonders kundenfreundlich und schon garnicht praktikabel.
Bei 1und1 sind es immerhin 8MB, reicht für mich aber auch nicht mehr aus.
Hat jemand Erfahrung mit anderen Hostern ?
Oder gibt es eine andere Lösung ?
- Anmelden oder Registrieren um Kommentare zu schreiben
Mit dem Tool
am 17.06.2008 - 19:05 Uhr
Mit dem Tool http://www.mysqldumper.de/ kann man sehr gut Backups der Datenbank anlegen:
1. Das Limit der PHP Ausführzeit wird umgangen
2. Das Limit der Dateigröße wird umgangen, da man die Packete splitten lassen kann
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING
Es gibt zwar ein Modul, aber
am 17.06.2008 - 19:06 Uhr
Es gibt zwar ein Modul, aber ich mach das so http://drupalbasic.de/einsteigerhandbuch/datenbanksicherung-mit-mysqldumper
----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/
Datenbanksicherung
am 19.06.2008 - 18:40 Uhr
Danke für den Tipp.
Nachdem ich mich durch die sehr gute Anleitung der mysqldumper-Seite gearbeitet habe, konnte ich so tatsächlich
1. zunächst die mysql4-Datenbank bei 1und1 sichern
2. bei strato eine neue mysql5-Datenbank anlegen und die alte per ftp transferierte Datenbank importieren
3. offline die settings.php hinsichtlich der neuen Zugangsdaten ändern und per ftp übertragen
4. fertig war der Serverumzug, soweit ich bisher testen konnte, gibt es keine Verluste
Nur ein kleines Problem bleibt noch zu lösen, dass hier im Forum schön öfter angesprochen wurde und zwar die fehlerhafte Darstellung von Umlauten (wahrscheinlich durch die unterschiedlichen SQL-Versionen verursacht => alt latin; neu utf8).
Bei mir ist alles betroffen was nicht unmittelbar Content ist (also über den wysiwyg-Editor) eingegeben wurde. Z.B. Kategorienamen, Titel der Nodes, usw.
Vielleicht gibts es dafür ja auch noch eine einfache Lösung ?!
Das Problem mit Umlauten und
am 19.06.2008 - 19:04 Uhr
Das Problem mit Umlauten und Sonderzeichen nach MySQL 4 zu 5 Migration hatte ich auch mal. Nach dem ich unzaehlichge Foren gewaelzt hatte habe ich schlussendlich die Inhalte per Hand (Nodes editiert) korrigiert.
Nicht das Gelbe vom Ei aber war damals die schnellste Variante.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Einfach nicht, aber vllt
am 19.06.2008 - 20:34 Uhr
Einfach nicht, aber vllt lösbar http://forum.mysqldumper.de/viewtopic.php?p=18365
----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/
Datenbanksicherung
am 19.06.2008 - 22:16 Uhr
Ja, diesen Beitrag hatte ich auch gelesen, aber ich glaube nicht, dass das die Lösung ist, weil ja nicht alle Inhalte gleichermaßen betroffen sind.
Hat jemand eine Erklärung, wieso sich der Content und andere Textteile unterschiedlich verhalten ?