¿Puede Home Assistant usar una base de datos externa sin complicar las actualizaciones?

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.

Home Assistant puede usar una base de datos de Recorder externa sin hacer que cada actualización sea frágil, pero la base de datos se convierte en un servicio con estado independiente que debe estar en línea, ser compatible, permitir escritura, tener copias de seguridad y poder recuperarse cuando Home Assistant realice cambios en el esquema. Trasladar Recorder a otro equipo no elimina las operaciones de la base de datos; te transfiere una mayor parte de ellas.

El modelo más seguro consiste en mantener Home Assistant y la base de datos con ciclos de vida independientes, pero coordinados. Haz copias de seguridad de ambos, evita versiones de base de datos no compatibles, conserva los permisos necesarios para las migraciones del esquema y prueba el proceso de restauración antes de permitir actualizaciones desatendidas en ambos lados al mismo tiempo.

Usa un backend de Recorder que Home Assistant admita realmente

Una base de datos externa debe configurarse mediante Recorder, no tratarse como un endpoint SQL genérico. MariaDB es una opción habitual, y la aplicación de MariaDB mantenida para Home Assistant documenta la base de datos, el usuario, los privilegios y la cadena de conexión de Recorder necesarios para el servicio.

La documentación actual de Recorder de Home Assistant incluye MariaDB, MySQL, PostgreSQL y SQLite como backends compatibles, y mantiene explícitamente SQLite como la base de datos predeterminada y recomendada. Por tanto, una base de datos externa es compatible, pero constituye una decisión operativa, no una ruta de actualización obligatoria.

No reduzcas arbitrariamente la cuenta de Recorder a permisos de solo lectura y escritura si las migraciones pueden necesitar crear índices, modificar tablas o actualizar objetos del esquema. Usa en su lugar una cuenta independiente de solo lectura para las herramientas de análisis.

Las actualizaciones de Home Assistant pueden incluir migraciones del esquema de Recorder

Un cambio de versión de Home Assistant puede requerir que Recorder migre el esquema de la base de datos antes de que el historial y las estadísticas vuelvan a la normalidad. Durante ese periodo, el rendimiento de la base de datos puede degradarse temporalmente, y reiniciar a mitad de la migración puede dificultar la recuperación.

Home Assistant Recorder puede necesitar actualizar su esquema durante un cambio de versión, mientras que el servidor de base de datos tiene su propio ciclo de actualización. Las instrucciones de actualización de MariaDB para 2026 recomiendan hacer una copia de seguridad completa, revisar la versión de destino, ejecutar las herramientas de actualización de la base de datos y validar la aplicación después del cambio del servidor.

Antes de una actualización importante de Home Assistant, haz una copia de seguridad coherente de la base de datos y verifica el espacio libre y el estado de la base de datos. Si también planeas actualizar MariaDB, MySQL o PostgreSQL, evita cambiar ambos productos simultáneamente, a menos que tu plan de reversión cubra ambas versiones.

La disponibilidad externa pasa a formar parte de la fiabilidad de Recorder

Una base de datos externa añade DNS, red, autenticación, proceso del servidor, almacenamiento y disponibilidad de la base de datos a la ruta de Recorder. Home Assistant puede seguir ejecutando automatizaciones locales mientras el historial no funciona correctamente, por lo que una interrupción de la base de datos puede ser menos evidente que una interrupción de Core.

Un problema actual de Recorder de 2026 demuestra este riesgo operativo: una conexión de PostgreSQL que se perdió después del inicio normal hizo que Recorder dejara de escribir hasta que se reinició Home Assistant en el entorno descrito.

Considera esto un modo de fallo observado, no una afirmación universal sobre todas las versiones. Supervisa las nuevas escrituras de Recorder y los errores de conexión para que una breve interrupción de la base de datos externa no se convierta silenciosamente en horas de historial perdido.

Las pruebas de restauración deben incluir la versión del servidor de base de datos

Que un volcado SQL se restaure en una versión de base de datos no demuestra que pueda restaurarse en cualquier versión futura. Los motores de bases de datos tienen sus propias reglas de esquema y cambios de compatibilidad, independientes de Home Assistant.

El formato de la copia de seguridad también importa. Las instrucciones de copia de seguridad de MariaDB distinguen las copias de seguridad lógicas en SQL, que son relativamente portátiles, de las copias físicas, más estrechamente vinculadas a los archivos de la base de datos y al entorno del servidor. Prueba el destino de restauración real en lugar de suponer que todos los archivos son intercambiables entre futuras versiones de la base de datos.

Conserva en el registro de recuperación la versión de Home Assistant, el motor de base de datos, la versión de la base de datos, la ubicación de la cadena de conexión, el método de copia de seguridad y el procedimiento de restauración.

Mantén la base de datos separada solo cuando la frontera adicional lo justifique

Una base de datos externa puede tener sentido cuando varios servicios ya dependen de una plataforma de bases de datos gestionada, cuando el equipo anfitrión de Home Assistant es efímero o cuando la política de copias de seguridad del almacenamiento y de la base de datos está deliberadamente centralizada. No es automáticamente más rápida ni más segura que SQLite local.

El artículo de ZimaSpace sobre separar el almacenamiento con estado del procesamiento de carga variable plantea la misma prueba arquitectónica: divide las funciones solo cuando el ciclo de vida independiente, la frontera de fallos o el perfil de recursos justifiquen la dependencia adicional de red y recuperación.

Si la base de datos externa crea más dependencia entre actualizaciones de la que elimina, vuelve a una configuración compatible más sencilla en lugar de mantenerla únicamente porque «base de datos externa» suena más escalable.

Preguntas frecuentes

¿Necesito MariaDB o PostgreSQL para una instalación grande de Home Assistant?

No. El backend SQLite predeterminado de Home Assistant sigue siendo una opción válida y recomendada. Cambia a una base de datos externa solo cuando tengas un motivo operativo medido y estés preparado para hacerte cargo del servicio adicional.

¿Debería actualizar Home Assistant y la base de datos externa el mismo día?

Es preferible cambiar una capa con estado cada vez. Haz primero una copia de seguridad, verifica la base de datos en su versión actual, actualiza un componente, valida Recorder y solo después considera la otra actualizació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.