Una lista de verificación segura para migrar Home Assistant a un nuevo servidor doméstico

Eva Wong es la redactora técnica y manitas residente en ZimaSpace. Es una geek de toda la vida apasionada por los laboratorios domésticos y el software de código abierto, y se especializa en traducir conceptos técnicos complejos en guías prácticas y fáciles de seguir. Eva cree que alojar servicios propios debería ser divertido, no intimidante. A través de sus tutoriales, ayuda a la comunidad a desmitificar la configuración del hardware, desde montar su primer NAS hasta dominar los contenedores Docker.

La migración segura de Home Assistant no termina cuando el nuevo servidor llega a la pantalla de inicio de sesión. El nuevo host debe recuperar la misma configuración, radios, integraciones, rutas de almacenamiento, identidad de red y funcionamiento del control local antes de retirar el servidor antiguo.

Trata el traslado como una prueba de recuperación y conserva una copia a la que puedas volver. Crea una copia de seguridad reciente, anota las dependencias del servidor antiguo, restaura en el destino, vuelve a conectar las radios y el almacenamiento en red, prueba las automatizaciones esenciales y mantén intacto el equipo de origen, apagado, hasta que la nueva instalación funcione con normalidad y supere un reinicio.

Crea una copia de seguridad completa reciente y guarda la clave de recuperación fuera del host antiguo

El flujo de trabajo actual de copias de seguridad de Home Assistant permite migrar durante la configuración inicial, incluso entre distintos tipos de dispositivos. Antes de empezar, confirma que el destino tiene suficiente espacio de almacenamiento, descarga o guarda la copia de seguridad de algún otro modo y conserva el kit de emergencia necesario para descifrarla lejos del equipo que vas a sustituir.

El procedimiento de migración actual de Home Assistant utiliza una copia de seguridad del dispositivo antiguo durante la configuración inicial del nuevo dispositivo y señala explícitamente que quizá aún haya que realizar tareas adicionales para migrar el almacenamiento en red y las radios.

No sobrescribas la única copia de seguridad durante el traslado. Conserva al menos una copia independiente de ambos servidores para que un fallo del disco de destino o un restablecimiento accidental no elimine a la vez la fuente de recuperación y la instalación de origen.

Anota las dependencias que una copia de seguridad no traslada físicamente

Una copia de seguridad puede conservar el estado de Home Assistant, pero no puede trasladar físicamente una memoria USB Zigbee o Z-Wave, un cable de red, una conexión de UPS, un servidor externo de base de datos, un intermediario MQTT, un proxy inverso, un recurso compartido del NAS ni una reserva del router. Anota esas dependencias antes de apagar el host antiguo.

Anota la IP o el nombre de host antiguo de Home Assistant, la URL externa, los puntos de montaje del almacenamiento en red, la URL de la base de datos si Recorder es externo, la dirección del intermediario, los dispositivos USB, los tipos de radio y cualquier ajuste de Compose o de la máquina virtual a nivel de host. Este inventario te permitirá distinguir entre una restauración fallida y una dependencia externa que falta.

La lista de verificación de migración general de ZimaSpace aplica la misma regla: protege el origen, define qué incluye realmente la migración, verifica el destino y conserva la copia antigua hasta comprobar que todo funciona con normalidad.

Traslada las redes Zigbee y Z-Wave como un paso de migración independiente

Si trasladas la misma radio USB al nuevo host, vuelve a conectarla y verifica la ruta del dispositivo. Si el nuevo servidor utiliza una radio integrada o de reemplazo diferente, migra la red de radio en lugar de dar por hecho que la copia de seguridad de Home Assistant por sí sola cambia la identidad del coordinador.

ZHA realiza copias de seguridad automáticas de la red y permite migrar una red Zigbee a otro coordinador compatible sin volver a emparejar toda la malla. El proceso de migración también puede transferir la identidad IEEE de la radio cuando sea necesario.

Z-Wave tiene un estado de controlador independiente. Un debate reciente sobre la migración de Z-Wave JS UI confirma que el almacén del servicio y una copia de seguridad de NVM son los recursos de recuperación fundamentales al trasladar el servicio Z-Wave a un hardware nuevo. Considera ambas redes de radio como recursos con sus propios procedimientos de recuperación.

Restaura primero y luego vuelve a conectar el almacenamiento externo y los servicios de red

Inicia la instancia de Home Assistant de destino desde la copia de seguridad antes de cambiar el router, el DNS, los permisos del NAS o varias direcciones de servicios a la vez. Una migración es más fácil de diagnosticar cuando el nuevo host difiere del antiguo en una sola variable importante cada vez.

Si la instalación antigua usaba almacenamiento en red, vuelve a conectarlo después de la restauración y verifica los nombres de los recursos compartidos y las credenciales esperados. Si usaba una base de datos externa o un broker MQTT, prueba la conectividad DNS y TCP desde el nuevo host antes de cambiar una configuración de Home Assistant que ya se sabía que funcionaba.

El estado de la aplicación se puede trasladar, pero las dependencias específicas del host aún deben recrearse correctamente. Enfoca el registro de migración en los elementos que una copia de seguridad de Home Assistant no puede trasladar físicamente: radios, redes del host, almacenamiento externo, servicios de bases de datos, puntos de conexión del broker y cualquier ajuste de implementación que gestione el servidor antiguo.

Realiza una prueba de aceptación antes de retirar el servidor antiguo

  • Confirma que estén los usuarios, paneles, integraciones, auxiliares, automatizaciones y áreas esperados.
  • Activa una automatización local importante y confirma la respuesta del dispositivo físico.
  • Verifica que los dispositivos Zigbee, Z-Wave, Bluetooth u otros dispositivos de radio estén disponibles.
  • Confirma que Recorder esté registrando el historial y las estadísticas con normalidad.
  • Prueba una ruta de almacenamiento en red y una dependencia externa, como MQTT, si se usa.
  • Prueba por separado el acceso local y remoto.
  • Reinicia una vez el nuevo host de Home Assistant y repite la prueba crítica de control local.

Solo después de que esta segunda prueba de arranque se complete correctamente deberías considerar borrar o reutilizar el servidor antiguo. Hasta entonces, mantén apagada la instalación de origen, desconectada de radios o direcciones IP que puedan generar conflictos y disponible como referencia para una reversión.

Soporte y consejos

Más para leer

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.