Kako napraviti sigurnosnu kopiju PostgreSQL-a i obaviti oporavak?

Question

Accepted Answer

PostgreSQL nudi nekoliko **sigurnosnih kopija** metoda — logičke sigurnosne kopije (`pg_dump`) i fizičke sigurnosne kopije (bazna sigurnosna kopija + WAL za **oporavak do određene točke u vremenu**). Solidna strategija sigurnosne kopije i oporavka je neophodna za zaštitu od gubitka podataka, i ključno, **sigurnosne kopije moraju biti testirane**.

## Logičke sigurnosne 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` kreira logičku sigurnosnu kopiju (SQL ili arhiv) baze podataka — prenosiva (može se vratiti na različitim verzijama/serverima), dobra za manje baze podataka, migracije i selektivne sigurnosne kopije. Ali to je snimka stanja u određenoj točki u vremenu (nema kontinuiranog oporavka).

## Fizičke sigurnosne kopije + Oporavak do određene točke u vremenu (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 moćan: arhivira li se WAL kontinuirano, možete se oporaviti do bilo kojeg trenutka — ne samo do zadnje sigurnosne kopije — što je ključno za minimiziranje gubitka podataka od katastrofa.

## Bitni elementi strategije sigurnosne kopije

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

## Najvažnije pravilo: TESTIRAJTE svoje sigurnosne 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.
```

## Zašto je važno

Sigurnosna kopija i oporavak je **kritično** znanje za odgovorno upravljanje PostgreSQL-om — zaštita od gubitka podataka (zbog kvara hardvera, oštećenja, slučajnog brisanja, katastrofa) je jedna od najvažnijih odgovornosti za bilo koju produkcijsku bazu podataka, zato je razumijevanje strategija sigurnosne kopije ključno znanje za višu razinu.

Razumijevanje metoda je neophodno: **`pg_dump`** (logičke sigurnosne kopije — prenosivi SQL/arhiv ispisima, dobro za manje baze podataka, migracije i selektivne/međuverzijske sigurnosne kopije, ali samo snimke u točki vremena) i **fizičke sigurnosne kopije s Oporavkom do određene točke u vremenu (PITR)** (bazna sigurnosna kopija + kontinuirana WAL arhivacija, omogućujući oporavak do *bilo kojeg* trenutka — što je moćno za minimiziranje gubitka podataka, kao što je oporavak samo prije slučajnog `DROP TABLE`, neopodno za kritične podatke).

Znanje o **bitnim elementima strategije** (redovne automatizirane sigurnosne kopije, pohrana izvan servera i na udaljenom mjestu, politike zadržavanja, kombiniranje baznih sigurnosnih kopija s WAL-om za PITR na kritičnim podacima, sigurnosne kopije s replike) je važno operativno znanje.

Najkritičnije, razumijevanje da **sigurnosne kopije moraju biti testirane** — netestirana sigurnosna kopija je nepouzdana i često neuspješna baš kada je potrebna (oštećenje, nepotpuni podaci, nepoznat proces vraćanja) — je vitalan, često zanemareni princip: redovito testiranje vraćanja je ono što čini strategiju sigurnosne kopije zaista pouzdanom.

Jer gubitak podataka može biti katastrofalan (a oporavak je moguć samo s radnim sigurnosnim kopijama), i jer je odgovarajuća strategija (odgovarajuće metode sigurnosne kopije, PITR za minimalan gubitak, pohrana na udaljenom mjestu, i ključno *testirano* vraćanje) ono što štiti podatke organizacije, razumijevanje sigurnosne kopije i oporavka PostgreSQL-a je kritično znanje za višu razinu za odgovorno upravljanje bazom podataka — odgovornost s visokim ulozima gdje razlika između testirane strategije i netestirane može biti razlika između oporavka od katastrofe i trajnog gubitka podataka, čineći je bitnom, često relevantnom temom za bilo koga koji upravlja produkcijskim bazama podataka.