Jak zálohovat a obnovit PostgreSQL?

Question

Accepted Answer

PostgreSQL nabízí několik metod **zálohování** — logické zálohy (`pg_dump`) a fyzické zálohy (základní záloha + WAL pro **obnovení do konkrétního bodu v čase**). Solidní strategie zálohování a obnovy je nezbytná pro ochranu proti ztrátě dat a nejdůležitěji, **zálohy musí být testovány**.

## Logické zálohy — 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` vytváří logickou zálohu (SQL nebo archiv) databáze — přenositelnou (obnovitelnou na různých verzích/serverech), vhodnou pro menší databáze, migrace a selektivní zálohy. Jedná se však o snímek v konkrétním čase (bez nepřetržité obnovy).

## Fyzické zálohy + Obnovení do konkrétního bodu v čase (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** je mocný: archivací WAL průběžně můžete provést obnovu v jakýkoli moment — ne jen k poslední záloze — což je nezbytné pro minimalizaci ztráty dat při katastrofách.

## Základy strategie zálohování

```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
```

## Nejdůležitější pravidlo: TESTUJTE své zálohy

```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.
```

## Proč je to důležité

Zálohování a obnova je **kritické** znalosti pro odpovědný provoz PostgreSQL — ochrana před ztrátou dat (z hardwarové chyby, poškození, náhodného odstranění, katastrof) je jednou z nejdůležitějších odpovědností pro jakoukoli produkční databázi, proto je porozumění strategiím zálohování podstatné pro znalosti na úrovni senior vývojáře.

Rozvíjení metod je nezbytné: **`pg_dump`** (logické zálohy — přenositelné SQL/archiv dumpy, vhodné pro menší databáze, migrace a selektivní/cross-version zálohy, ale pouze snímky v konkrétním čase) a **fyzické zálohy s Obnovením do konkrétního bodu v čase (PITR)** (základní záloha + průběžné archivování WAL, umožňující obnovu v *jakýkoli* moment — což je mocné pro minimalizaci ztráty dat, například obnovení těsně před náhodným `DROP TABLE`, nezbytné pro kritická data).

Znalost **základů strategie** (pravidelné automatizované zálohy, jejich ukládání mimo server a vzdáleně, zásady uchovávání, kombinace základních záloh s WAL pro PITR na kritických datech, zálohování z replik) je důležitou operační znalostí.

Nejkritičtější je pochopení, že **zálohy musí být testovány** — netestovaná záloha je nespolehlivá a často selže právě když je potřeba (poškození, neúplná data, neznámý proces obnovy) — je to vitální a často opomíjený princip: pravidelné testování obnovení je to, co dělá strategii zálohování skutečně důvěryhodnou.

Protože ztráta dat může být katastrofální (a obnova je možná pouze s fungujícími zálohami) a protože správná strategie (vhodné metody zálohování, PITR pro minimální ztrátu, offline úložiště a rozhodujícím způsobem *testované* obnovení) je to, co chrání data organizace, je pochopení zálohování a obnovy PostgreSQL kritickou znalostí na úrovni senior pro odpovědný provoz databází — odpovědnost s vysokým rizikem, kde rozdíl mezi testovanou strategií a netestovanou může být rozdílem mezi zotavením z katastrofy a trvalou ztrátou dat, což ji činí nezbytným a často relevantním tématem pro všechny, kteří provozují produkční databáze.