Checklist pour migrer Home Assistant en toute sécurité vers un nouveau serveur domestique

Une migration sécurisée de Home Assistant n’est pas terminée lorsque le nouveau serveur atteint l’écran de connexion. Le nouvel hôte doit récupérer la même configuration, les mêmes radios, intégrations, chemins de stockage, identité réseau et capacités de contrôle local avant que l’ancien serveur soit mis hors service.

Considérez cette opération comme un test de restauration, avec une copie de secours toujours disponible pour revenir en arrière. Créez une sauvegarde récente, notez les dépendances de l’ancien serveur, restaurez-la sur la cible, reconnectez les radios et le stockage réseau, testez les automatisations critiques, puis laissez la source éteinte mais intacte jusqu’à ce que la nouvelle installation résiste à une utilisation normale et à un redémarrage.

Effectuez une sauvegarde complète récente et conservez la clé de récupération en dehors de l’ancien hôte

Le processus actuel de sauvegarde de Home Assistant prend en charge la migration pendant l’intégration initiale, notamment entre différents types d’appareils. Avant de commencer, vérifiez que la cible dispose de suffisamment d’espace de stockage, téléchargez la sauvegarde ou conservez-la d’une autre manière, et gardez le kit d’urgence nécessaire à son déchiffrement à l’écart de la machine remplacée.

La procédure de migration actuelle de Home Assistant utilise une sauvegarde de l’ancien appareil pendant l’intégration initiale sur le nouvel appareil et précise explicitement que la migration du stockage réseau et des radios peut nécessiter des opérations complémentaires.

Ne remplacez pas l’unique sauvegarde pendant la migration. Conservez au moins une copie indépendante des deux serveurs afin qu’une défaillance du disque cible ou une réinitialisation accidentelle ne puisse pas supprimer simultanément la source de récupération et l’installation source.

Notez les dépendances qu’une sauvegarde ne peut pas déplacer physiquement

Une sauvegarde peut préserver l’état de Home Assistant, mais elle ne peut pas déplacer physiquement une clé USB Zigbee ou Z-Wave, un câble réseau, une connexion à un onduleur, un hôte de base de données externe, un broker MQTT, un proxy inverse, un partage NAS ou une réservation sur le routeur. Notez ces dépendances avant d’éteindre l’ancien hôte.

Notez l’adresse IP ou le nom d’hôte de l’ancien Home Assistant, l’URL externe, les montages de stockage réseau, l’URL de la base de données si Recorder est externe, l’adresse du broker, les périphériques USB, les types de radios ainsi que les paramètres Compose ou de machine virtuelle propres à l’hôte. Cet inventaire vous permettra de distinguer un échec de restauration d’une dépendance externe manquante.

La liste de contrôle de migration plus générale de ZimaSpace applique la même règle : protéger la source, définir précisément le périmètre, vérifier la destination et conserver l’ancienne copie jusqu’à ce que l’utilisation normale soit validée.

Traitez les réseaux Zigbee et Z-Wave comme une étape de migration distincte

Si la même radio USB est déplacée vers le nouvel hôte, reconnectez-la et vérifiez le chemin du périphérique. Si le nouveau serveur utilise une radio intégrée ou de remplacement différente, migrez le réseau radio au lieu de supposer que la seule sauvegarde de Home Assistant modifiera l’identité du coordinateur.

ZHA effectue automatiquement des sauvegardes du réseau et prend en charge la migration d’un réseau Zigbee vers un autre coordinateur pris en charge sans réappairer l’ensemble du maillage. Le processus de migration peut également transférer l’identité IEEE de la radio lorsque cela est nécessaire.

Z-Wave possède un état de contrôleur distinct. Une discussion récente sur la migration de Z-Wave JS UI confirme que le stockage du service et une sauvegarde NVM sont les éléments essentiels à récupérer lors du déplacement du service Z-Wave vers un nouveau matériel. Traitez ces deux réseaux radio comme des ressources disposant de leurs propres procédures de récupération.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Restaurez d’abord, puis reconnectez le stockage externe et les services réseau

Démarrez l’instance Home Assistant cible à partir de la sauvegarde avant de modifier simultanément le routeur, le DNS, les autorisations NAS ou plusieurs adresses de service. Une migration est plus facile à diagnostiquer lorsque le nouvel hôte ne diffère de l’ancien que par une variable majeure à la fois.

Si l’ancienne installation utilisait un stockage réseau, reconnectez-le après la restauration et vérifiez les noms de partages et les identifiants attendus. Si elle utilisait une base de données externe ou un broker MQTT, testez la résolution DNS et la connectivité TCP depuis le nouvel hôte avant de modifier une configuration Home Assistant qui fonctionnait déjà.

L’état de l’application peut être transféré, mais les dépendances propres à l’hôte doivent toujours être recréées correctement. Concentrez le suivi de migration sur les éléments qu’une sauvegarde Home Assistant ne peut pas déplacer physiquement : radios, réseau de l’hôte, stockage externe, services de base de données, points de terminaison du broker et paramètres de déploiement gérés par l’ancien serveur.

Effectuez un test de validation avant de mettre l’ancien serveur hors service

• Vérifiez que les utilisateurs, tableaux de bord, intégrations, assistants, automatisations et zones attendus sont présents.
• Déclenchez une automatisation locale importante et vérifiez le retour physique de l’appareil.
• Vérifiez que les appareils Zigbee, Z-Wave, Bluetooth ou autres appareils radio sont disponibles.
• Confirmez que l’historique et les statistiques de Recorder s’écrivent normalement.
• Testez un chemin de stockage réseau et une dépendance externe, comme MQTT si elle est utilisée.
• Testez séparément l’accès local et l’accès distant.
• Redémarrez une fois le nouvel hôte Home Assistant, puis répétez le test critique de contrôle local.

Ce n’est qu’une fois ce test effectué après le deuxième démarrage que vous pourrez envisager d’effacer ou de réutiliser l’ancien serveur. D’ici là, gardez l’installation source éteinte, déconnectée des radios ou adresses IP susceptibles de créer des conflits, et disponible comme référence pour un retour en arrière.