Nils Schulte am Hülse hat hier mal beschrieben, wie man den MySQLDumper beim in Deutschland mittlerweile doch recht bekannten Hoster All-Inkl.com so einrichtet, dass man automatisch per Cronjob seine Datenbanken gesichert bekommt.

Da Nils’ Eintrag jedoch von Mai 2007 ist, basiert diese Anleitung auf der Version 1.23 pre-release des Dumpers.

Eine echte Version 1.23 hat es nie gegeben, aus dem Release Candidate Stadium ist der Dumper nie rausgekommen.
Am 18.09.2009 wurde dafür dann die stabile Version 1.24 des Dumpers veröffentlicht. Ein Preview Video der nächsten geplanten Version 1.25 kann man sich hier anschauen. Die Entwicklung geht also voran!

Da die bisherige Anleitung also schon etwas in die Jahre gekommen ist (aber nichts desto trotz immer noch gültig ist), will ich hier mal versuchen, das Prozedere für die Version 1.24 mit ein paar Screenshots und Anmerkungen zu aktualisieren.

Zunächst einige Vorbemerkungen.

Der MySQLDumper ist gedacht für Anwender, die keinen eigenen Webserver haben, sondern sich mit mehreren anderen Usern einen Server teilen (shared hosting). Der eigentliche Server selbst wird durch den Hoster verwaltet und administriert. Der Endanwender (Du!) hat per FTP Zugriff auf den Teil des Servers, der für ihn freigeschaltet ist. Zusätzlich kann man sich noch in einem Verwaltungsbereich (bei All-Inkl heißt das KAS – Kundenadministrationssystem) anmelden, über den man z.B. Email-Konten, MySQL Datenbanken oder FTP-Zugänge konfigurieren kann (je nach gewähltem Tarif).

Nehmen wir mal an, jemand hat sich bei All-Inkl ein Webhosting Paket im Tarif All-Inkl Privat Plus eingerichtet. Wir nehmen das an, weil ich genau diesen Tarif habe. Da bekommt man für relativ kleines Geld u.a. folgende Leistungen

- 10 GB Speicherplatz (der für den eigentlichen Webspace, die angelegten MySQL Datenbanken und die eingerichteten EMail Postfächer gemeinsam genutzt wird)
- bis zu 25 MySQL Datenbanken
- PHP und Perl Unterstützung
- bis zu 5 Cronjobs

Hier kann man dann z.B. ein – sagen wir mal – Blog installieren. Nennen wir es mal kochsiek.org. Dieses Blog basiert auf der Software WordPress, einer kostenlosen PHP-Anwendung. Solche Anwendungen bestehen immer aus zwei Teilen. Einmal den Dateien auf dem Webspace, die man per FTP in das entsprechende Verzeichnis hochlädt, das aufgerufen wird, wenn jemand die entsprechende Domain in seinem Webbrowser eintippt. Und zum anderen aus einer Datenbank, in der die Inhalte gespeichert werden (hier: MySQL). Das gleiche Prinzip gilt auch für Foren (z.B. phpBB, vBulletin, IP.Board, Woltab Burning Board, …), Wikis, CMS-Systeme (z.B. Joomla, Typo3, …) und viele weiteren Anwendungen, die man als Privat- und Hobbyanwender auf seiner kleinen Homepage vielleicht nutzen möchte. Viele dieser Programme sind kostenfrei.

Diese Zweigeteiltheit hat zur Folge, dass die Webseite vom Aufbau her immer gleich ist, die Inhalte aber sehr schnell und aktuell geändert werden können, ohne dass man dafür eine Ausbildung zum Webdesigner haben muss und/oder fließend HTML programmieren können muss.
Die Software erzeugt aus dem feststehenden Gerüst und den variablen Einträgen der Datenbank also immer wieder neue HTML-Seiten, die vom Browser angezeigt werden. So einfach funktioniert jedes Forum oder Blog.

Bei All-Inkl (wie bei anderen Anbietern auch) gibt es sogar die Möglichkeit, die Installation einer solchen Software automatisch über das KAS zu machen. Man muss sich dann weder über das Hochladen der Dateien per FTP noch über das Anlegen einer Datenbank Gedanken machen, sondern kann nach kurzer Zeit die Webseite des z.B. Blogs einfach aufrufen.

Wir bleiben mal bei unserem Beispiel Blog. Die Software ist also installiert, eine MySQL Datenbank ist eingerichtet und füllt sich durch die ersten Artikel langsam mit Leben. Mit steigender Anzahl an Einträgen kommt einem bald die Frage Was passiert eigentlich, wenn der Server mal ausfällt und alles ist auf einmal weg? in den Sinn. Der Gedanke Sicherheit in Form eines Backups formt sich langsam im Cerebrum.

Beim Backup muss man wie bei der Installation und der Nutzung des Blogs zwei Dinge beachten. Einmal die Dateien auf dem FTP-Server und einmal die davon losgelöste MySQL Datenbank. Im folgenden soll es nur um die Datenbank gehen. Wer Interesse hat, seine FTP-Daten auch zu sichern und dafür Ansätze sucht, kann sich mal diesen Thread im MySQLDumper Support Forum anschauen. Viele Hoster bieten auch automatische Backups in irgend einer Form an. All-Inkl sichert den Webspace in 14tägigen Abständen, lässt dabei jedoch große Dateien wie .zip, .mp3 u.ä. aussen vor.

Ich persönlich sichere auch meine FTP Daten in unregelmäßigen Abständen auf einer lokalen Festplatte, damit meinen Sicherheitsanforderungen genüge getan ist.

Aber hier soll es ja um die Datenbanken und den Dumper gehen.

Der Kasus Knaxus bei All-Inkl nun ist, dass es pro angelegter MySQL Datenbank einen eigenen Datenbank-Benutzer gibt. Normalerweise ist es so, dass es einen Datenbank-Benutzer gibt, und diesem Benutzer Rechte zum Zugriff auf eine oder mehrere Datenbanken gegeben werden.

Ich habe hier also eine Datenbank für das Blog und eine für eine Joomla-Webseite eingerichtet und möchte nun beide jede Nacht automatisch vom Dumper sichern lassen und mir per Email zusenden lassen. Wie mache ich das?

Als erstes muss der Dumper mal installiert werden.

(weiterlesen …)