Warum wächst die Immich-Metadatengröße bei der Sicherung von Familienfotos?
Immich-Metadaten wachsen während der Sicherung von Familienfotos, weil jedes Original Anwendungsdatensätze erstellt und möglicherweise zusätzlich Vorschaubilder, Suchvektoren, Gesichtsdaten und andere abgeleitete Zustände erzeugt.
Dieses Wachstum entspricht nicht einem einheitlichen Prozentsatz der ursprünglichen Bibliothek. Ein Haushalt mit vielen kleinen Bildern, langen Videos, zahlreichen Gesichtern oder umfangreicher Suchverarbeitung kann ein anderes Overhead-Profil aufweisen als eine andere Familie mit derselben Quellgröße in Terabytes. Trennen Sie Datenbankzustand und generierte Dateien, bevor Sie entscheiden, ob das Wachstum erwartungsgemäß ist.
Jedes Asset fügt dauerhafte Anwendungsdatensätze hinzu
Die Datenbank benötigt Datensätze, die ein Asset seinem Besitzer, Pfad, Zeitstempeln, Alben, Berechtigungen und anderen in der Anwendung sichtbaren Eigenschaften zuordnen. Mit der Anzahl der Assets und Beziehungen wächst auch dieser dauerhafte Zustand, selbst wenn die Originaldateien an anderer Stelle gespeichert werden.
Eine Übersicht zur Speicherplanung, die den Datenbank-Overhead von Vorschaubildern und Originalen trennt, ist hilfreich, weil diese Bereiche unterschiedlich skalieren. Die dortigen Beispielwerte sollten als Beobachtungen aus einer Bereitstellung und nicht als garantierter Wert für die Bibliothek einer anderen Familie betrachtet werden.
Die Asset-Anzahl ist daher für manche Metadatenfragen ein besserer Ausgangswert als die Quellgröße in Gigabytes. Zehntausend große Videos und zehntausend kleine Fotos können sehr unterschiedliche Kapazitäten für Originale belegen, benötigen jedoch beide Datensätze und Beziehungen auf Asset-Ebene in der Anwendungsdatenbank.
Generierte Dateien für die Anzeige bilden eine separate Speicherkurve
Das Durchsuchen der Zeitleiste hängt von kleineren Darstellungen ab, die schneller angezeigt werden können, als jedes Original zu öffnen. Diese generierten Dateien sind im engeren Sinne keine Datenbankmetadaten, werden aber häufig als „Immich-Overhead“ wahrgenommen, weil sie zusammen mit der Bibliothek wachsen und von der Anwendung verwaltet werden.
Die Aufteilung des Speichers auf vier Dienste in einer Home-Lab-Bereitstellung unterscheidet zwischen Fotos, generierten Medien und dem Datenbankstandort. Diese Trennung ist für den Betrieb wichtig, weil Dateien mit hoher Änderungsrate und kritischer Datenbankzustand nicht dieselbe Rolle bei Sicherung und Leistung haben.
Schätzen Sie diese Kurve nicht allein anhand der Originalgröße. Die Anzahl der Vorschaubilder richtet sich nach den Assets und den aktivierten Größen, während die Ausgabe der Videokodierung von der Videokompatibilität und den Transkodierungseinstellungen abhängt. Messen Sie jedes generierte Verzeichnis separat, nachdem dieselbe Gruppe die Verarbeitung abgeschlossen hat.
Such- und Gesichtsfunktionen fügen Indexzustand hinzu
Semantische Suche und Gesichtsfunktionen erzeugen numerische Darstellungen und Beziehungen, durch die visuelle Inhalte auffindbar werden, ohne das Originalbild neu zu schreiben. Mehr verarbeitete Assets, erkannte Gesichter und aktivierte Analysefunktionen führen daher im Laufe der Zeit zu zusätzlichem Datenbank- und modellbezogenem Zustand.
Die Erklärung zu semantischen Einbettungen zeigt, warum ein visueller Suchindex wachsen kann, selbst wenn Dateinamen und Ordner unverändert bleiben. Das Modell wandelt jedes geeignete Bild in eine wiederverwendbare Darstellung um, die anschließend für den Vergleich mit Textanfragen verfügbar ist.
Dieser Zustand sollte nicht mit einer zweiten Kopie in voller Auflösung verwechselt werden. Wenn das suchbezogene Datenbankwachstum stark anhält, obwohl Asset-Anzahl, Funktionseinstellungen und Modellbestand stabil bleiben, sollten Sie Wartung, doppelte Verarbeitung oder einen anderen Datenbankmechanismus untersuchen, anstatt anzunehmen, dass die normale Indexierung dies erklärt.
Die Organisation der Familie fügt Beziehungen hinzu, nicht nur Dateien
Alben, Personennamen, Freigabebeziehungen, Favoriten, Bearbeitungen und andere Benutzeraktionen können die Anwendungsmetadaten unabhängig von neuen Originalen erweitern. Zwei Familien mit identischen Medien können daher unterschiedlich große Datenbankbestände haben, weil eine mehr Organisations- und Freigabefunktionen nutzt.
Die Übersicht von ZimaSpace zur Organisation von Fotos hebt den Unterschied zwischen zentral gespeicherten Originalen und den darüberliegenden durchsuchbaren Personen, Orten, Ereignissen und Alben hervor. Diese Beziehungen sind Teil der Benutzererfahrung und müssen bei der Wiederherstellungsplanung berücksichtigt werden.
Der Mechanismus erklärt kein starkes, unerklärtes Wachstum in Protokollen, beschreibbaren Containerebenen, temporären Dateien oder doppelten Quelldateien. Diese Kategorien haben andere Ursachen und sollten außerhalb des Modells aus Datenbank und abgeleiteten Dateien gemessen werden, statt sie in einer einzigen „Metadaten“-Zahl zusammenzufassen.
Wachstum nach Speicherrolle messen
Erstellen Sie vor einem repräsentativen Import eine Ausgangsbasis: Größe und Anzahl der Originalmedien, Datenbankgröße, Speicher für Vorschaubilder oder Vorschauen, Speicher für kodierte Videos, Modell-Cache, Sicherungen sowie temporärer Speicher und Protokollspeicher. Wiederholen Sie die Messung, nachdem dieselbe Gruppe ihre aktivierten Hintergrundaufgaben abgeschlossen hat, und erneut nach der normalen Nutzung durch den Haushalt.
Ein Workflow zur Familiensicherung von ZimaSpace verdeutlicht, warum Originale und wichtiger Anwendungszustand gemeinsam geschützt werden müssen, während regenerierbare Ausgaben anders behandelt werden können. Die Speicherbilanz sollte sich neben der Byte-Anzahl auch am Wiederherstellungswert orientieren.
Akzeptieren Sie das Wachstum, wenn sich die Änderung durch neue Assets, abgeleitete Dateien, Datenbankdatensätze und aktivierte Funktionen erklären lässt. Untersuchen Sie genauer, wenn eine Rolle ohne entsprechende Asset- oder Funktionsaktivität wächst oder wenn die gemessene Gesamtsumme erheblich von der Summe der bekannten Speicherrollen abweicht.
Empfohlene Produkte
Tech- & KI-Zentrum
Mehr zum Lesen
Offene Modelle holen zur Spitzen-KI auf – wird 2026 das Jahr, in dem lokale KI gut genug wird?
Offene Modelle werden für immer mehr lokale KI-Workloads gut genug, während hochmoderne Cloud-Modelle für die anspruchsvollsten Aufgaben in den Bereichen Schlussfolgern und Agenten weiterhin...
NVIDIA PAIR verwandelt Ihr Heimnetzwerk in einen lokalen KI-Cluster – brauchen Sie noch einen großen GPU-Server?
NVIDIA PAIR verteilt lokale KI-Anfragen auf mehrere PCs und macht die Rechenleistung dadurch flexibler, während ein einzelner Heimserver Daten und Zustand dauerhaft speichern kann.
Warum fühlt sich Immich im LAN schneller an als bei Fernverbindungen?
LAN-Anfragen nehmen in der Regel einen kürzeren Weg mit geringerer Latenz. Der Fernzugriff bringt Kapazitätsbeschränkungen des WANs mit sich und kann zusätzliche DNS-, TLS-,...
