Quelle durée de conservation des sauvegardes Home Assistant est nécessaire pour une récupération en toute sécurité ?

Home Assistant doit disposer d’une durée de conservation suffisante pour couvrir à la fois les erreurs récentes fréquentes et les problèmes découverts plusieurs semaines plus tard, avec au moins une copie testée en dehors du domaine de défaillance de l’hôte de production.

Une politique de départ pratique conserve plusieurs points de restauration quotidiens récents, un nombre plus réduit de points hebdomadaires et certains points mensuels, puis adapte la fenêtre à la fréquence de vos changements et au délai de détection. Le nombre correct correspond au plus petit calendrier qui résiste à une suppression accidentelle, une mauvaise mise à jour, des dommages à la base de données détectés tardivement, une défaillance de l’hôte et la perte de l’emplacement local des sauvegardes.

Définissez la fenêtre de récupération en fonction des changements et du délai de détection

Recensez la fréquence à laquelle votre configuration change et la durée pendant laquelle un problème caché pourrait rester inaperçu. Les modifications quotidiennes des automatisations nécessitent une couverture récente dense, tandis qu’une corruption de la base de données, un historique manquant ou une planification peu fréquente défaillante peuvent mettre des semaines à être découverts. La conservation doit remonter au-delà de ce délai de détection.

Un guide indépendant récent sur les sauvegardes Home Assistant applique le modèle 3-2-1 : la production plus deux copies de sauvegarde, sur des supports différents, dont une hors site. Appliquez ce principe de domaines de défaillance distincts avant de décider combien de dates conserver.

Définissez les objectifs de récupération en termes simples : récupérer la modification d’hier, retrouver un état fiable datant de plusieurs semaines et reconstruire le système après la perte complète de l’hôte. Si le calendrier proposé ne permet pas de répondre à l’un de ces cas, prolongez le niveau quotidien, hebdomadaire ou mensuel concerné.

Utilisez une conservation par niveaux plutôt qu’un seul nombre fixe

Conservez un niveau récent dense pour les erreurs de configuration et les mises à jour, des points hebdomadaires pour les problèmes détectés plus lentement et des points mensuels pour les références à long terme. Un exemple de départ raisonnable consiste à conserver sept à quatorze points quotidiens, quatre à huit points hebdomadaires et plusieurs copies mensuelles, mais la capacité et le rythme des changements doivent déterminer les valeurs finales.

Un guide indépendant récent relie les sauvegardes Home Assistant, le stockage selon le modèle 3-2-1, le chiffrement et les tests de restauration, plutôt que de considérer que le nombre d’archives suffit. Sa valeur réside dans le flux de travail 3-2-1 testé, qui doit être adapté à votre propre budget de stockage.

Ajoutez une sauvegarde manuelle avant toute modification importante de Core, du système d’exploitation, d’un module complémentaire, de la base de données, du réseau ou du matériel. Étiquetez-la avec la modification concernée et ne la laissez pas être supprimée par le nettoyage quotidien ordinaire tant que le nouvel état n’a pas dépassé sa période d’observation.

Séparez les copies et protégez la clé de chiffrement

Placez une copie sur un stockage qui ne dépend pas de l’hôte Home Assistant, et une autre hors site ou autrement en dehors de la même zone exposée aux coupures de courant, au vol et aux sinistres. Un partage NAS monté par le même hôte est pratique, mais il n’est pas indépendant si un identifiant ou une tâche de suppression peut effacer les deux ensembles.

Stockez les clés de chiffrement des sauvegardes et les identifiants de récupération séparément des archives qu’elles permettent de déverrouiller. Vérifiez qu’un deuxième administrateur peut trouver la clé et comprendre l’ordre de restauration sans dépendre de l’instance Home Assistant défaillante.

La comparaison ZimaSpace des sauvegardes Home Assistant en fonctionnement et à l’arrêt explique pourquoi la cohérence des sauvegardes, leur périmètre et les tests de récupération sont aussi importants que le nombre de dates conservées.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Testez, purgez et recalculez la conservation

Restaurez une sauvegarde récente et une sauvegarde plus ancienne dans une instance de test isolée. Vérifiez les utilisateurs, les secrets, les intégrations, les automatisations, les tableaux de bord, l’historique, les modules complémentaires, les références aux bases de données externes et les dépendances radio. Notez la taille de l’archive, la durée de restauration et les éléments manquants avant de déclarer l’un ou l’autre point utilisable.

Ne purgez les sauvegardes qu’après la création de la copie de remplacement, après avoir vérifié sa somme de contrôle ou l’ouverture correcte de l’archive, après vous être assuré que la clé de chiffrement est disponible et après la réussite d’un test de restauration. Recalculez le calendrier lorsque la taille de la base de données, les données des caméras, les modules complémentaires, la fréquence des modifications ou l’espace de stockage disponible évoluent.

Une politique efficace conserve un point testé avant et après les modifications récentes, résiste à la perte de l’hôte local et peut être expliquée sans approximation. Arrêtez la purge et augmentez la capacité si toutes les sauvegardes restantes sont plus récentes qu’une défaillance suspectée ou si l’unique copie hors hôte ne peut pas être déchiffrée.