Sauvegarde Home Assistant : configuree, poussee sur deux autres machines, verifiee

Aucune sauvegarde HA n avait jamais ete faite, et git ne la couvrait pas
-- un seul fichier HA y etait versionne. HA declarait pourtant trois
destinations Synology, dont 10.10.10.22 et une troisieme machine en
10.10.10.50 absente de toute la documentation du projet.

Quotidienne 04:45, sept copies, base d historique exclue (20 Mo au lieu
de 4,4 Go), poussee sur les trois machines. La configuration passe par
le websocket car l API REST ne l expose pas.

Verifiee archive en main : .storage, packages, dashboards, secrets et
custom_components presents, base d historique absente comme voulu.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KKzkkVTG6KXnGXFFC7X9XJ

HANDOFF.md

@@ -2259,3 +2259,65 @@ Le contacteur EDF reste incommandable si internet tombe (Tuya cloud). Un
 contacteur local — ou un `localtuya` — est le prochain vrai gain de résilience.
 La sauvegarde (6 Mo d'identité vers Gitea, 6,1 Go d'historique en hebdomadaire
 avec `sqlite3 .backup`) et le secours froid n8n restent à faire.
+
+## 34. Session du 01/09/2026 (nuit) — Sauvegarde Home Assistant : elle n'existait pas, elle existe
+
+### Le point de départ
+Aucune sauvegarde HA n'avait jamais été faite (§32). Et **non, git ne la
+couvrait pas** : le dépôt contient le code du contrôleur, pas Home Assistant.
+Un seul fichier HA y était versionné (`dashboards/bilan_energetique.yaml`).
+Les helpers, les entités, les paquets, les cartes, les intégrations n'avaient
+aucune copie nulle part.
+
+### La trouvaille qui a simplifié le problème
+`backup/agents/info` déclare **quatre destinations**, et le croisement avec les
+entrées `synology_dsm` de `.storage/core.config_entries` donne leur hôte réel —
+le nom seul ne dit pas où chacune écrit :
+
+| agent | nom | hôte |
+|---|---|---|
+| `backup.local` | local | 10.10.10.17 |
+| `synology_dsm.1660NZN396007` | ARCHIVE2 | **10.10.10.22** |
+| `synology_dsm.14B0MPN914514` | ARCHIVE | **10.10.10.50** |
+| `synology_dsm.20A0SBRVM9PF2` | ARCHIVE3 | 10.10.10.17 ⚠️ à ne PAS utiliser |
+
+Home Assistant sait donc **pousser lui-même ses sauvegardes vers deux autres
+machines**. Aucun script de recopie, aucune tâche planifiée, aucun montage NFS
+supplémentaire : il n'y avait qu'à le configurer. (Troisième machine 10.10.10.50
+découverte au passage — elle n'apparaissait dans aucun document du projet.)
+
+### Configuration appliquée (`tools/ha-backup-config.mjs`, rejouable)
+La configuration de sauvegarde **n'est pas exposée par l'API REST** : elle vit
+dans `.storage/backup` et ne se règle que par l'interface ou le **websocket**.
+Le script passe par le websocket, ce qui la rend reproductible et relisible.
+
+- **Destinations** : local + 10.10.10.22 + 10.10.10.50. ARCHIVE3 (10.10.10.17)
+  volontairement exclu : une sauvegarde qui ne survit pas à la panne qu'elle
+  couvre ne protège rien.
+- **Base de données EXCLUE.** Ce qu'il faut restaurer vite, c'est l'identité du
+  système — 20 Mo compressés. L'historique pèse 4,4 Go, change en permanence et
+  n'a aucune valeur d'urgence : il se sauvegarde à part, plus rarement, et avec
+  les précautions SQLite (mode WAL, jamais un `cp` à chaud).
+- **Quotidienne à 04:45**, rétention **7 copies**.
+- **Sans mot de passe**, choix assumé : ces archives restent sur le réseau local
+  du propriétaire, et une sauvegarde restaurable vaut mieux qu'une sauvegarde
+  chiffrée dont la clé est perdue le jour où elle sert.
+
+### Vérifiée, pas seulement déclenchée
+Première archive : `Automatic backup 2026.8.1` (a9d35ac9), 01/09 03:11,
+**20,3 Mo, présente sur les trois machines**. Contenu contrôlé archive en main :
+`.storage` 39 fichiers · `packages` 18 · `dashboards` 30 ·
+`custom_components` 2 283 · `configuration.yaml`, `secrets.yaml`,
+`automations.yaml`, `scripts.yaml` · et **zéro occurrence** de
+`home-assistant_v2.db`, comme voulu.
+`tools/ha-backup-list.mjs` affiche pour chaque sauvegarde les hôtes où elle est
+réellement présente — c'est cette colonne-là qui compte.
+
+### Ce que cette sauvegarde ne couvre PAS
+1. **n8n.** Ni ses workflows (déjà en git, donc couverts autrement), ni sa base
+   `database.sqlite` (1,69 Go), ni surtout **la clé de chiffrement de 56 octets**
+   (§32) sans laquelle aucun credential n'est récupérable. C'est le prochain
+   trou à boucher, et le plus petit.
+2. **L'historique HA** (4,4 Go) : perdu en cas de restauration. Conséquence
+   réelle pour le chantier du bilan énergétique, qui s'appuie sur les
+   statistiques long terme. À traiter séparément, en hebdomadaire.