ibimsFeb 21

Hallo Server Admins, ich habe mir bei Hetzner so eine Storage Box geholt. Darauf möchte ich tägliche Backups meiner MariaDB Datenbank machen. Die Frage ist nur, wie am besten? Je mehr ich im Netz zu diesem Thema suche, um so verwirrter bin ich.

Daher meine Frage an das Fediverse: Wie ist das beste Vorgehen bzw. welche Lösungen sind für einen Anfänger bei diesem Thema zu empfehlen?

@admins #followerpower #askfedi #fragdasfediverse

Show threadForrestGrumpFeb 21
@ibims @crossgolf_rebel @admins Womit arbeitest du, Linux?
Show threadibimsFeb 21
@MichaelimOdenwald
Ja mit Ubuntu 24.04 LTS.
Show threadelrido
@ibims @MichaelimOdenwald Die storage box bietet unter vielen anderen Protokollen scp (ssh ohne shell login). Ich würde also einfach einen cronjob anlegen, welcher Dein Lieblings MariaDB dump zieht, komprimiert und per rsync oder scp dort hoch lädt. 3 Zeilen script oder so? Kann gerne meine Mariadb dump flags teilen, die sich bewährt haben, falls Dir das nützt.
Feb 21 at 5:57pmWeb
Show threadibimsFeb 21

@elrido

Kann gerne meine Mariadb dump flags teilen, die sich bewährt haben, falls Dir das nützt.


Das wäre super. 😀

Show threadelridoFeb 22

@ibims Sorry für die späte Antwort, hier ist was sich für mich bewährt hat:

mariadb-dump -C --single-transaction -f --opt --routines -u"${MYSQL_USER}" -p"{$MYSQL_PASSWORD}" "${MYSQL_DATABASE}" | gzip > "${MYSQL_DATABASE}-$(date -I).sql.gz"

Kurz zur Erläuterung der Optionen, Kommandos und deren Zwecke:

  • --compress / -C Komprimiert die Daten zwischen MariaDB-Server und diesem Client (mit zlib). Selbst wenn beides auf demselben Host läuft, beschleunigt es das Backup weil CPU-Zeit heute in der Regel immer noch in grösserem Überfluss als Netzwerk und Memory und Disk-I/O-Bandbreite ist.
  • --single-transaction Damit die Daten konsistent sind, willst Du alles in einer Transaktion einfangen. Downside: Das blockiert alle schreibenden Datenbank-Zugriffe während des Backups. Falls Du einen scale-out-cluster hast, kannst Du das Backup natürlich auf einer der Read-only-Replikas machen, ohne Impact auf die Applikation.
  • --force / -f Weitermachen, auch wenn Fehler auftreten. Z.B. könnte eine Tabelle beschädigt sein und ein REPAIR nötig haben, aber die restlichen Tabellen sollen trotzdem noch gesichert werden.
  • --opt "This option is shorthand. [...] Enabled by default, [...]. It should give you a fast dump operation and produce a dump file that can be reloaded into a MariaDB server quickly." -- Quelle
  • --routines Für den Fall, dass Deine DB Stored Procedures und Funktionen enthält. Bei typischen Web-Apps eher selten, aber falls vorhanden, willst Du die auch sichern.
  • gzip Komprimiert SQL Text-Datei mit dem in CPU-Zeit "billigen" zlib-Algorithmus. Falls Du knapp an Speicher bist und genug CPU- und Zeit-Budget fürs Backup hast, kannst Du natürlich auf xz oder zstd oder was anderes wechseln, was eine bessere Kompressionsrate gegen CPU-Zeit tauscht.


Falls Du eine grosse MariaDB-Instanz mit vielen Datenbanken hast, kannst Du auch die DBs listen und Dir Kommandos pro DB generieren lassen (das lockt dann auch nur eine DB um die andere):

mariadb --batch --skip-column-names --execute="SHOW DATABASES" -u"$MYSQL_USER" -p"$MYSQL_PASSWORD" | grep -v 'information_schema\|performance_schema\|lost+found\|mysql' | awk '{ print cmd, $1 " | gzip > " $1 date ".sql.gz" }' cmd='mariadb-dump -C --single-transaction -f --opt --routines -u"${MYSQL_USER}" -p"{$MYSQL_PASSWORD}"' date="-$(date -I)" | sh

Und last but not least, um ein so erstelltes Backup wiederherzustellen, pipest Du die SQL-Kommandos zurück in mariadb:

zcat "${MYSQL_DATABASE}-2026-02-22.sql.gz" | mariadb -u"${MYSQL_USER}" -p"${MYSQL_PASSWORD}" "${MYSQL_DATABASE}"

mariadb-dump | Server | MariaDB Documentation

Complete MariaDB backup and recovery guide. Complete resource for backup methods, mariabackup usage, scheduling, and restoration for production use.