Tastenkürzel

→ Nächste Folie

← Vorherige Folie

ESC Zurück zur Übersicht

F Vollbild

? Diese Hilfe

LB-06 · Storage & Backup

Datenbank-Backup

Datenbanken korrekt sichern und wiederherstellen

🎧 Episode anhören

Warum speziell?

Datenbanken sind ständig in Bewegung – Dateikopien allein reichen nicht.

Transaktionen dürfen nicht zerrissen werden
Eigene Backup-Mechanismen nutzen
Point-in-Time-Wiederherstellung als Ziel

SQL Server

Full / Differential Ganze DB · Änderungen seit Voll-Backup.

Transaction Log Ermöglicht Wiederherstellung auf die Sekunde.

Recovery-Modell bestimmt die Möglichkeiten
Log-Sicherung hält das Log klein

MySQL / MariaDB

mysqldump für logische Backups
Percona XtraBackup für heiße physische Backups
Binlogs für Point-in-Time
Konsistenz bei laufendem Betrieb beachten

PostgreSQL

pg_dump / pg_dumpall logisch
Basis-Backup + WAL-Archivierung physisch
Point-in-Time-Recovery über WAL
Regelmäßig gegen Restore prüfen

Gute Praxis

Ohne getesteten Restore ist ein DB-Backup nur eine Hoffnung.

Restore regelmäßig üben
Backups außerhalb der DB aufbewahren
Aufbewahrung/Compliance beachten
Backups überwachen (Erfolg/Fehler)

Recovery-Modelle

Simple Kein Transaktionslog-Backup – nur Voll/Diff, kein Point-in-Time.

Full Log-Backups möglich – Wiederherstellung auf die Sekunde.

Das Modell bestimmt, was überhaupt möglich ist
Bei Full das Log regelmäßig sichern (sonst wächst es)

Heiße Backups

Sicherung im laufenden Betrieb ohne langes Sperren
Wartungsfenster für aufwändige Operationen
Auswirkungen auf die Leistung im Blick behalten
Konsistenz über die DB-eigenen Mechanismen sicherstellen

Aufbewahrung & Test

Ein DB-Backup zählt erst, wenn der Restore in einer Testinstanz nachweislich klappt.

Aufbewahrungsketten definieren (täglich/wöchentlich/monatlich)
Backups ausgelagert und geschützt speichern
Restore regelmäßig üben und dokumentieren

Das Wichtigste

DB-eigene Mechanismen statt Dateikopie
Log/WAL ermöglichen Point-in-Time
Je System eigene Werkzeuge
Restore testen ist Pflicht