Configurer une sauvegarde automatique procure un soulagement immédiat. Pourtant, une tâche planifiée ne prouve pas qu’un fichier exploitable a été créé, envoyé au bon endroit et conservé assez longtemps. Un NAS éteint, un espace plein, une clé de chiffrement perdue ou une erreur silencieuse peuvent transformer une belle routine en absence totale de recours.

Home Assistant expose désormais des informations précises sur l’état des sauvegardes automatiques : dernière tentative, dernier succès, prochaine exécution et motif d’échec. Ces éléments permettent de surveiller le processus comme un service essentiel, sans attendre une panne pour découvrir qu’il ne fonctionnait plus.

Distinguer tentative et réussite

La date de la dernière tentative répond seulement à la question : le système a-t-il essayé ? La date du dernier succès répond à la question utile : existe-t-il une sauvegarde terminée ? Si la première avance tandis que la seconde reste ancienne, l’automatisation fonctionne mais échoue.

Afficher ces deux valeurs dans le même tableau de bord évite une fausse confiance. Ajouter la prochaine date prévue permet aussi de repérer une planification désactivée ou décalée.

La documentation officielle décrit un capteur d’état du gestionnaire de sauvegardes et des capteurs dédiés aux dernières opérations. Ils peuvent alimenter une alerte simple sans analyser manuellement des fichiers.

Alerter uniquement sur une situation actionnable

Une notification à chaque sauvegarde réussie devient vite du bruit. Il est plus utile d’alerter lorsqu’une sauvegarde automatique échoue ou lorsqu’aucun succès n’a été enregistré depuis une durée supérieure à la politique choisie.

Home Assistant expose un événement associé à la dernière sauvegarde automatique, avec les états terminé, en cours ou échoué. L’attribut `failed_reason` peut être inclus dans le message afin que l’alerte indique immédiatement la cause connue.

Une bonne notification précise l’heure, l’emplacement attendu et la prochaine action : vérifier le NAS, libérer de l’espace ou relancer après le retour du réseau. Elle doit être envoyée à plus d’un appareil si la maison dépend fortement de Home Assistant.

Choisir l’heure en fonction des dépendances

Une sauvegarde planifiée lorsque le NAS dort ou que la liaison distante est coupée échouera régulièrement. La documentation Home Assistant recommande de choisir un créneau où tous les emplacements de sauvegarde sont disponibles.

Pour une installation importante, la création peut durer. Éviter de la superposer à une mise à jour, un redémarrage automatique ou une maintenance de base de données. Observer la durée réelle pendant quelques jours permet de choisir une fenêtre raisonnable.

Si le stockage distant est activé à la demande, une automatisation avancée peut le réveiller, attendre sa disponibilité, lancer `backup.create_automatic`, puis vérifier le résultat avant de l’arrêter.

Conserver une copie hors de la machine

Une sauvegarde stockée uniquement sur le même appareil protège contre une mauvaise configuration, mais pas contre la panne du disque, le vol ou la destruction du matériel. Home Assistant recommande une copie sur un autre système et idéalement une copie hors site.

Le schéma 3-2-1 reste une référence utile : trois copies, sur deux supports différents, dont une hors site. Il ne faut pas l’appliquer mécaniquement, mais comprendre son intention : éviter qu’un même incident détruise l’original et toutes ses sauvegardes.

Un partage réseau, un NAS ou un fournisseur compatible peut constituer le second emplacement. Vérifier le chiffrement, la capacité, la rétention et les conditions de restauration.

Conserver la trousse d’urgence

Les sauvegardes automatiques Home Assistant sont chiffrées. La trousse d’urgence contient l’information nécessaire à leur restauration. La stocker uniquement dans Home Assistant annule son utilité en cas de perte complète du système.

Conserver une copie dans un gestionnaire de mots de passe et, si le risque le justifie, une copie physique sécurisée. Associer clairement la clé au bon jeu de sauvegardes sans exposer les autres secrets de la maison.

Une rotation de mot de passe ou une modification du chiffrement doit être documentée. Plusieurs archives utilisant des clés différentes peuvent devenir difficiles à restaurer sous pression.

Maîtriser la taille et la rétention

Les dossiers `media` et `share` peuvent gonfler fortement une sauvegarde. La documentation conseille de les exclure lorsque leur contenu n’est pas indispensable à la restauration du système. Cette décision doit être prise après inventaire : une vidéo de caméra n’a pas la même valeur qu’un fichier de configuration unique.

Définir un nombre de sauvegardes conservées évite de saturer le stockage. Mais une rétention trop courte peut supprimer la dernière version saine avant que l’on remarque une corruption progressive.

Une combinaison pratique conserve plusieurs sauvegardes quotidiennes, quelques hebdomadaires et une archive avant chaque changement majeur. L’espace disponible et la criticité de l’installation déterminent la profondeur.

Tester une restauration, pas seulement un téléchargement

Un fichier présent et chiffré n’est pas encore une restauration prouvée. Périodiquement, télécharger une sauvegarde, vérifier sa taille et effectuer un test sur un environnement de secours lorsque c’est possible.

Le test doit confirmer que la trousse d’urgence fonctionne, que les modules importants sont présents et que les intégrations critiques peuvent reprendre. Documenter la durée et les étapes manuelles.

Si un test complet est impossible, au minimum vérifier l’accès à l’archive depuis un autre appareil et la disponibilité de la clé de chiffrement.

Sauvegarder avant les changements risqués

L’action `backup.create_automatic` réutilise les réglages automatiques existants : contenu, emplacements, chiffrement et rétention. Elle peut être appelée avant une mise à jour importante ou une modification de configuration.

Attention : l’action démarre la sauvegarde en arrière-plan et retourne avant sa fin. Une automatisation ne doit donc pas lancer immédiatement la mise à jour en supposant que l’archive est terminée. Il faut surveiller l’état ou attendre l’événement de succès.

Cette distinction entre déclenchement et achèvement est essentielle pour éviter une protection seulement apparente.

Le tableau de bord minimal

Afficher cinq informations : dernière tentative, dernier succès, prochaine sauvegarde, état courant et dernier motif d’échec. Ajouter l’espace libre de chaque destination lorsque l’intégration le permet.

Une couleur ne suffit pas. La date et le message doivent rester lisibles, afin qu’un membre du foyer comprenne ce qui demande une action.

Une sauvegarde est un processus

La fiabilité ne vient pas du bouton « automatique ». Elle vient d’une chaîne surveillée : tâche planifiée, fichier créé, copie externe, chiffrement maîtrisé, rétention adaptée et restauration testée.

Home Assistant fournit désormais assez d’informations pour rendre cette chaîne visible. Le meilleur indicateur n’est pas le nombre de sauvegardes configurées, mais la date du dernier succès que l’on sait réellement restaurer.

Sources officielles : Home Assistant — intégration Backup et Home Assistant — tâches courantes de sauvegarde.

#HomeAssistant #Sauvegarde #MaisonConnectee #Cybersecurite