Kommentare zu: Datenbank-Backup mit dem MySQLDumper

Von: rok

rok — Thu, 14 Jan 2010 15:10:09 +0000

Cool, wunderbar.

Von: DSB

DSB — Thu, 14 Jan 2010 14:18:00 +0000

Das entwickelt sich langsam zu einem Support-Thread. Komme dazu besser in unser Support-Board unter http://forum.mysqldumper.de . Dort sind alle Fragen bereits ausführlich beantwortet.
Perl und Email: http://forum.mysqldumper.de/post7705.html#t7705
Mehrere MySQL-User und/oder Server können über verschiedene Konfigurationsprofile innerhalb einer MSD-Installation verwaltet werden. Nach dem Anlegen einer neuen Konfigurationsdatei kann man alle Angaben zu Host und User individuell anpassen. Beim Aufruf des Perkskripts übergibt man die zu benutzende Konfigurationsdatei als Parameter.

Von: rok

rok — Thu, 14 Jan 2010 12:42:36 +0000

Okay, das hatte ich gemacht (heute Morgen). Allerdings wurde da die neue Datenbank nicht angezeigt. Nach erneutem Login (jetzt gerade) wurde dann die Datenbank angezeigt. Ich hab dann gespeichert.

Was mir auch auffiel: es werden keine E-Mails verschickt von dem Perl-Skript. Ich verwende die Variante mit sendmail und diverse Applikationen auf dem Server versenden ebenfalls mit sendmail. Es wird wahrscheinlich am Perl liegen, denn das Backup per PHP verschickt ordnungsgemäß. Das ist nur ein kleines Manko, aber bei der Verwaltung von mehreren Servern wäre es schon schön.

BTW: Gibt es die Möglichkeit mehrere Server mit einer MySQLDumper-Instanz zu verwalten? Bei phpMyAdmin finde ich das ganz toll
Damit es auch noch etwas zu verbessern gibt…oder regelt das die Konfiguration?

Von: DSB

DSB — Thu, 14 Jan 2010 12:14:42 +0000

Wenn neue Datenbanken hinzukommen, muss man im Dumper einmal auf “Datenbanken neu laden” klicken und die Konfiguration einmal abspeichern, damit er “Wind” davon bekommt, dass sich etwas geändert hat. Wenn Du im Dumper selbst neue Datenbanken anlegst, merkt er es natürlich sofort. Wenn aber von außerhalb Änderungen eintreten, muss man es dem Dumper mitteilen.

Dieser Umstand ist den Hostern gezollt, die den MySQL-Usern ihrer Kunden nicht das Recht für SHOW DATABASES einräumen. In künftigen Versionen wollen wir hier aber Abhilfe schaffen und ein optionales Neu-Erkennen aller Datenbanken ermöglichen. Erste interne Umstrukturierungen sind in der Entwicklerversion bereits getätigt. Wir müssen ja auch noch etwas zum Verbessern haben.

Von: rok

rok — Thu, 14 Jan 2010 08:32:32 +0000

Also die Ausführung per Cronjob hat wunderbar geklappt. Aber die neu angelegte Datenbank wurde nicht automatisch mit gesichert. Sie ist im MySQLDumper nicht ersichtlich, obwohl der DB-Nutzer des MySQLDumper diese Datenbank sehen kann…also im phpMyAdmin kann er darauf zugreifen. Scheinbar funktioniert das neueinlesen nicht korrekt. Das ist schade, weil ich dann erneut neue Datenbanken manuell dem Backup-Prozess zuführen muss

Von: rok

rok — Thu, 14 Jan 2010 08:10:19 +0000

Ja, die Rechte für CREATE und INSERT hab ich ebenfalls gegeben. Allerdings hab ich kein ALTER erlaubt, weil ich für Veränderungen an der Datenbank immer nur phpMyAdmin oder Konsole verwende. Ich will den MySQLDumper eigentlich vorrangig für Backup und Restore nutzen.

Von: DSB

DSB — Wed, 13 Jan 2010 22:13:58 +0000

Schöner Artikel.
Anmerkung: für die Wiederherstellung benötigt der MySQL-User noch Rechte für CREATE und INSERT. Wenn Du Felder in der Defintion im SQLBrowser verändern willst, wäre das Recht für ALTER auch notwendig.