¿Por qué aumentan los metadatos de Immich al hacer copias de seguridad de fotos familiares?
Los metadatos de Immich crecen durante la copia de seguridad de las fotos familiares porque cada original crea registros de la aplicación y también puede crear miniaturas, vectores de búsqueda, datos faciales y otros estados derivados.
Ese crecimiento no representa un porcentaje uniforme de la biblioteca original. Un hogar con muchas imágenes pequeñas, vídeos largos, numerosos rostros o un procesamiento de búsqueda intensivo puede tener un perfil de sobrecarga diferente al de otra familia con los mismos terabytes de origen. Separa el estado de la base de datos de los archivos generados antes de decidir si el crecimiento es normal.
Cada recurso añade registros de aplicación persistentes
La base de datos necesita registros que relacionen un recurso con su propietario, ruta, marcas de tiempo, álbumes, permisos y otras propiedades visibles en la aplicación. A medida que aumenta el número de recursos y relaciones, también crece este estado persistente, incluso cuando los archivos originales se almacenan en otro lugar.
Una descripción general del dimensionamiento del almacenamiento que separa la sobrecarga de la base de datos de las miniaturas y los originales resulta útil porque estas funciones escalan de manera diferente. Sus cifras de ejemplo deben considerarse observaciones de una implementación, no una proporción garantizada para la biblioteca de otra familia.
Por tanto, para algunas cuestiones relacionadas con los metadatos, el número de recursos es una variable inicial más útil que los gigabytes de origen. Diez mil vídeos grandes y diez mil fotos pequeñas pueden ocupar capacidades originales muy diferentes, pero ambos conjuntos siguen necesitando registros y relaciones a nivel de recurso en la base de datos de la aplicación.
Los archivos de navegación generados añaden una curva de almacenamiento independiente
La navegación por la cronología depende de representaciones más pequeñas, más rápidas de mostrar que abrir cada original. Estos archivos generados no son metadatos de la base de datos en sentido estricto, pero a menudo se perciben como “sobrecarga de Immich” porque crecen junto con la biblioteca y la aplicación los gestiona.
La distribución del almacenamiento en cuatro servicios de una implementación de laboratorio doméstico distingue entre fotos, contenido multimedia generado y ubicación de la base de datos. Esta separación es importante desde el punto de vista operativo porque los archivos derivados que cambian con frecuencia y el estado crítico de la base de datos no tienen la misma función de copia de seguridad ni de rendimiento.
No calcules esta curva únicamente a partir de los bytes originales. El número de miniaturas depende de los recursos y los tamaños habilitados, mientras que la salida de vídeo codificado depende de la compatibilidad de los vídeos y de la configuración de transcodificación. Mide cada directorio generado por separado después de que el mismo grupo de recursos haya terminado de procesarse.
Las funciones de búsqueda y reconocimiento facial añaden estado de índice
La búsqueda semántica y las funciones faciales crean representaciones numéricas y relaciones que permiten descubrir contenido visual sin reescribir la imagen original. Por tanto, un mayor número de recursos procesados, rostros detectados y funciones de análisis habilitadas añade con el tiempo estado relacionado con la base de datos y los modelos.
La explicación de las incrustaciones semánticas muestra por qué un índice de búsqueda visual puede crecer aunque los nombres de archivo y las carpetas no cambien. El modelo transforma cada imagen apta en una representación reutilizable, que después puede compararse con consultas de texto.
Este estado no debe confundirse con una segunda copia en resolución completa. Si el crecimiento de la base de datos relacionado con la búsqueda continúa rápidamente después de que el número de recursos, la configuración de funciones y el inventario de modelos se hayan mantenido estables, investiga tareas de mantenimiento, procesamiento duplicado u otro mecanismo de la base de datos, en lugar de asumir que la indexación normal lo explica.
La organización familiar añade relaciones, no solo archivos
Los álbumes, nombres de personas, relaciones de uso compartido, favoritos, ediciones y otras acciones del usuario pueden ampliar los metadatos de la aplicación independientemente de los nuevos originales. Por tanto, dos familias con contenido multimedia idéntico pueden tener distintas huellas en la base de datos porque una utiliza más funciones de organización y uso compartido.
La descripción de ZimaSpace sobre las capas de organización de fotos destaca la diferencia entre los originales centralizados y las personas, lugares, eventos y álbumes que se pueden buscar y que se construyen sobre ellos. Estas relaciones forman parte de la experiencia del usuario y deben tenerse en cuenta al planificar la recuperación.
Este mecanismo deja de explicar un crecimiento grande e inexplicado en los registros, las capas de escritura de los contenedores, los archivos temporales o los recursos de origen duplicados. Esas categorías tienen causas diferentes y deben medirse fuera del modelo de base de datos y derivados, en lugar de incluirse en una única cifra de “metadatos”.
Mide el crecimiento por función de almacenamiento
Toma una referencia antes de una importación representativa: bytes y cantidad del contenido multimedia original, tamaño de la base de datos, almacenamiento de miniaturas o vistas previas, almacenamiento de vídeo codificado, caché de modelos, copias de seguridad y espacio temporal o de registros. Repite la medición después de que el mismo grupo haya completado sus tareas en segundo plano habilitadas y otra vez después del uso doméstico normal.
Un flujo de trabajo de copia de seguridad familiar de ZimaSpace refuerza por qué los originales y el estado esencial de la aplicación deben protegerse juntos, mientras que las salidas regenerables pueden tratarse de otra manera. La contabilidad del almacenamiento debe tener en cuenta tanto el valor de recuperación como el número de bytes.
Acepta el crecimiento cuando el cambio pueda relacionarse con nuevos recursos, derivados, registros de la base de datos y funciones habilitadas. Investiga más cuando una función crezca sin una actividad equivalente de recursos o funciones, o cuando el total medido difiera considerablemente de la suma de las funciones de almacenamiento conocidas.
Productos recomendados
Centro de Tecnología e IA
Más para leer
Los modelos abiertos están alcanzando a la IA de vanguardia: ¿será 2026 el año en que la IA local alcance un nivel suficientemente bueno?
Los modelos abiertos están alcanzando un nivel suficiente para más cargas de trabajo de IA local, mientras que los modelos de vanguardia en la...
NVIDIA PAIR convierte tu red doméstica en un clúster local de IA—¿todavía necesitas un gran servidor con GPU?
NVIDIA PAIR distribuye las solicitudes de IA local entre varios PC, haciendo que la capacidad de cómputo sea más flexible, mientras un servidor doméstico...
¿Por qué Immich se siente más rápido en una red LAN que mediante conexiones remotas?
Las solicitudes en la LAN suelen seguir una ruta más corta y con menor latencia. El acceso remoto añade limitaciones de capacidad de la...
