cve fixes
This commit is contained in:
@@ -337,7 +337,31 @@ Pullen zelf werkt anoniem zolang de organisatie public is — zie
|
||||
|
||||
### PostgreSQL versie-upgrade
|
||||
|
||||
Bij een upgrade van PostgreSQL (bijv. 16 → 18) is de bestaande data niet compatibel. Stappen:
|
||||
Twee soorten, met een belangrijk verschil. Kijk eerst welke je voor je hebt:
|
||||
|
||||
```bash
|
||||
docker exec vibefinance-postgres postgres --version
|
||||
```
|
||||
|
||||
**Patch binnen dezelfde major** (18.4 → 18.6) — de data-directory blijft
|
||||
geldig, dus je hoeft niets te dumpen. Image ophalen en de container opnieuw
|
||||
laten maken; het volume blijft staan:
|
||||
|
||||
```bash
|
||||
docker compose pull postgres
|
||||
docker compose up -d postgres # let op: géén -v
|
||||
```
|
||||
|
||||
> Gebruik hier nooit `docker compose down -v`. Dat wist het volume en dan is je
|
||||
> database echt weg, terwijl deze upgrade dat helemaal niet vraagt.
|
||||
|
||||
De tag `postgres:18-alpine` beweegt mee met de patches, dus `pull` is genoeg —
|
||||
je hoeft niets in `docker-compose.yml` aan te passen. Loont de moeite: tussen de
|
||||
image van 18.4 en die van 18.6 zat een verschil van 143 naar 45 bevindingen in
|
||||
de kwetsbaarhedenscan, vooral in de Alpine-pakketten eronder.
|
||||
|
||||
**Major-upgrade** (bijv. 16 → 18) — dán is de bestaande data niet compatibel en
|
||||
moet je er wel doorheen met een dump:
|
||||
|
||||
```bash
|
||||
# 1. Backup maken
|
||||
|
||||
Reference in New Issue
Block a user