Kako varnostno kopirate in obnovite PostgreSQL?

Question

Accepted Answer

PostgreSQL ponuja več **varnostnih kopij** — logične varnostne kopije (`pg_dump`) in fizične varnostne kopije (osnovna varnostna kopija + WAL za **obnovitev do specifičnega trenutka (PITR)**). Trdna strategija varnostnega kopiranja in obnovitve je bistvena za zaščito pred izgubo podatkov, in kritično, **varnostne kopije morajo biti testirane**.

## Logične varnostne kopije — 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` ustvari logično varnostno kopijo (SQL ali arhiv) baze podatkov — prenosljiva (obnovljiva na različne verzije/strežnike), dobra za manjše baze podatkov, migracije in selektivne varnostne kopije. Vendar je samo posnetek v določenem trenutku (brez neprekinjene obnovitve).

## Fizične varnostne kopije + Obnovitev do specifičnega trenutka (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 zmogljiva: z neprekinjenim arhiviranjem WAL je mogoče obnoviti do kateregakoli trenutka — ne samo do zadnje varnostne kopije — kar je bistveno za zmanjšanje izgube podatkov v primeru nesreč.

## Osnovne nastavke strategije varnostnega kopiranja

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

## Najpomembnejše pravilo: TESTIRAJTE svoje varnostne kopije

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

## Zakaj je to pomembno

Varnostno kopiranje in obnovitev je **kritično** znanje za odgovoren obratovanje PostgreSQL-a — zaščita pred izgubo podatkov (zaradi okvar strojne opreme, poškodovanja podatkov, naključnega brisanja, nesreč) je ena najvažnejših odgovornosti za katero koli produkcijsko bazo podatkov, zato je razumevanje strategij varnostnega kopiranja bistveno znanje za starejše razvojne inženirje.

Razumevanje metod je potrebno: **`pg_dump`** (logične varnostne kopije — prenosljivi SQL/arhivski dump, dobre za manjše baze podatkov, migracije in selektivne/medverzijske varnostne kopije, vendar le trenutni posnetek) in **fizične varnostne kopije s PITR** (osnovna varnostna kopija + neprekinjeno arhiviranje WAL, omogoča obnovitev do *kateregakoli* trenutka — kar je zmogljivo za zmanjšanje izgube podatkov, kot je obnovitev tik pred naključnim `DROP TABLE`, bistveno za kritične podatke).

Znanje o **osnovnih nastavkih strategije** (redne avtomatizirane varnostne kopije, njihova skladnost izven strežnika in na oddaljenem mestu, politike hranjenja, kombiniranje osnovnih varnostnih kopij s WAL za PITR pri kritičnih podatkih, varnostno kopiranje iz replik) je pomembno operativno znanje.

Najkritičneje pa je razumevanje, da **varnostne kopije morajo biti testirane** — netestirana varnostna kopija je nezanesljiva in pogosto ne uspe ravno takrat, ko je najbolj potrebna (poškodovanje, nepopolni podatki, nepoznan postopek obnovitve) — je vitalno, pogosto zanemarjeno načelo: rednega testiranja obnovitve je tisto, kar naredi strategijo varnostnega kopiranja res zanesljivo.

Ker je izguba podatkov lahko katastrofalna (obnovitev je mogoča samo s funkcionalnimi varnostnimi kopijami) in ker je pravilna strategija (ustrezne metode varnostnega kopiranja, PITR za minimalno izgubo, hranjevanje na oddaljenem mestu in kritično *testirane* obnovitve) tisto, kar ščiti podatke organizacije, je razumevanje varnostnega kopiranja in obnovitve PostgreSQL-a kritično znanje senior-nivoja za odgovorno upravljanje baz podatkov — visoko tvegana odgovornost, pri kateri je razlika med testirano strategijo in netestirano strategijo lahko razlika med obnovo iz nesreče in trajno izgubo podatkov, zato je to bistvena in pogosto relevantna tema za vse, ki upravljajo produkcijske baze podatkov.