Cómo verificar una restauración de Home Assistant antes de retirar el servidor antiguo

No retires el servidor antiguo de Home Assistant solo porque el panel restaurado cargue. Hazlo únicamente después de que la nueva instancia supere las comprobaciones de identidad, dispositivos, automatizaciones, historial, dependencias, reinicio y copia de seguridad nueva en condiciones controladas.

Mantén el servidor antiguo apagado, pero intacto, mientras pruebas el host restaurado en una red aislada o cuidadosamente controlada. Evita que ambas instancias emitan comandos al mismo tiempo, registra una lista de verificación de continuar/no continuar a partir del sistema antiguo y reproduce los activadores reales del hogar antes de borrar unidades, cambiar el DNS de forma permanente o liberar el hardware antiguo.

Define la lista de verificación de aceptación de la restauración antes de probar

Registra la versión de la instancia antigua, el tipo de instalación, el nombre de host, la IP o el nombre DNS, la zona horaria, las cuentas de usuario, las integraciones, los dispositivos, las entidades, las automatizaciones, los paneles, los complementos, los destinos de las copias de seguridad, la base de datos externa, los recursos compartidos, los certificados y las dependencias de secretos. Este inventario define qué significa una restauración completa para tu hogar.

Separa las funciones críticas de las comodidades. Las alarmas, cerraduras, alertas de humo, calefacción, control de fugas y la iluminación esencial merecen una verificación manual explícita; los paneles decorativos y el historial antiguo pueden esperar. La decisión de retirar el servidor debe ser negativa si falta una función crítica, aunque coincida la mayoría de los recuentos de entidades.

Registra algunos valores de estado conocidos y puntos recientes del historial antes de apagar el host antiguo. Se convertirán en referencias de comparación en la instancia restaurada y ayudarán a distinguir una copia de seguridad incompleta de un problema de integración recién descubierto.

Restaura de forma aislada y evita el control duplicado

Restaura en el servidor nuevo mientras la instancia antigua de Home Assistant esté detenida. Si ambas deben estar conectadas para comparar archivos, aísla la instancia nueva de las redes de dispositivos o desactiva las automatizaciones y las integraciones salientes hasta resolver los conflictos de identidad.

Una conversación de la comunidad presenta explícitamente una prueba de restauración aislada como la forma segura de validar una migración entre plataformas de virtualización. Esto respalda el método de prueba, aunque el aislamiento exacto de la red depende de tu instalación y de los protocolos de tus dispositivos.

Confirma la versión restaurada y la compatibilidad de la copia de seguridad antes de evaluar los componentes que falten. Si la restauración informa de errores, no añadas correcciones manuales sobre un estado desconocido. Guarda los registros, identifica si el fallo afecta al archivo, el cifrado, la versión, el almacenamiento o una integración, y vuelve a intentarlo desde un destino de prueba limpio.

Verifica el estado, las dependencias y las acciones reales de los dispositivos

Compara los usuarios, las integraciones, los recuentos de dispositivos y entidades, las entidades desactivadas, las áreas, los paneles, los ayudantes, los scripts y las automatizaciones. Después, abre el historial reciente y los registros. Los recuentos son indicadores útiles para una revisión inicial, pero no demuestran que funcionen las credenciales, los tokens, los webhooks, los adaptadores de radio o las bases de datos externas.

Prueba un dispositivo de cada protocolo importante y ejecuta automatizaciones representativas usando sus activadores reales. Confirma tanto la acción como la actualización del estado resultante. En el caso de radios específicas del hardware, verifica las rutas y los permisos de los dispositivos; en las integraciones en la nube, verifica la renovación de los tokens; para las bases de datos externas y los recursos compartidos, confirma que el host restaurado acceda a los datos correctos y no a un reemplazo vacío.

Usa la guía de ZimaSpace sobre el cifrado de copias de seguridad y las dependencias de restauración cuando el archivo exista, pero una clave, credencial, cadena o ubicación externa bloquee la recuperación.

Featured

ZimaCube 2 NAS personal en la nube para el hogar

ZimaCube2

$799.00 - $2,499.00

Buy Now

Demuestra la persistencia con reinicios y una copia de seguridad nueva

Reinicia Home Assistant dos veces y reinicia el host nuevo una vez. Después de cada ciclo, confirma que las integraciones se recarguen, los montajes estén disponibles antes que los servicios, las rutas de los dispositivos USB o serie permanezcan estables, las automatizaciones estén habilitadas según lo previsto y la misma base de datos del historial continúe utilizándose en lugar de empezar de cero.

Crea una copia de seguridad nueva desde el sistema restaurado, cópiala fuera del host y verifica que incluya los componentes esperados. Una restauración que no pueda generar su propia copia de seguridad recuperable no está lista para convertirse en la única instancia de producción.

Observa el sistema restaurado durante al menos un ciclo doméstico normal que incluya automatizaciones programadas, copias de seguridad y tareas nocturnas. La decisión de continuar requiere un control estable, ausencia de errores repetidos de migración o almacenamiento y una ruta de reversión verificada.

Retira el servidor antiguo sin destruir la ventana de reversión

Cuando la lista de verificación se complete correctamente, transfiere al host nuevo el DNS permanente, las reservas de IP, el acceso remoto y las programaciones de copias de seguridad. Mantén el servidor antiguo apagado para que no pueda emitir acciones duplicadas, pero conserva su disco y configuración sin cambios durante un periodo de observación definido.

Si el servidor nuevo omite una automatización crítica, pierde el estado después de reiniciarse, escribe en la base de datos equivocada o no puede crear una copia de seguridad válida, la decisión es negativa. Apágalo, restaura la identidad de red antigua si es necesario y vuelve al host conocido y funcional antes de investigar.

Borra o reutiliza el servidor antiguo únicamente después de que el host nuevo haya superado el periodo de observación y se haya verificado al menos una copia de seguridad externa al host. Documenta la fecha de retirada, la copia de seguridad final del sistema antiguo, la identidad del host nuevo y el resultado de la prueba de restauración para que la próxima migración comience con una base de referencia fiable.