Hvordan sikkerhedskopierer og gendanner du PostgreSQL?

Question

Accepted Answer

PostgreSQL tilbyder flere **sikkerhedskopi**-metoder — logiske sikkerhedskopier (`pg_dump`) og fysiske sikkerhedskopier (grundlæggende sikkerhedskopi + WAL for **punkt-i-tid-gendannelse**). En solid sikkerhedskopi- og genoprettingsstrategi er vigtig for at beskytte mod datatab, og kritisk er det, at **sikkerhedskopier skal testes**.

## Logiske sikkerhedskopier — 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` opretter en logisk sikkerhedskopi (SQL eller arkiv) af en database — portabel (kan gendannes til forskellige versioner/servere), god til mindre databaser, migrationer og selektive sikkerhedskopier. Men det er et punkt-i-tid-snapshot (ingen kontinuerlig gendannelse).

## Fysiske sikkerhedskopier + punkt-i-tid-gendannelse (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 kraftfuld: ved at arkivere WAL kontinuerligt kan du gendanne til ethvert øjeblik — ikke kun den seneste sikkerhedskopi — hvilket er vigtig for at minimere datatab fra katastrofer.

## Strategi for sikkerhedskopi — vigtige elementer

```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 vigtigste regel: TEST dine sikkerhedskopier

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

Sikkerhedskopi og gendannelse er **kritisk** viden for at drive PostgreSQL ansvarligt — beskyttelse mod datatab (fra hardwarefejl, beskadigelse, utilsigtet sletning, katastrofer) er et af de vigtigste ansvar for enhver produktionsdatabase, så forståelse af sikkerhedskopi-strategier er vigtig knowledge på seniorniveau.

Forståelse af metoderne er nødvendig: **`pg_dump`** (logiske sikkerhedskopier — portable SQL/arkiv-dumps, gode til mindre databaser, migrationer og selektive/tværversion-sikkerhedskopier, men kun punkt-i-tid-snapshots) og **fysiske sikkerhedskopier med punkt-i-tid-gendannelse (PITR)** (grundlæggende sikkerhedskopi + kontinuerlig WAL-arkivering, som muliggør gendannelse til *ethvert* øjeblik — hvilket er kraftfuldt for at minimere datatab, såsom gendannelse til lige før en utilsigtet `DROP TABLE`, vigtig for kritiske data).

Kendet til **vigtige strategielementer** (regelmæssige automatiserede sikkerhedskopier, lagring uden for server og uden for stedet, opbevaringspolitikker, kombinering af grundlæggende sikkerhedskopier med WAL for PITR på kritiske data, sikkerhedskopi fra repliker) er vigtig operativ viden.

Mest kritisk er forståelsen for, at **sikkerhedskopier skal testes** — en utetstede sikkerhedskopi er upålidelig og fejler ofte netop når den skal bruges (beskadigelse, ufuldstændige data, ukendt genoprettelsesproces) — er et vitalt, ofte neglisjeret princip: regelmæssig test af gendannelser er det, der gør en sikkerhedskopi-strategi faktisk pålidelig.

Fordi datatab kan være katastrofalt (og gendannelse er kun mulig med fungerende sikkerhedskopier), og fordi en korrekt strategi (passende sikkerhedskopi-metoder, PITR for minimalt tab, lagring uden for stedet, og kritisk *testede* gendannelser) er det, der beskytter en organisations data, er forståelse af PostgreSQL sikkerhedskopi og gendannelse kritisk seniorniveau-viden for ansvarlig driftsdrift — et højrisiko-ansvar hvor forskellen mellem en testet strategi og en uteststødt strategi kan være forskellen mellem at gendanne sig fra en katastrofe og at miste data permanent, hvilket gør det til vigtig, hyppigt relevant viden for alle, der driver produktionsdatabaser.