Mach es einfach mit dem MySQLDumper. Das ist ein super Toll! Du wirst es nicht mehr missen wollen!
Mach es einfach mit dem MySQLDumper. Das ist ein super Toll! Du wirst es nicht mehr missen wollen!
Was ist denn besser?
Das hatte ich auch, nachdem ich die Joomlapack-Downloadvariante gewählt hatte. Wenn ich allerdings das zip-File per FTP herunterziehe, waren bislang alle Daten da und testhalber auf meinem lokalen Rechner eingespielt war alles in Ordnung.
das liegt daran, das bei 2MB Schluß ist.
Harry
Gruß Harry
Als Ergänzung noch ein HauTu für den MySQLDumper
Die Umlautproblematik
seven
Joomla never has bugs. It just develops random features!
Eventuell hängt es auch von der Dateigröße ab. Meine Zip war immer so 300MB groß.
Aber wie schon im verlinkten Thread zu lesen ist, ist dieses Problem den Entwicklern bekannt!
Wenn es in der neuen Version funktioniert, ist das Tool sicher eine gute Alternative!
Aber so lange dies nicht der Fall ist, würde ich es anders machen. Und der MySQLDumper kommt auch mit größeren DB super zurecht!
Was denn? Für die DB gibt es ja genügend Programme; womit sicherst du denn deine Daten auf dem Server?
Das hatte ich auch, nachdem ich die Joomlapack-Downloadvariante gewählt hatte. Wenn ich allerdings das zip-File per FTP herunterziehe, waren bislang alle Daten da und testhalber auf meinem lokalne Rechner eingespielt war alles in Ordnung.
das liegt daran, das bei 2MB Schluß ist.
Meine sql-Sicherung ist 3 MB groß, hat mit past© in das sql-Fenster auch nicht so geklappt, wie ich es wollte. Habe dann die manuell die Daten aufgesplittet und jeweils 2 einzelne Datenblöcke eingespielt. Frickelei, das muß nicht noch einmal sein.
Harry
Gruß Harry
Ok,
habs mit mysqldumper versucht die localhost.sql vom phpmyadmin wiederherzustellen und er kann mit ein paar sql Befehlen nichts anfangen.
Ich werde mal joomla neu installieren so wie es aussieht.
Aber zumindest gut das ich jetzt weis, dass Backups immer nur mit einem Tool gesichert und mit dem selbern wieder eingespielt werden müssen.
Ich dachte vorher ein sql file ist immer gleich.
hier die Fehlermeldung, aber ist auch egal:
Sql: CREATE TEMPORARY TABLE `CHARACTER_SETS` (
Erweiterte Inserts: 1
Unbekannter SQL-Befehl:: `CHARACTER_SET_NAME` varchar(64) NOT NULL default '',
Ok,
mysqldump ist ganz ok, aber er sichert nur einzelne Datenbanken nicht alle.
Ansonsten muss man die gelöschte vor dem wiederherstellen erst mal anlegen bevor man wiederherstellt. (Also nur CREATE DATABASE joomla z.B.)
Aber immerhin ein gutes tool.
Mal schauen was joomlapack zu bieten hat
Unabhängig davon, welches Tool oder welchen Prozess man für ein Backup einsetzt, ist ein Backup immer nur dann zuverlässig, wenn man zuvor testet und sicher stellt, dass das Recovery auch funktioniert. Einfach nur ein Backup zu starten und den Gegentest nicht zu starten stellt dann auch kein sicheres Backup dar. Das Recovery sollte man auch zwischendurch immer wieder testen, nur dann ist man wirklich auf der sicheren Seite.![]()
Liebe Grüße aus Jülich,
Sven
Für die DB meiner eigenen Sites nutze ich ein spezielles Script, da sie mittlerweile um die 400MB groß sind. Für die Dateien ganz klassisch die Backup-Option, die mir mein Hoster bietet.
Wenn ich "dienstlich" unterwegs bin, phpMyAdmin und FTP, weil ich damit eine bessere Kontrolle habe, denn nicht jeder Hoster / Webspace besitzt die gleichen Voraussetzungen, und den oft angebotenen Lösungen im Confixx z.B. traue ich nicht unbedingt. Wenn die zu sichernde DB zu groß ist, dann den Dumper. Bisher hat sich diese Vorgehensweise als die beste erwiesen, mir sind noch keine Daten abhanden gekommen *auf Holz klopf.
Joomla kaputt? Gehackt? Migration mißlungen? Datensalat?
www.joomla-notdienst.de - Soforthilfe & Webentwicklung
Einsteiger- FAQ - bitte lesen!
nun denn, wollen wir hoffen das wir alle genügend Holz zum Klopfen haben... ;-)
Harry
Gruß Harry
Lesezeichen