¿Qué hace que Home Assistant conserve más datos temporales de lo esperado?

Home Assistant conserva más datos temporales de lo esperado cuando las tareas de copia de seguridad, base de datos, registro, actualización o caché duran más que el evento de limpieza previsto por el operador.

Temporal no siempre significa de corta duración ni seguro de eliminar. Un archivo comprimido fallido puede dejar archivos de preparación, SQLite puede conservar registros de diario o páginas libres, una integración detallada puede ampliar los registros y un proceso en ejecución puede mantener ocupado el almacenamiento eliminado hasta reiniciarse. Identifica la ruta propietaria, el proceso, la hora de creación y el trabajo activo antes de eliminar nada; de lo contrario, la limpieza puede interrumpir la recuperación o dañar el estado.

Separa las rutas temporales de los datos retenidos por la aplicación

Clasifica el crecimiento por directorio y propietario: base de datos y diarios, preparación de copias de seguridad, registros, conversión multimedia, descargas de actualizaciones, caché de complementos, capas de contenedores y espacio temporal del sistema operativo. Compara el tamaño aparente de los archivos, los bloques asignados y el espacio libre del sistema de archivos. Una ruta llamada temp puede contener una transacción activa, mientras que un directorio de caché puede estar diseñado para sobrevivir a los reinicios.

Las instalaciones de Home Assistant suelen conservar el historial detallado durante un periodo configurado y las estadísticas a largo plazo según reglas diferentes. Esta distinción de retención muestra por qué el crecimiento de la base de datos no debe etiquetarse como temporal simplemente porque los detalles antiguos se eliminarán en algún momento.

Si los datos pertenecen a una política de retención documentada, ajusta la política en lugar de eliminar archivos. Si pertenecen a un trabajo completado o fallido sin un propietario activo, se convierten en candidatos para la limpieza. La propiedad desconocida es una condición para detenerse, especialmente dentro de rutas administradas por la base de datos, las copias de seguridad o el supervisor.

Los trabajos fallidos pueden dejar datos de preparación abandonados

Las copias de seguridad, actualizaciones, importaciones y tareas de mantenimiento de bases de datos suelen crear una segunda copia mientras el trabajo está en curso. Normalmente, al completarse correctamente, los datos de preparación se renombran o eliminan; una interrupción, la falta de espacio en disco o el bloqueo de un proceso de trabajo pueden impedir esa limpieza. Los reintentos repetidos pueden crear entonces varias generaciones cuyas marcas de tiempo coinciden con trabajos fallidos.

Un caso concreto de fallo está documentado en la solicitud para eliminar archivos de copias de seguridad fallidas, en la que ejecuciones de copia de seguridad no completadas dejaron grandes directorios temporales del supervisor. La lección es comprobar la propiedad y el estado del trabajo, no asumir una ruta universal que toda instalación deba eliminar manualmente.

Confirma que no haya ninguna copia de seguridad, restauración, actualización o migración en ejecución, conserva el error del trabajo y utiliza el mecanismo de limpieza compatible con el tipo de instalación. Si los mismos archivos reaparecen, corrige primero el trabajo fallido o el límite de espacio libre. Eliminar los síntomas sin cambiar el ciclo de fallo solo reinicia el contador.

Los archivos de base de datos pueden no reducirse cuando desaparecen filas

La purga de Recorder puede eliminar filas lógicas mientras la base de datos conserva páginas asignadas para reutilizarlas. Los registros de escritura anticipada o diarios también pueden crecer hasta que se cumplan las condiciones de punto de control. Por tanto, el tamaño del archivo puede seguir siendo elevado incluso después de reducirse la retención, y una eliminación manual brusca puede destruir la coherencia en lugar de recuperar una caché prescindible.

Una investigación de Home Assistant sobre un patrón de purga de la base de datos distingue el crecimiento diario continuo del momento programado de la purga y muestra por qué un periodo de observación corto puede clasificar erróneamente un comportamiento esperado.

Mide la antigüedad de las filas lógicas, el estado de la base de datos, el estado de los diarios y la tendencia del espacio libre durante al menos un ciclo de limpieza. Utiliza el mantenimiento de la base de datos compatible únicamente con una copia de seguridad verificada y suficiente margen temporal. Escala el problema si los diarios nunca convergen, las comprobaciones de integridad fallan o Recorder se reinicia repetidamente durante la limpieza.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Realiza una evaluación segura de los datos temporales

Toma dos instantáneas del almacenamiento con una hora de diferencia e incluye la ruta, el tamaño asignado, la hora de modificación, el proceso propietario y el estado del trabajo relacionado. Marca cada elemento como activo, retenido por política, huérfano tras un fallo o desconocido. Detén la generación de nuevas copias de seguridad y actualizaciones durante la comparación para que el crecimiento tenga una causa rastreable.

El procedimiento de ZimaSpace para la caché y el almacenamiento temporal proporciona los controles a nivel de instalación una vez establecida la propiedad.

Elimina únicamente los elementos documentados como desechables y que no estén abiertos por ningún proceso; después, vuelve a ejecutar el trabajo original y confirma tanto su éxito como la limpieza. El resultado es estable cuando el espacio libre se mantiene durante dos ciclos. Si la propiedad sigue siendo desconocida o está implicada la integridad de la base de datos, conserva los datos y escala el problema en lugar de forzar su recuperación.