{"id":2706,"date":"2010-06-01T19:51:23","date_gmt":"2010-06-01T17:51:23","guid":{"rendered":"http:\/\/kochsiek.org\/blog\/?p=2706"},"modified":"2019-04-07T21:34:34","modified_gmt":"2019-04-07T19:34:34","slug":"mysqldumper-mit-cronjob-bei-all-inkl-einrichten","status":"publish","type":"post","link":"http:\/\/kochsiek.org\/blog\/2010\/06\/01\/mysqldumper-mit-cronjob-bei-all-inkl-einrichten\/","title":{"rendered":"MySQLDumper mit Cronjob bei All-Inkl einrichten"},"content":{"rendered":"

Nils Schulte am H\u00fclse hat hier<\/a> mal beschrieben, wie man den MySQLDumper<\/a> beim in Deutschland mittlerweile doch recht bekannten Hoster All-Inkl.com<\/a> so einrichtet, dass man automatisch per Cronjob<\/a> seine Datenbanken gesichert bekommt.<\/p>\n

Da Nils‘ Eintrag jedoch von Mai 2007 ist, basiert diese Anleitung auf der Version 1.23 pre-release des Dumpers.<\/p>\n

Eine echte Version 1.23 hat es nie gegeben, aus dem Release Candidate Stadium ist der Dumper nie rausgekommen.
\nAm 18.09.2009 wurde daf\u00fcr dann die stabile Version 1.24 des Dumpers ver\u00f6ffentlicht. Ein Preview Video der n\u00e4chsten geplanten Version 1.25 kann man sich hier<\/a> anschauen. Die Entwicklung geht also voran!<\/p>\n

Da die bisherige Anleitung also schon etwas in die Jahre gekommen ist (aber nichts desto trotz immer noch g\u00fcltig ist), will ich hier mal versuchen, das Prozedere f\u00fcr die Version 1.24 mit ein paar Screenshots und Anmerkungen zu aktualisieren.<\/p>\n

Zun\u00e4chst einige Vorbemerkungen.<\/p>\n

Der MySQLDumper ist gedacht f\u00fcr 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\u00fcr ihn freigeschaltet ist. Zus\u00e4tzlich kann man sich noch in einem Verwaltungsbereich (bei All-Inkl hei\u00dft das KAS – Kundenadministrationssystem) anmelden, \u00fcber den man z.B. Email-Konten, MySQL Datenbanken oder FTP-Zug\u00e4nge konfigurieren kann (je nach gew\u00e4hltem Tarif).<\/p>\n

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

– 10 GB Speicherplatz (der f\u00fcr den eigentlichen Webspace, die angelegten MySQL Datenbanken und die eingerichteten EMail Postf\u00e4cher gemeinsam genutzt wird)
\n– bis zu 25 MySQL Datenbanken
\n– PHP und Perl Unterst\u00fctzung
\n– bis zu 5 Cronjobs<\/p>\n

Hier kann man dann z.B. ein – sagen wir mal – Blog installieren. Nennen wir es mal kochsiek.org<\/a>. Dieses Blog basiert auf der Software WordPress<\/a>, 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\u00e4dt, 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\u00fcr Foren (z.B. phpBB<\/a>, vBulletin<\/a>, IP.Board<\/a>, Woltlab Burning Board<\/a>, …), Wikis, CMS-Systeme (z.B. Joomla<\/a>, Typo3<\/a>, …) und viele weiteren Anwendungen, die man als Privat- und Hobbyanwender auf seiner kleinen Homepage vielleicht nutzen m\u00f6chte. Viele dieser Programme sind kostenfrei.<\/p>\n

Diese Zweigeteiltheit hat zur Folge, dass die Webseite vom Aufbau her immer gleich ist, die Inhalte aber sehr schnell und aktuell ge\u00e4ndert werden k\u00f6nnen, ohne dass man daf\u00fcr eine Ausbildung zum Webdesigner haben muss und\/oder flie\u00dfend HTML programmieren k\u00f6nnen muss.
\nDie Software erzeugt aus dem feststehenden Ger\u00fcst und den variablen Eintr\u00e4gen der Datenbank also immer wieder neue HTML-Seiten, die vom Browser angezeigt werden. So einfach funktioniert jedes Forum oder Blog.<\/p>\n

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

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

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\u00f6ste MySQL Datenbank. Im folgenden soll es nur um die Datenbank gehen. Wer Interesse hat, seine FTP-Daten auch zu sichern und daf\u00fcr Ans\u00e4tze sucht, kann sich mal diesen Thread<\/a> im MySQLDumper Support Forum<\/a> anschauen. Viele Hoster bieten auch automatische Backups in irgend einer Form an. All-Inkl sichert den Webspace in 14t\u00e4gigen Abst\u00e4nden, l\u00e4sst dabei jedoch gro\u00dfe Dateien wie .zip, .mp3 u.\u00e4. aussen vor.<\/p>\n

Ich pers\u00f6nlich sichere auch meine FTP Daten in unregelm\u00e4\u00dfigen Abst\u00e4nden auf einer lokalen Festplatte, damit meinen Sicherheitsanforderungen gen\u00fcge getan ist.<\/p>\n

Aber hier soll es ja um die Datenbanken und den Dumper gehen.<\/p>\n

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

Ich habe hier also eine Datenbank f\u00fcr das Blog und eine f\u00fcr eine Joomla-Webseite eingerichtet und m\u00f6chte nun beide jede Nacht automatisch vom Dumper sichern lassen und mir per Email zusenden lassen. Wie mache ich das?<\/p>\n

Als erstes muss der Dumper mal installiert werden.<\/p>\n

Auf der Webseite www.mysqldumper.de<\/a> klickt man zun\u00e4chst auf Download<\/em>.<\/p>\n

\"\"<\/a><\/p>\n

Man gelangt zur SourceForge Seite, bei der die Entwicklung des quelloffenen Dumpers verwaltet wird.
\nHier einfach auf den gro\u00dfen gr\u00fcnen Button zum Download dr\u00fccken. Damit ist gew\u00e4hrleistet, dass man immer die aktuellste stabile Version bekommt.<\/p>\n

\"\"<\/a><\/p>\n

Ich nutze als Webbrowser FireFox, der mir zum Download folgendes Fenster anbietet.<\/p>\n

\"\"<\/a><\/p>\n

Die so heruntergeladene Datei entpacke ich auf meiner lokalen Festplatte. Heraus kommt das Verzeichnis msd1.24stable<\/em>.<\/p>\n

\"\"<\/a><\/p>\n

Den Inhalt dieses Verzeichnisses \u00fcbertrag ich jetzt mit meinem FTP Programm (ich nutze FileZilla) in ein neues Verzeichnis auf meinen Webspace. Dabei muss ich nat\u00fcrlich wissen, wie ich mit meinem Browser dieses neue Verzeichnis aufrufen kann.<\/p>\n

Da ich mehrere Domains habe, habe ich auf dem FTP-Server ein Verzeichnis \/domain<\/em> angelegt. In diesem Verzeichnis liegen mehrere Unterverzeichnisse, f\u00fcr jede Domain ein eigenes. Also gibt es auch das Verzeichnis \/domain\/kochsiek_org<\/em>. Das Blog ist erreichbar unter http:\/\/kochsiek.org\/blog<\/em> und ich m\u00f6chte, dass der Dumper unter der Adresse http:\/\/kochsiek.org\/blog\/msd<\/em> aufgerufen werden kann. Also erstelle ich mit meinem FTP Programm als erstes mal das Verzeichnis \/domain\/kochsiek_org\/blog\/msd<\/em>.<\/p>\n

Und wo ich schon dabei bin, erstelle ich gleich noch die Verzeichnisse<\/p>\n

\/domain\/kochsiek_org\/blog\/msd\/work<\/em>
\n<\/em>\/domain\/kochsiek_org\/blog\/msd\/work\/backup<\/em>
\n\/domain\/kochsiek_org\/blog\/msd\/work\/config<\/em>
\n\/domain\/kochsiek_org\/blog\/msd\/work\/log<\/em><\/p>\n

Das mache ich, weil der PHP-User bei All-Inkl diese Verzeichnisse nicht selbst w\u00e4hrend des Installationsprozesses erstellen darf und ich das eh‘ manuell machen m\u00fcsste.<\/p>\n

Bei der Gelegenheit geben wir dem work<\/em> Verzeichnis inkl. der darin enthaltenen Unterverzeichnisse die CHMOD Rechte 777, damit diese Verzeichnisse auchbeschreibbar sind. Wie das geht h\u00e4ngt vom jeweiligen FTP Programm ab. F\u00fcr FileZilla beschreibe ich das jetzt mal. Wie man sich zum FTP Server verbindet sollte bekannt sein.<\/p>\n

Verzeichnis msd<\/em> anlegen durch Rechtsklick in das Verzeichnis \/domain\/kochsiek_org\/blog<\/em><\/p>\n

\"\"<\/a><\/p>\n

Und eingeben des Namens des Unterverzeichnisses.<\/p>\n

\"\"<\/a><\/p>\n

Auf die gleiche Weise werden die o.g. Unterverzeichnisse angelegt, so dass die Verzeichnisstruktur anschlie\u00dfend so aussieht.<\/p>\n

\"\"<\/a><\/p>\n

Mit einem Rechtsklick auf das Verzeichnis work<\/em> kann man den Punkt Dateiattribute<\/em> ausw\u00e4hlen, und man erh\u00e4lt folgendes Fenster, in dem man den Wert 777 eingibt und den Haken bei Unterverzeichnisse einbeziehen<\/em> setzt.<\/p>\n

\"\"<\/a><\/p>\n

Soweit, so gut.<\/p>\n

Nun kann man die zuvor heruntergeladenen und entpackten Dateien in das Verzeichnis msd<\/em> hochladen.<\/p>\n

Der Datei \/msd\/config.php<\/em> gibt man auf die selbe Weise ebenfalls die Berechtigung 777 wie zuvor dem Verzeichnis \/msd\/work<\/em>.<\/p>\n

Damit sieht das Verzeichnis dann so aus.<\/p>\n

\"\"<\/a><\/p>\n

Jetzt wechsle ich schnell ins KAS von All-Inkl und lege dort unter Tools \/ Verzeichnisschutz<\/em> eine Passwortabfrage f\u00fcr das Verzeichnis \/domain\/kochsiek_org\/blog\/msd<\/span><\/em> an.<\/p>\n

\"\"<\/a>Hier klicke ich dann auf<\/p>\n

\"\"<\/a><\/p>\n

Ich w\u00e4hle das Verzeichnis aus, das ich sch\u00fctzen will, gebe einen Benutzernamen und ein Passwort an und klicke auf speichern<\/em>.<\/p>\n

\"\"<\/a><\/p>\n

Wenn ich jetzt die Adresse http:\/\/kochsiek.org\/blog\/msd aufrufe, kommt die Abfrage nach Benutzer und Passwort.<\/p>\n

\"\"<\/a><\/p>\n

Nach Eingabe der korrekten Daten kommt die Installations-Startseite des Dumpers, auf der man als erstes die Sprache ausw\u00e4hlen kann. Ich nehme mal Deutsch und klicke auf Installation<\/em>.<\/p>\n

\"\"<\/a><\/p>\n

Als n\u00e4chstes muss der Host des MySQL Servers, ein Datenbankbenutzer und ein Passwort angegeben werden. Jetzt habe ich ja sowohl eine Datenbank f\u00fcr das Blog und f\u00fcr eine Joomla-Webseite – mit jeweils einem eigenen Benutzer daf\u00fcr.<\/p>\n

\"\"<\/a><\/p>\n

Ich nehme f\u00fcr die Dumper-Installation erst mal den ersten Datenbankbenutzer, den ich finde.<\/p>\n

\"\"<\/a><\/p>\n

Sobald ich auf zu MySQL verbinden<\/em> klicke, versucht der Dumper eine Verbindung mit dem angegebenen Benutzer herzustellen und zu schauen, auf welche Datenbanken dieser Benutzer so alles Zugriff hat. Im Falle von All-Inkl sind das immer nur zwei, einmal eine Systemdatenbank information_schema<\/em> und die Datenbank, um die es mir geht und die den selben Namen hat wie der Datenbankbenutzer. In meinem Fall also d00aa06f<\/em>.<\/p>\n

Jetzt noch schnell auf speichern und Installation fortsetzen<\/em> klicken.<\/p>\n

Weil ich bereits im Vorfeld einige Verzeichnisse angelegt und diese und die Datei config.php<\/em> entsprechend berechtigt habe, geht der Rest automatisch. Als n\u00e4chstes begr\u00fc\u00dft mich der MySQLDumper Home-Bildschirm.<\/p>\n

\"\"<\/a><\/p>\n

Es wurde nun eine Konfigurationsdatei mysqldumper<\/em> angelegt. Diese kann im linken Men\u00fc unter ausgew\u00e4hlt werden. In dieser Konfiguration befinde ich mich als grade aktuell. Da ich jedoch zwei Datenbanken verwalten m\u00f6chte, in der Konfiguration jedoch nur einen Benutzer und damit eine Datenbank angeben kann, muss ich mir etwas einfallen lassen.<\/p>\n

Die Entwickler des Dumpers haben mich mit meinem Problem nicht alleine gelassen und die M\u00f6glichkeit geschaffen, mehrere Konfigurationsdateien anzulegen. Ich ben\u00f6tige also pro Datenbank eine eigene Konfigurationsdatei.<\/p>\n

Die Standard-Konfiguration mysqldumper<\/em> kann man dabei jedoch nicht entfernen. Da der Datenbankname auch wenig aussagekr\u00e4ftig ist, w\u00fcrde ich lieber eine Konfiguration haben, die Blog<\/em> hei\u00dft. Umbenennen kann ich den Standard leider auch nicht, also muss ich ihn kopieren.<\/p>\n

Dazu gehe ich im Dumper Hauptmen\u00fc auf Konfiguration<\/em><\/p>\n

\"\"<\/a><\/p>\n

Klicke im sich dann aufbauenden Men\u00fc auf Konfigurationsdateien<\/em><\/p>\n

\"\"<\/a><\/p>\n

Trage dann bei Eine neue Konfigurationsdatei anlegen<\/em> den gew\u00fcnschten Namen ein und klicke auf Speichern<\/em>.<\/p>\n

\"\"<\/a><\/p>\n

Das korrekte Anlege der Datei wird mit der Meldung<\/p>\n

\"\"<\/a><\/p>\n

best\u00e4tigt. In der \u00dcbersicht der Konfigurationsdateien taucht nun die neue Datei namens Blog<\/em> auf.<\/p>\n

\"\"<\/a><\/p>\n

Und ich kann sie auf der linken Seite unter dem Hauptmen\u00fc neben der Standard-Konfiguration ausw\u00e4hlen.<\/p>\n

\"\"<\/a><\/p>\n

Noch sind beide Konfigurationen 1:1 gleich.<\/p>\n

\u00dcber den Men\u00fcpunkt Konfiguration \/ Allgemein<\/em> nehme ich nun einige Einstellungen vor.
\nAls erstes lasse ich die Speichergrenze<\/em> automatisch ermitteln. Das ist von Server zu Server unterschiedlich. Als n\u00e4chstes \u00e4ndere ich die Standard-Werte f\u00fcr die Geschwindigkeitskontrolle<\/em>. Statt 100 bis 50.000 gebe ich 20.000 bis 100.000 ein. Damit kommt mein Server bei All-Inkl gut zurecht. Falls mal etwas nicht klappen sollte, kann man diese Werte zum Test schrittweise anpassen. Im Bereich Wiederherstellung<\/em> aktiviere ich noch die Option im Fehlerfall fortfahren und Fehler protokollieren<\/em>.<\/p>\n

\"\"<\/a><\/p>\n

Anschlie\u00dfend den Klick auf Speichern<\/em> nicht vergessen!<\/p>\n

Im Bereich Konfiguration \/ Auto L\u00f6schen<\/em> gebe ich noch an, dass immer nur die letzten 3 Backups gespeichert werden sollen und \u00e4ltere automatisch gel\u00f6scht werden, um nicht unn\u00f6tig den Server zuzum\u00fcllen.<\/p>\n

\"\"<\/a><\/p>\n

Wenn die Backups direkt auf dem Webserver gespeichert werden, bringt der ganze Aufwand nichts, wenn der komplette Server oder dessen Festplatte kaputt geht. Ich m\u00f6chte mir also die Backups vom Dumper per Email schicken lassen. Dazu gebe ich unter Konfiguration \/ E-Mail-Benachrichtigung<\/em> an, dass ich eine Mail nach der Sicherung erhalten m\u00f6chten. Ich trage ein, an welche Empf\u00e4nger-Adresse gehen soll und auch, mit welcher Absender-Adresse die Mail geschickt werden soll. Das ist ganz hilfreich, wenn man sich z.B. in Outlook eine Regel definiert, aufgrund derer eine ankommende Mail von einem bestimmten Absender automatisch in einen Unterordner verschoben werden soll. Ich w\u00e4hle also als Absender der E-Mail<\/em> die Adresse mysqldumper_blog@kochsiek.org aus. Diese Adresse gibt es nicht, es soll ja auch nur der Absender sein.
\nZus\u00e4tzlich lasse ich die erzeugte Backupdatei an die Email anh\u00e4ngen und gebe vor, dass diese bis zu 10 MB gro\u00df sein darf (die Backupdatei wird im gepackten Zustand mit GZip erstellt).
\nDie Einstellungen zum Mailprogramm lasse ich so wie im Standard bestehen, das funktioniert.<\/p>\n

\"\"<\/a><\/p>\n

Man kann die Backupdatei auch noch an bis zu 3 verschiedene FTP-Server verschicken (in der n\u00e4chsten Dumper Version sogar an noch mehr). Das beschreibe ich hier jetzt mal nicht so ausf\u00fchrlich.<\/p>\n

Unter Konfiguration \/ Cronscript<\/em> m\u00fcssen wir noch etwas \u00e4ndern, da bei All-Inkl Perlscripte nicht in jedem Verzeichnis ausgef\u00fchrt werden d\u00fcrfen, sondern nur aus einem Verzeichnis mit Namen cgi-bin<\/em> heraus. Ich gebe also als Pfad der Perlscripte statt msd_cron\/<\/em> das Verzeichnis \/cgi-bin\/<\/em> an. Dabei ist zu beachten, dass sowohl am Anfang als auch am Ende ein \/<\/em> stehen muss. Als Kommentar gebe ich noch Blog<\/em> ein, damit ich sp\u00e4ter auch noch wei\u00df, was in der Backupdatei denn drin ist.<\/p>\n

\"\"<\/a><\/p>\n

Das Verzeichnis cgi-bin gibt es aber doch gar nicht! Richtig. Falls es – wie in meinem Beispielfall – nicht vorhanden ist, muss es nat\u00fcrlich per FTP angelegt werden (siehe weiter oben). Das Verzeichnis lege ich auf der selben Ebene an, auf der auch das \/blog\/<\/em> liegt, also unter \/domain\/kochsiek_org\/cgi-bin<\/em>. Als Besonderheit ist hier darauf zu achten, dass sowohl das Verzeichnis als auch die Dateien (die ich da gleich reinkopieren werde) die CHMOD Rechte 755 haben m\u00fcssen. Auch wie das eingestellt wird, wurde schon weiter oben beschrieben.<\/p>\n

Als n\u00e4chstes muss ich die 3 Dateien aus dem Verzeichnis msd_cron bearbeiten. Ok, wirklich bearbeitet wird nur eine einzige, n\u00e4mlich die crondump.pl<\/em>
\nIch lade diese Datei zusammen mit den beiden anderen (simpletest.pl<\/em> und perltest.pl<\/em>) wieder runter und \u00f6ffne die crondump.pl<\/em> mit einem Texteditor (Achtung: Word ist keiner!). Ich nutze dazu Notepad++<\/a>.
\nRecht weit am Anfang der Datei gibt es eine Variable, die ich noch setzen muss. Direkt \u00fcber der Variablen ist auch noch mal erkl\u00e4rt, wie das aussehen sollte.<\/p>\n

\"\"<\/a><\/p>\n

Hier muss ich also zwischen die beiden “ “ etwas eintragen. Aber was?
\nDas steht auf der Backup-Seite des Dumpers, wenn man in den Backup-Perl Modus wechselt. Also erst links im Men\u00fc auf Backup<\/em> klicken und dann rechts oben auf Backup PERL<\/em>. Dann erscheint etwas weiter unten genau das, was ich in der crondump.pl<\/em> bei absolute_path_of_configdir<\/em> eintragen muss.<\/p>\n

\"\"<\/a><\/p>\n

Das geht am Besten mit copy & paste. Dabei darauf achten, dass wirklich alle Zeichen in dieser Zeile, inkl. der beiden \/ am Anfang und Ende mit kopiert und eingef\u00fcgt werden.<\/p>\n

Jetzt die Datei lokal abspeichern und per FTP (im ASCII oder AUTO Modus) in das Verzeichnis \/cgi-bin\/<\/em> hochladen. Den drei Dateien dann noch die CHMOD Rechte 755 verpassen, das war’s.<\/p>\n

Jetzt kann ich manuell zum Test auf den Button Perl-Cronscript ausf\u00fchren<\/em> klicken. Nach kurzer Zeit erscheint das Log des Aufrufes, welche Tabellen optimiert und gesichert wurden, an wen die Email verschickt wurde, wie lange der ganze Zauber gedauert hat.<\/p>\n

Diese Art des Backups funktioniert \u00fcbrigens nur solange, wie der Perl-Timeout des Servers nicht erreicht wird. Bei All-Inkl sind das meist zwischen 6 und 12 Sekunden. F\u00fcr kleinere Datenbanken, die komprimiert nur 4-5 MB ergeben, reicht das aus. Wenn in der Datenbank allerdings so viele Datens\u00e4tze stehen, dass zum Sichern mehr Zeit ben\u00f6tigt wird, als der Server zur Verf\u00fcgung stellt, dann bricht das Script einfach ab. Das Backup ist dann unvollst\u00e4ndig! Man muss also darauf achten, dass am Ende der Log-Meldungen irgendwann mal ein #EOS (End of script)<\/em> steht. Nur dann kann man sicher sein, dass dieses Backup im Notfall auch alle Datens\u00e4tze enth\u00e4lt, die in der Datenbank gespeichert sind.
\nDurch eine freundliche Anfrage beim All-Inkl Support kann man versuchen, das Limit f\u00fcr seinen Server etwas hochsetzen zu lassen, das wird h\u00f6chstwahrscheinlich gemacht werden, jedoch nicht bis ins Unendliche.<\/p>\n

Warum denn m\u00f6gen jetzt einige fragen? Der Dumper ist doch gerade daf\u00fcr da, das PHP Timeout zu umgehen und macht das doch auch wunderbar. Korrekt, das PHP Timeout! Bei Perl greift jedoch ein anderes Limit, das mit den 30 Sekunden von PHP nichts zu tun hat. Und hier liegt auch der Hund begraben, weshalb es PHP und Perl Backup-Funktionen gibt.
\nDas Backup mit PHP verwendet rekursive Selbstaufrufe mit Hilfe von Javascript. Das kann aber nur von einem Browser ausgef\u00fchrt werden.
\nDas Backup mit Perl ben\u00f6tigt keinen Browser (was ja auch Sinn macht, denn f\u00fcr einen Cronjob, der Nachts um 4 Uhr l\u00e4uft, steht auch auch kein Browserfenster zur Verf\u00fcgung). Hier funktioniert das Austricksen des Timeouts mittels Javascript-Selbstaufrufen eben nicht. Und wenn das Timeout erreicht ist, ist halt Schlu\u00df.<\/p>\n

Wer einen (Windows) Rechner zur Verf\u00fcgung hat, der 24\/7 eingeschaltet und mit dem Internet verbunden ist, kann sich das Programm WinTrigger anschauen, das auf der MySQLDumper Webseite im Downloadbereich zu finden ist. Hier wird eine Browserinstanz durch einen geplanten Task mit der Dumper-Konfiguration aufgerufen und macht so ein PHP Backup zur eingestellten Zeit.<\/p>\n

Ich hatte ja weiter oben erw\u00e4hnt, dass ich noch eine Datenbank gerne mit Hilfe eines Cronjobs sichern m\u00f6chte. Da ich die Konfigurationsdatei Blog<\/em> jetzt schon so sch\u00f6n bearbeitet habe, ist es recht einfach, f\u00fcr die Joomla Datenbank einfach eine neue Konfigurationsdatei auf Basis dieser Blog<\/em>-Datei zu erstellen.
\nWie zuvor schon geschrieben w\u00e4hle ich die Blog<\/em> Konfigurationsdatei links aus, gehe \u00fcber das Men\u00fc Konfiguration \/ Konfigurationsdateien<\/em> und speichere die grade aktuelle Datei Blog<\/em> unter einem neuen Namen – n\u00e4mlich Joomla<\/em> – ab.<\/p>\n

\"\"<\/a><\/p>\n

Die Konfiguration Joomla<\/em> ist jetzt wieder eine 1:1 Kopie der Konfiguration Blog<\/em>. Sie kann links im Men\u00fc ausgew\u00e4hlt werden. \u00dcber Konfiguration \/ Datenbanken<\/em> kann man nun einen anderen Datenbankbenutzer und ein anderes Passwort eintragen. Dazu muss man zun\u00e4chst auf Verbindungsparameter ein-\/ausblenden<\/em> klicken.<\/p>\n

\"\"<\/a><\/p>\n

Im sich dann \u00f6ffnenden Bereich trage ich den anderen User und das entsprechende Passwort ein und klicke auf Speichern<\/em>.<\/p>\n

\"\"<\/a><\/p>\n

Auch hier wird das Backup per Email an mich gesendet. Da ich mir aber eine Outlook Regel definieren m\u00f6chte, die Mails nach Absendern sortiert in einen anderen Ordner packt, gebe ich als Absender-Adresse mysqldumper_joomla<\/em>@kochsiek.org an.<\/p>\n

\"\"<\/a><\/p>\n

Bei den Cronscript Einstellungen tausche ich den Kommentar ebenfalls aus.<\/p>\n

\"\"<\/a><\/p>\n

Jetzt habe ich also f\u00fcr zwei Datenbanken jeweils eine eigene Konfigurationsdatei angelegt und kann diese im Men\u00fc links ausw\u00e4hlen. Dabei wei\u00df ich durch den Namen immer, in welcher Datenbank ich mich gerade befinde, ohne mich durch die kryptische da65ce87 – Benennung der Datenbanken irritieren zu lassen.<\/p>\n

Wer bis hier durchgehalten hat: Respekt!<\/p>\n

Jetzt geht’s nur noch darum, die so eingestellten Backups auch per Cronjob zeitgesteuert zu automatisieren.<\/p>\n

Dazu wechseln wir wieder ins KAS von All-Inkl. Im Men\u00fc steht unter Tools \/ Cronjobs<\/em> die \u00dcbersicht der – hey! – Cronjobs zur Verf\u00fcgung.
\nFr\u00fcher hat sich die Cronjob-Einrichtung bei All-Inkl an anderer Stelle versteckt (in der sog. MembersArea). Mittlerweile erreicht man sie aber \u00fcber das KAS.<\/p>\n

\"\"<\/a><\/p>\n

Hier klicke ich auf<\/p>\n

\"\"<\/a><\/p>\n

und lande auf einer Maske, in der ich folgendes eingebe<\/p>\n

\"\"<\/a><\/p>\n

Es soll also jeden Tag um 4 Uhr das Perl-Script mit der Konfigurationsdatei Blog<\/em> aufgerufen werden.<\/p>\n

F\u00fcr das Backup der anderen Datenbank muss ich einen eigenen Cronjob anlegen. Der unterscheidet sich im Grunde nur durch die andere Konfigurationsdatei am Ende des Aufrufes vom ersten.<\/p>\n

Man sollte ruhig ein paar Minuten Zeit zwischen einzelnen Cronjob Aufrufen verstreichen lassen und nicht gleich 5 Datenbanken alle gleichzeitig um 4 Uhr sichern. Das belastet den Server nur unn\u00f6tig.<\/p>\n

Wer bei seinem All-Inkl Paket keinen Cronjob inklusive hat und auch keinen bezahlen m\u00f6chte, kann sich mal Anbieter wie z.B. Cronjob.de<\/a> anschauen.<\/p>\n

\u00dcber Kommentare oder Hinweise auf Fehlendes, Falsches oder nicht ausf\u00fchrlich genug dargestellte Zusammenh\u00e4nge freue ich mich nat\u00fcrlich sehr.<\/p>\n

(Update 25.07.2011 15:19 Uhr)<\/strong> Um das Cronscript des Dumpers auch aus anderen Verzeichnissen als \/cgi-bin ausf\u00fchren zu k\u00f6nnen (also beispielsweise aus dem Standard-Verzeichnis des Dumpers, \/msd_cron) mus in dem Verzeichnis, wo die Perl Skripte drin sind eine .htaccess Datei mit dem Inhalt<\/p>\n

#cgi ausserhalb von \/cgi-bin ausf\u00fchren
\nOptions Indexes FollowSymLinks Includes ExecCGI MultiViews<\/p><\/blockquote>\n

eingef\u00fcgt werden.<\/p>\n

(Update 28.07.2011 14:34 Uhr)<\/strong> In dem Fall darf allerdings der Pfad zum Cronscript nicht mit „\/“ beginnen, also nur „msd_cron\/“ …<\/p>\n","protected":false},"excerpt":{"rendered":"

Nils Schulte am H\u00fclse 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, … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0,"footnotes":""},"categories":[8],"tags":[1493,1465,1467,914,1466,616,1464,615,614],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"","_links":{"self":[{"href":"http:\/\/kochsiek.org\/blog\/wp-json\/wp\/v2\/posts\/2706"}],"collection":[{"href":"http:\/\/kochsiek.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/kochsiek.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/kochsiek.org\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/kochsiek.org\/blog\/wp-json\/wp\/v2\/comments?post=2706"}],"version-history":[{"count":32,"href":"http:\/\/kochsiek.org\/blog\/wp-json\/wp\/v2\/posts\/2706\/revisions"}],"predecessor-version":[{"id":4193,"href":"http:\/\/kochsiek.org\/blog\/wp-json\/wp\/v2\/posts\/2706\/revisions\/4193"}],"wp:attachment":[{"href":"http:\/\/kochsiek.org\/blog\/wp-json\/wp\/v2\/media?parent=2706"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/kochsiek.org\/blog\/wp-json\/wp\/v2\/categories?post=2706"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/kochsiek.org\/blog\/wp-json\/wp\/v2\/tags?post=2706"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}