Hur säkerhetskopierar och återställer du PostgreSQL?

Question

Accepted Answer

PostgreSQL erbjuder flera **säkerhetskopieringsmetoder** — logiska säkerhetskopior (`pg_dump`) och fysiska säkerhetskopior (bassäkerhetskopia + WAL för **point-in-time recovery**). En solid strategi för säkerhetskopiering och återställning är väsentlig för att skydda mot dataförlust, och viktigt är att **säkerhetskopior måste testas**.

## Logiska säkerhetskopior — 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` skapar en logisk säkerhetskopia (SQL eller arkiv) av en databas — portabel (kan återställas till olika versioner/servrar), lämplig för mindre databaser, migrationer och selektiva säkerhetskopior. Men det är en point-in-time snapshot (ingen kontinuerlig återställning).

## Fysiska säkerhetskopior + Point-in-Time Recovery (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** är kraftfull: genom att arkivera WAL kontinuerligt kan du återställa till vilken moment som helst — inte bara den senaste säkerhetskopian — vilket är väsentligt för att minimera dataförlust från katastrofer.

## Strategi för säkerhetskopiering — viktiga punkter

```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 viktigaste regeln: TESTA dina säkerhetskopior

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

## Varför det spelar roll

Säkerhetskopiering och återställning är **kritisk** kunskap för att driva PostgreSQL på ett ansvarsfullt sätt — att skydda mot dataförlust (från maskinvarufel, korruption, oavsiktlig borttagning, katastrofer) är ett av de viktigaste ansvaren för en produktionsdatabas, så att förstå säkerhetskopieringsstrategier är väsentlig kunskap på högt nivå.

Att förstå metoderna är nödvändigt: **`pg_dump`** (logiska säkerhetskopior — portabla SQL/arkiv-dump, lämpliga för mindre databaser, migrationer och selektiva/versionsöverfattande säkerhetskopior, men bara point-in-time snapshots) och **fysiska säkerhetskopior med Point-in-Time Recovery (PITR)** (bassäkerhetskopia + kontinuerlig WAL-arkivering, vilket möjliggör återställning till *vilken* moment som helst — vilket är kraftfullt för att minimera dataförlust, som att återställa precis innan en oavsiktlig `DROP TABLE`, väsentligt för kritisk data).

Att känna till **strategins viktiga punkter** (regelbundna automatiserade säkerhetskopior, lagring utanför servern och på annan plats, bevarandepolicyer, kombinering av bassäkerhetskopior med WAL för PITR på kritisk data, säkerhetskopiering från replikering) är viktig driftkunskap.

Mest kritiskt är förståelsen för att **säkerhetskopior måste testas** — en otesterad säkerhetskopia är opålitlig och misslyckas ofta precis när den behövs (korruption, ofullständiga data, okänd återställningsprocess) — är en vital, ofta försummad princip: regelbundna tester av återställningar är det som gör en säkerhetskopieringsstrategi faktiskt tillförlitlig.

Såtillvida dataförlust kan vara katastrofal (och återställning är bara möjlig med fungerade säkerhetskopior), och eftersom en korrekt strategi (lämpliga säkerhetskopieringsmetoder, PITR för minimal förlust, lagring på annan plats och crucially *testade* återställningar) är det som skyddar en organisations data, är förståelse för PostgreSQL-säkerhetskopiering och återställning kritisk kunskap på högt nivå för ansvarsfullt databasarbete — ett ansvar med höga insatser där skillnaden mellan en testad strategi och en otesterad kan vara skillnaden mellan att återställa från en katastrof och att förlora data permanent, vilket gör det till ett väsentligt, ofta relevant ämne för alla som driver produktionsdatabaser.