Datenbankdateien kopieren¶

Eine recht simple Methode ist, die Dateien zu kopieren, in denen MySQL die Daten speichert. Diese Daten liegen standardmäßig im Verzeichnis /var/lib/mysql. Dort gibt es für jede Datenbank ein Unterverzeichnis. Die Dateien tragen normalerweise den Namen der entsprechenden Tabelle in der Datenbank.

Verwendet man MyISAM-Tabellen, sichert man alle Dateien mit den Endungen .myd, .frm und .myi.

Verwendet man InnoDB-Tabellen, kopiert man alle .frm-Dateien sowie alle Dateien der Typen .ib_logfileX, .ibdataX und .idb. X muss durch die entsprechende Zahl ersetzt werden, wobei Dateien auch mehrfach vorkommen können.

Unabhängig vom Tabellentyp sollte auch immer zusätzlich die Datei /etc/mysql/my.cnf mit gesichert werden.

Grundsätzlich hat diese Art der Datensicherung den Nachteil, dass man nie hundertprozentig sicher stellen kann, dass die kopierten (Binär-)Dateien fehlerfrei sind, also es keine Probleme beim Kopieren gab.

sudo mysql_upgrade --password=PASSWORT 

Logisches Backup¶

Ein logisches Backup dauert zwar länger, ist aber dafür etwas eleganter. Weiterhin haben logische Backups den Vorteil, dass diese sich grundsätzlich auf andere SQL-Datenbanken (z.B. PostgreSQL, Oracle, SQL Server) zurück sichern lassen. Ein logisches Backup besteht außerdem aus einer Textdatei, welche - wenn nötig - mit einem konventionellen Editor einsehbar ist.

Ein logisches Backup erfolgt unter MySQL mit Hilfe des Programms mysqldump, welches standardmäßig mit installiert wird.

Der Befehl

mysqldump -u root -p --all-databases > sicherung.sql 

sichert mit den Rechten des (SQL-Benutzers) "root" alle Datenbanken in die Datei sicherung.sql. Die Sicherung kann natürlich auch mit einem anderen Benutzer durchgeführt werden, sofern dieser die notwendigen Rechte in den zu sichernden Datenbanken hat.

Anstatt alle Datenbanken kann man auch einzelne Datenbanken sichern. Möchte man z.B. nur die Datenbank "foobar" sichern, so lautet der Befehl

mysqldump -u root -p foobar > sicherung.sql 

Möchte man den Dump zurücksichern, so geschieht dies mit dem Befehl

mysql -u root -p < sicherung.sql 

Beim zurücksichern des Dumps einer einzelnen Datenbank muss die Datenbank angegeben werden, der Befehl lautet somit (bei der "foobar" Datenbank von oben)

mysql -u root -p foobar < sicherung.sql 

Automatisches inkrementelles Backup¶

Das logische Backup kann man natürlich auch automatisiert von einem Skript erledigen lassen, welches täglich durch einen Cronjob gestartet wird. Das im Folgenden vorgestellte Skript sichert alle Datenbanken und speichert diese in einem Verzeichnis, das mit der Versionskontrolle Bazaar verwaltet wird. So kann man jeden beliebigen Tag wiederherstellen, spart durch Bazaar aber Speicherplatz. Im weiteren Verlauf wird davon ausgegangen, dass die Backups in /var/backup/mysql gespeichert werden.

sudo apt-get install bzr 

sudo aptitude install bzr 

sudo mkdir -p /var/backup/mysql
sudo bzr init-repo /var/backup
sudo bzr init /var/backup/mysql 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

#!/bin/bash
# TARGET: Backup-Ziel
# IGNORE: Liste zu ignorierender Datenbanken (durch | getrennt)
# CONF: MySQL Config-Datei, welche die Zugangsdaten enthaelt
TARGET=/var/backup/mysql
IGNORE="phpmyadmin|mysql|information_schema|performance_schema|test"
CONF=/etc/mysql/debian.cnf
if [ ! -r $CONF ]; then /usr/bin/logger "$0 - auf $CONF konnte nicht zugegriffen werden"; exit 1; fi
if [ ! -d $TARGET ] || [ ! -w $TARGET ]; then /usr/bin/logger "$0 - Backup-Verzeichnis nicht beschreibbar"; exit 1; fi

DBS="$(/usr/bin/mysql --defaults-extra-file=$CONF -Bse 'show databases' | /bin/grep -Ev $IGNORE)"
NOW=$(date +"%Y-%m-%d")

for DB in $DBS; do
    /usr/bin/mysqldump --defaults-extra-file=$CONF --skip-extended-insert --skip-comments $DB > $TARGET/$DB.sql
done

if [ -x /usr/bin/bzr ] && [ -d ${TARGET}/.bzr/branch ]; then
  cd $TARGET
  /usr/bin/bzr add .
  /usr/bin/bzr commit -m "$NOW"
else
  /usr/bin/logger "$0 - bzr nicht verfuegbar oder Backup-Ziel nicht unter Versionskontrolle"
fi

/usr/bin/logger "$0 - Backup von $NOW erfolgreich durchgefuehrt"
exit 0

sudo chmod +x /root/bin/mysql_backup 

sudo crontab -e 

0 3 * * * /root/bin/mysql_backup > /dev/null 2>&1

sudo mysql --defaults-extra-file=/etc/mysql/debian.cnf DATENBANK < /var/backup/mysql/DATENBANK.sql 

bzr cat -r  $(bzr log --line | grep YYYY-MM-DD | cut -f1 -d:) DATENBANK.sql > DATENBANK_YYYY-MM-DD.sql 

Replikation¶

Der MySQL-Server unterstützt auch Datenreplikation, bei der quasi "live" die Daten eines Master SQL-Servers auf einen oder mehrere Slave-Server kopiert werden. Das Grundsetup hierfür ist nicht weiter schwierig und im MySQL-Benutzerhandbuch beschrieben .

Wichtig ist aber, dass Replikation kein "echtes Backup" wie die anderen beschriebenen Methoden ist, da die replizierte Datenbank immer den aktuellen Stand der Master-Datenbank hat. Dies kann praktisch sein, wenn z.B. der Master-Datenbankserver unerwartet ausfällt. Allerdings ist es mit Hilfe der Replikation nicht möglich, den Stand einer Datenbank am Tag X zu sichern oder wieder herzustellen.

Links¶

• MySQL Data Dumper - Kommandozeilenwerkzeug für Backup und Restore

• phpMyBackupPro - webbasierte Datenbank-Sicherung (PHP-Skript)

• MySQLDumper - weitere webbasierte Lösung, um Datenbanken von Webapplikation zu sichern

• MySQL - Hauptartikel

  • MySQL/Werkzeuge - Programmübersicht