[Infrastructure] Stratégie de backup automatisé pour SQLite #40

New issue

Closed

opened 2026-08-05 15:42:15 -04:00 by NixCyRy · 0 comments

NixCyRy commented

2026-08-05 15:42:15 -04:00

(Migrated from github.com)

Problème

Le volume Docker ./data:/data contient nutrifood.db mais aucun backup automatisé n'existe. Pour des données de santé/suivi nutritionnel, une perte de données est critique et irréversible.

Solution recommandée

Cron nocturne: sqlite3 /data/nutrifood.db ".backup /data/backups/nutrifood-$(date +%Y%m%d).db"
Rétention: garder 7 jours glissants + 4 hebdomadaires
Upload vers stockage externe (Nextcloud WebDAV ou S3)
Health check: vérifier que le backup le plus récent < 26h

Alternative

Si l'on veut éviter les locks SQLite: utiliser VACUUM INTO (SQLite 3.27+) qui fait une snapshot atomique sans bloquer les écritures.

Priorité

P1-high — les données utilisateurs sont la valeur de l'app. Un crash disque sans backup = perte totale.

## Problème Le volume Docker `./data:/data` contient `nutrifood.db` mais **aucun backup automatisé** n'existe. Pour des données de santé/suivi nutritionnel, une perte de données est critique et irréversible. ## Solution recommandée 1. Cron nocturne: `sqlite3 /data/nutrifood.db ".backup /data/backups/nutrifood-$(date +%Y%m%d).db"` 2. Rétention: garder 7 jours glissants + 4 hebdomadaires 3. Upload vers stockage externe (Nextcloud WebDAV ou S3) 4. Health check: vérifier que le backup le plus récent < 26h ## Alternative Si l'on veut éviter les locks SQLite: utiliser `VACUUM INTO` (SQLite 3.27+) qui fait une snapshot atomique sans bloquer les écritures. ## Priorité P1-high — les données utilisateurs sont la valeur de l'app. Un crash disque sans backup = perte totale.