[Jann Hendrik]

Datenbank-Backup per Konsole:

In diesem Tutorial wird euch die Möglichkeit geboten zu erfahren, wie ihr ein Datenbank-Backup mit über die Konsole machen könnt.

Alles was wir dafür brauchen ist:
- Zugriff auf die Shell des Linux-Rechners

Der Vorteil ist, dass man das Verfahren per conjob automatisieren kann und auf eine Backup-Prozedur wie diese verzichten kann.

#!/bin/sh
# sichern
mysqldump -uUSER -pPASSWORT -hHOST --opt DATABASE > /VERZ/EICHNIS/DATEINAME.sql
echo "Datenbank wurde gesichert"

# wieder zurückspielen
mysql -uUSER -pPASSWORT -hHOST DATABASE < /VERZ/EICHNIS/DATEINAME.sql
echo "das Datenbankbackup wurde eingespielt"

wenn nun ältere Backups gelöscht werden sollen, so ist auch das im gleichen Schritt machbar:

find /VERZ/EICHNIS/ -type f -mtime +7 -name \*.sql -exec rm {} \;

Ein wenig eleganter ist es nun jedoch die SQL-Dateien gleich zu packen. In dem folgenden Beispiel wird erst - wie oben auch - die sql-Datei erstellt und in einem weiteren Bearbeitungsschritt gepackt:

#!/bin/sh
DATUM=`date '+%Y-%m-%d__%H-%M-%S'`

# Backup erstellen:
mysqldump -uUSER -pPASSWORT -hHOST --opt DATABASE > /VERZ/EICHNIS/backup.sql

# Backup packen:
gzip -9 --best /VERZ/EICHNIS/backup.sql

# gepacktes Backup umbenennen (ich echt ein verschieben)
mv /VERZ/EICHNIS/backup.sql.gz /var/backup/backup-DATABASE-${DATUM}.sql.gz

# alte Backups löschen:
find /VERZ/EICHNIS/ -type f -mtime +7 -name \*.sql.gz -exec rm {} \;

echo "Datenbank-Backup erstellt und veraltete Datenbank-Backups gelöscht."

Ein restore der Backups geschieht im Bedarfsfall dann so:

#!/bin/sh
# entpacken
gunzip /VERZ/EICHNIS/DATEINAME.sql.gz

# Datenbank-Backup einspielen:
mysql -uUSER -pPASSWORT -hHOST DATABASE < /VERZ/EICHNIS/DATEINAME.sql

echo "Datenbank-Backup wurde eingespielt"

bei nicht gepackten SQL-Dateien entfällt der Schritt des entpackens.


Es ist wohl selbstverständlich, dass

• /VERZ/EICHNIS/
• USER
• PASSWORT
• HOST
• DATABASE
• DATEINAME

ersetzt werden müßen, sowie das Verzeichnis die entsprechenden Rechte haben muss, damit dort geschrieben werden kann


Jetzt solltet Ihr eigentlich in der Lage sein, ein regelmäßiges Backup zu machen.

Solltet Ihr Fragen zu dem Tutorial haben, so schreibt bitte einen Beitrag im Forum mit einem Verweis auf dieses Tutorial.
Danke.

Ich hoffe, dass ich Euch hier etwas weiterhelfen konnte.
Bei Verbesserungsvorschlägen würde ich mich über eine Nachricht freuen.

Grüße Jann Hendrik



changelog und Nachtrag:
20.03.2006
Die PC-Zeitschrift c't behandelt dieses Thema in der Ausgabe 7/2006 auf Seite 215. Dabei werden die Datenbanken-Namen im Verzeichnis /var/lib/mysql ausgelesen und anschließend die Backups erstellt. Der Vorteil: Es muss nicht mehr jede db manuell eingetragen werden.

Zitat von dr.e.

Das klappt nur, falls die Datenbanken MyISAM als Storage-Engine benutzen, da diese so tollerant ist, dass man ihr die Daten (hier Ordner der Datenbanken) einfach wieder unterschieben kann. Sobald man auf InnoDB oder andere Transaktions-basierte Storage-Engines umsteigt, fällt man damit auf die Nase.

24.03.2006:
Ich wurde darauf aufmerksam gemacht, dass aufgrund der Tatsache, dass sich in diesem Skript sensible Daten befinden, die Rechte für dieses Skript in der Form zu minimieren sind, dass Lese-/Schreib-/Ausführungsrechte nur für den Administrator einzuräumen sind.

25.05.2007:
links an aktulle Struktur angepasst.

03.09.2007:
smily-Fehler korrigiert.

10.10.2007:
quote von dr.e. hinzugefügt

[Jann Hendrik]

eine weitere Möglichkeit - in Verbindung mit subversion - ist hier beschrieben:
http://blogs.bwerp.net/archives/2004/09/02/backups

In diesem Tutorial soll darauf aber nicht näher eingegangen werden.


// edit: leider ist der Artikel mittlerweile dort nicht mehr verfügbar.
Inhaltlich ging es in dem Artikel darum, dass regelmäßig ein unkomprimiertes sql-backup, per cronjob aufgerufen, via svn gesichert wird.
Der interessante Aspekt hierbei ist, dass durch diese Lösung Änderungen in dem Zeitraum verfolgbar sind und jederzeit zu einem früherem Zeitpunkt zurückgesprungen wird.
Damit dürfte dieser Weg zu einem der komfortabelsten gehören, wenn der Wunsch gegeben ist, frühere Zeitpunkte wiederherstellbar zu sichern.