Hvordan sikkerhetskopierer og gjenoppretter du PostgreSQL?

Question

Accepted Answer

PostgreSQL tilbyr flere **sikkerhetskopi**-metoder — logiske sikkerhetskopier (`pg_dump`) og fysiske sikkerhetskopier (base backup + WAL for **punkt-i-tid gjenoppretting**). En solid sikkerhetskopi- og gjenopprettingsstrategi er essensiell for å beskytte mot datatap, og kritisk — **sikkerhetskopier må testes**.

## Logiske sikkerhetskopier — 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` lager en logisk sikkerhetskopi (SQL eller arkiv) av en database — portabel (kan gjenopprettes til ulike versjoner/servere), god for mindre databaser, migrasjoner og selektive sikkerhetskopier. Men det er et punkt-i-tid øyeblikksbilde (ingen kontinuerlig gjenoppretting).

## Fysiske sikkerhetskopier + Punkt-i-tid gjenoppretting (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** er kraftig: ved å arkivere WAL kontinuerlig kan du gjenopprette til ethvert øyeblikk — ikke bare den siste sikkerhetskopien — noe som er essensiell for å minimalisere datatap fra katastrofer.

## Sikkerhetskopi-strategiessentialer

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

## Den viktigste regelen: TEST sikkerhetskopiene dine

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

## Hvorfor det betyr noe

Sikkerhetskopi og gjenoppretting er **kritisk** kunnskap for å operere PostgreSQL ansvarlig — å beskytte mot datatap (fra maskinvarefeil, korrupsjon, utilsiktet sletting, katastrofer) er en av de viktigste ansvarsområdene for enhver produksjonsdatabase, så forståelse av sikkerhetskopi-strategier er essensiell senior-level kunnskap.

Å forstå metodene er nødvendig: **`pg_dump`** (logiske sikkerhetskopier — portable SQL/arkiv-dump, god for mindre databaser, migrasjoner og selektive/tversjonskopier, men kun punkt-i-tid øyeblikksbilder) og **fysiske sikkerhetskopier med punkt-i-tid gjenoppretting (PITR)** (base backup + kontinuerlig WAL-arkivering, som muliggjør gjenoppretting til *ethvert* øyeblikk — som er kraftig for å minimalisere datatap, som å gjenopprette til like før en utilsiktet `DROP TABLE`, essensiell for kritiske data).

Å kjenne **strategiessentialer** (regelmessige automatiserte sikkerhetskopier, lagring utenfor server og offsite, oppbevaringspolicyer, kombinering av base backups med WAL for PITR på kritiske data, sikkerhetskopiere fra replikaer) er viktig operasjonell kunnskap.

Dessuten, forstå at **sikkerhetskopier må testes** — en utestet sikkerhetskopi er upålitelig og svikter ofte akkurat når den trengs (korrupsjon, ufullstendig data, ukjent gjenopprettingsprosess) — er et vitalt, ofte forsømt prinsipp: regelmessig testing av gjenopprettinger er det som gjør en sikkerhetskopi-strategi faktisk pålitelig.

Ettersom datatap kan være katastrofalt (og gjenoppretting er kun mulig med fungerende sikkerhetskopier), og siden en riktig strategi (passende sikkerhetskopi-metoder, PITR for minimalt tap, off-site lagring, og kritisk *testede* gjenopprettinger) er det som beskytter en organisasjons data, er forståelse av PostgreSQL sikkerhetskopi og gjenoppretting kritisk senior-level kunnskap for ansvarlig databasedrift — et høyrisikoansvar der forskjellen mellom en testet strategi og en utestet kan være forskjellen mellom å gjenopprette fra en katastrofe og å miste data permanent, noe som gjør det et essensiell, hyppig relevant emne for alle som opererer produksjonsdatabaser.