Wie sichern Sie PostgreSQL und führen eine Wiederherstellung durch?

Question

Accepted Answer

PostgreSQL bietet mehrere **Backup**-Methoden — logische Backups (`pg_dump`) und physische Backups (Base Backup + WAL für **Point-in-Time Recovery**). Eine solide Backup- und Wiederherstellungsstrategie ist essentiell zum Schutz vor Datenverlust, und entscheidend: **Backups müssen getestet werden**.

## Logische Backups — pg_dump

```bash
# pg_dump — dumps a database as SQL (or a custom archive) — portable, flexible
pg_dump -U user -d mydb -F c -f backup.dump      # custom format (compressed, flexible restore)
pg_dump -U user -d mydb > backup.sql              # plain SQL
pg_dumpall > all.sql                              # ALL databases + roles

# restore
pg_restore -U user -d mydb backup.dump            # from custom format
psql -U user -d mydb -f backup.sql                # from plain SQL
```

`pg_dump` erstellt ein logisches Backup (SQL oder Archiv) einer Datenbank — portabel (auf verschiedene Versionen/Server wiederherstellbar), gut für kleinere Datenbanken, Migrationen und selektive Backups. Es ist aber eine Point-in-Time-Momentaufnahme (keine kontinuierliche Wiederherstellung).

## Physische Backups + Point-in-Time Recovery (PITR)

```text
For larger/critical databases: a BASE BACKUP (a copy of the data files) + continuous
archiving of the WAL (write-ahead log) → enables POINT-IN-TIME RECOVERY:
  ✓ Restore the base backup, then REPLAY WAL up to ANY point in time
  ✓ Recover to JUST BEFORE a disaster (e.g. an accidental DROP TABLE at 2:47pm)
→ Tools: pg_basebackup, WAL archiving, and tools like pgBackRest / Barman automate this.
```

**PITR** ist leistungsstark: Durch kontinuierliche WAL-Archivierung können Sie zu jedem beliebigen Moment wiederherstellen — nicht nur zur letzten Sicherung — was entscheidend ist, um Datenverlust bei Desastern zu minimieren.

## Backup-Strategie-Essentials

```text
✓ Regular, AUTOMATED backups (scheduled, not manual/forgotten)
✓ Store backups OFF the database server (and offsite / cloud) — survive hardware failure
✓ Retention policy (keep daily/weekly/monthly as needed)
✓ Combine: periodic base backups + continuous WAL for PITR (critical data)
✓ Backups from a REPLICA to avoid loading the primary
```

## Die wichtigste Regel: Testen Sie Ihre Backups

```text
⚠️ A backup you've never restored is NOT a reliable backup.
UNTESTED backups fail when you need them most (corrupt, incomplete, wrong process).
→ Regularly TEST restores to verify they actually work and you know the procedure.
```

## Warum es wichtig ist

Backup und Wiederherstellung ist **kritisches** Wissen für den verantwortungsvollen Betrieb von PostgreSQL — der Schutz vor Datenverlust (durch Hardware-Fehler, Beschädigung, versehentliche Löschung, Desaster) ist eine der wichtigsten Verantwortungen für jede produktive Datenbank, daher ist das Verständnis von Backup-Strategien essentielles Wissen auf Senior-Niveau.

Das Verständnis der Methoden ist notwendig: **`pg_dump`** (logische Backups — portable SQL/Archiv-Dumps, gut für kleinere Datenbanken, Migrationen und selektive/versionsübergreifende Backups, aber nur Point-in-Time-Momentaufnahmen) und **physische Backups mit Point-in-Time Recovery (PITR)** (Base Backup + kontinuierliche WAL-Archivierung, die eine Wiederherstellung zu *jedem* Moment ermöglicht — was leistungsstark ist, um Datenverlust zu minimieren, wie z.B. die Wiederherstellung kurz vor einem versehentlichen `DROP TABLE`, essentiell für kritische Daten).

Das Kennen der **Strategie-Essentials** (regelmäßige automatisierte Backups, Off-Server- und Offsite-Speicherung, Aufbewahrungsrichtlinien, Kombinieren von Base Backups mit WAL für PITR bei kritischen Daten, Sicherungen von Replicas) ist wichtiges operatives Wissen.

Am kritischsten ist das Verständnis, dass **Backups getestet werden müssen** — ein ungetestetes Backup ist unzuverlässig und schlägt oft genau dann fehl, wenn es benötigt wird (Beschädigung, unvollständige Daten, unbekannter Wiederherstellungsprozess) — ein wesentliches, oft vernachlässigtes Prinzip: regelmäßiges Testen von Wiederherstellungen ist das, was eine Backup-Strategie wirklich vertrauenswürdig macht.

Da Datenverlust katastrophal sein kann (und Wiederherstellung nur mit funktionierenden Backups möglich ist), und da eine angemessene Strategie (geeignete Backup-Methoden, PITR für minimalen Verlust, Off-Site-Speicherung und entscheidend *getestete* Wiederherstellungen) das, was die Daten einer Organisation schützt, ist, ist das Verständnis von PostgreSQL Backup und Wiederherstellung kritisches Wissen auf Senior-Niveau für verantwortungsvollen Datenbankbetrieb — eine hochriskante Verantwortung, bei der der Unterschied zwischen einer getesteten Strategie und einer ungetesteten der Unterschied zwischen der Wiederherstellung nach einem Desaster und permanentem Datenverlust sein kann, was es zu einem essentiellen, häufig relevanten Thema für jeden macht, der produktive Datenbanken betreibt.