Lista de comprobación para migrar de forma segura Home Assistant a un nuevo servidor doméstico

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

Una 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 comportamiento de control local antes de retirar el servidor antiguo.

Trata el cambio como una prueba de recuperación, manteniendo disponible una copia para volver atrás. Crea una copia de seguridad nueva, registra las dependencias del servidor antiguo, restaura en el destino, vuelve a conectar las radios y el almacenamiento de red, prueba las automatizaciones críticas y, después, mantén el equipo de origen apagado pero intacto hasta que la nueva instalación supere el uso normal y un reinicio.

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

El flujo de copias de seguridad actual de Home Assistant admite la migración durante la configuración inicial, incluida la migración entre distintos tipos de dispositivos. Antes de comenzar, confirma que el destino tenga suficiente almacenamiento, descarga o conserva la copia de seguridad de alguna otra forma y guarda el kit de emergencia necesario para descifrarla lejos del equipo que vas a reemplazar.

El procedimiento actual de migración de Home Assistant utiliza una copia de seguridad del dispositivo antiguo durante la configuración inicial del dispositivo nuevo y señala explícitamente que el almacenamiento de red y la migración de radios pueden requerir pasos adicionales.

No sobrescribas la única copia de seguridad durante el cambio. Conserva al menos una copia independiente de ambos servidores para que un disco defectuoso en el destino o un reinicio accidental no eliminen simultáneamente el origen de recuperación y la instalación de origen.

Registra las dependencias que una copia de seguridad no puede trasladar físicamente

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

Registra la IP o el nombre de host antiguo de Home Assistant, la URL externa, los montajes de almacenamiento de red, la URL de la base de datos si Recorder es externo, la dirección del bróker, los dispositivos USB, los tipos de radio y cualquier configuración de Compose o de la máquina virtual a nivel de host. Este inventario te permite distinguir entre una restauración fallida y una dependencia externa ausente.

La lista de comprobación de migración más amplia de ZimaSpace aplica la misma regla: protege el origen, define qué está realmente incluido, verifica el destino y conserva la copia antigua hasta demostrar que el uso normal funciona correctamente.

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

Si la misma radio USB se traslada 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 asumir que la copia de seguridad de Home Assistant cambia por sí sola 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 almacenamiento del servicio y una copia de seguridad de NVM son los recursos críticos de recuperación al trasladar el servicio Z-Wave a hardware nuevo. Trata ambas redes de radio como activos con sus propios procedimientos de recuperación.

-15% OFF

Restaura primero y después vuelve a conectar el almacenamiento externo y los servicios de red

Pon en marcha la instancia de Home Assistant del destino desde la copia de seguridad antes de cambiar el router, el DNS, los permisos del NAS o varias direcciones de servicio 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 utilizaba almacenamiento de red, vuelve a conectarlo después de la restauración y verifica los nombres de los recursos compartidos y las credenciales esperados. Si utilizaba una base de datos externa o un bróker MQTT, prueba la conectividad DNS y TCP desde el nuevo host antes de cambiar una configuración de Home Assistant que ya funcionaba correctamente.

El estado de la aplicación puede trasladarse, pero las dependencias específicas del host aún deben recrearse correctamente. Mantén el registro de migración centrado en los elementos que una copia de seguridad de Home Assistant no puede reubicar físicamente: radios, redes del host, almacenamiento externo, servicios de base de datos, extremos del bróker y cualquier configuración de implementación gestionada por el servidor antiguo.

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

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

Solo después de superar esta prueba tras el segundo arranque deberías considerar borrar o reutilizar el servidor antiguo. Hasta entonces, mantén la instalación de origen apagada, desconectada de radios o direcciones IP que puedan entrar en conflicto y disponible como referencia para volver atrás.

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.