Hogyan készítesz biztonsági mentést és végzel helyreállítást PostgreSQL-ben?

Question

Accepted Answer

A PostgreSQL több **biztonsági mentési** módszert kínál — logikai biztonsági mentéseket (`pg_dump`) és fizikai biztonsági mentéseket (alapmásolat + WAL **pontosan időhöz kötött helyreállítás** céljából). Egy szilárd biztonsági mentési és helyreállítási stratégia elengedhetetlen az adatvesztés elleni védelemhez, és döntően fontos, hogy a **biztonsági mentéseket tesztelni kell**.

## Logikai biztonsági mentések — 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
```

A `pg_dump` egy adatbázis logikai biztonsági másolatát hozza létre (SQL vagy archív formátumban) — hordozható (különböző verziókra/szerverekre helyreállítható), jó a kisebb adatbázisokhoz, migrációkhoz és szelektív biztonsági mentésekhez. De ez egy időhöz kötött pillanatkép (nincs folyamatos helyreállítás).

## Fizikai biztonsági mentések + pontosan időhöz kötött helyreállítás (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.
```

A **PITR** erőteljes: a WAL folyamatos archiválásával bármely pillanatra helyreállíthatsz — nem csak az utolsó biztonsági mentésig — ami elengedhetetlen az adatvesztés minimalizálásához katasztrófák esetén.

## Biztonsági mentési stratégia alapelvei

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

## A legfontosabb szabály: TESZTELD a biztonsági mentéseidet

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

## Miért fontos

A biztonsági mentés és helyreállítás **kritikus** tudás a PostgreSQL felelős üzemeltetéséhez — az adatvesztés elleni védelem (hardverhibák, sérülés, véletlen törlés, katasztrófák) az adatbázis-üzemeltetés egyik legfontosabb felelőssége, ezért a biztonsági mentési stratégiák megértése elengedhetetlen senior szintű tudás.

Szükséges a módszerek megértése: **`pg_dump`** (logikai biztonsági mentések — hordozható SQL/archív mentések, jó a kisebb adatbázisokhoz, migrációkhoz és szelektív/verzió közötti mentésekhez, de csak időhöz kötött pillanatképek) és **fizikai biztonsági mentések pontosan időhöz kötött helyreállítással (PITR)** (alapmásolat + folyamatos WAL archiválás, amely bármely pillanatra való helyreállítást tesz lehetővé — ami erőteljes az adatvesztés minimalizálásához, például helyreállítás egy véletlen `DROP TABLE` előtt, elengedhetetlen a kritikus adatok esetén).

A **stratégia alapelvei** ismerete (rendszeres automatizált biztonsági mentések, az adatok szervert és helyszínt megelőzően való tárolása, adatmegőrzési irányelvek, alapmásolatok és WAL kombinálása PITR-hez kritikus adatok esetén, replika szerverekről való biztonsági mentés) fontos üzemeltetési tudás.

Legkritikusabbak, hogy megérted, hogy a **biztonsági mentéseket tesztelni kell** — egy teszteletlen biztonsági mentés megbízhatatlan és gyakran pont akkor nem működik, amikor szükséged lenne rá (sérülés, hiányos adatok, ismeretlen helyreállítási eljárás) — ez egy létfontosságú, gyakran elhanyagolt elv: a helyreállítások rendszeres tesztelése az, ami valóban megbízhatóvá teszi a biztonsági mentési stratégiát.

Mivel az adatvesztés katasztrofális lehet (és a helyreállítás csak működő biztonsági mentésekből lehetséges), és mivel egy megfelelő stratégia (megfelelő biztonsági mentési módszerek, PITR a minimális adatvesztéshez, szervert megelőzően történő tárolás, és döntően a **tesztelt** helyreállítások) az, ami védi a szervezet adatait, a PostgreSQL biztonsági mentés és helyreállítás megértése kritikus senior szintű tudás a felelős adatbázis-üzemeltetéshez — egy nagy tétű felelősség, ahol a tesztelt stratégia és a teszteletlen között az a különbség lehet, hogy katasztrófából helyreállítasz vagy végleg elveszítesz adatokat, ami elengedhetetlen, gyakran előforduló témává teszi a termelési adatbázisok üzemeltetésében.