Immich sollte genügend freien Speicher für den größten erwarteten Upload-Stapel, die von ihm erzeugten abgeleiteten Dateien und temporären Ausgaben, ein aktuelles Datenbank-Backup sowie einen Sicherheitsabstand für das Dateisystem vorhalten; einen verlässlichen universellen Prozentsatz für jede Bibliothek gibt es nicht.
Ein Haushalt mit Handyvideos, ein RAW-Fotoarchiv und eine überwiegend statische externe Bibliothek erzeugen sehr unterschiedliche Lastspitzen. Messen Sie einen repräsentativen Auftragszyklus, berechnen Sie die maximale zusätzliche Anzahl an Bytes und Inodes und addieren Sie eine Wiederherstellungsreserve, die von der normalen Verarbeitung unberührt bleibt. Konfigurieren Sie Warnungen für absolute freie Bytes und Inodes, da ein nomineller Prozentsatz gefährlich klein oder unnötig groß sein kann.
Bibliothek und einen Spitzen-Auftragszyklus messen
Erfassen Sie vor einem repräsentativen Import die Größen von Originalen, Vorschaubildern, kodierten Videos, Profildaten, Datenbank-Backups und temporären Speicherorten. Führen Sie die Metadatenextraktion, die Erstellung von Vorschaubildern, Smart Search oder die Gesichtserkennung sowie jede für diesen Stapel erwartete Videotranskodierung aus und halten Sie anschließend den Höchststand fest.
In einem transkodierungsintensiven Fall eines Benutzers wuchs der Speicherbedarf von ungefähr 100 GB auf 326 GB. Dieses bereitstellungsspezifische Wachstumsbeispiel zeigt, warum die Zusammensetzung der Medien gemessen werden muss; es ist kein allgemeiner Multiplikator.
Wiederholen Sie die Messung mit dem größten realistischen Familien-Upload, nicht mit einem einzelnen Foto. Der Test ist bestanden, wenn jeder relevante Pfad und jedes Dateisystem einbezogen wird. Wenn temporäre Dateien im Container-Root oder auf einem separaten Volume liegen, messen Sie dessen Kapazität unabhängig, statt sich auf den freien Speicherplatz des Bibliotheksdatenträgers zu verlassen.
Eine Reserve aus benannten Komponenten berechnen
Verwenden Sie eine Planungsformel: Die Reserve entspricht dem maximalen Aufnahme-Stapel plus dem gemessenen Wachstum durch abgeleitete und temporäre Dateien, dem größten Überschneidungszeitraum geplanter Backups sowie einer Dateisystem- und Wiederherstellungsreserve. Dokumentieren Sie jede Zahl und berechnen Sie sie neu, nachdem Sie die Videorichtlinie, das Modell, die Bibliotheksgröße oder den Backup-Prozess geändert haben.
Ein unabhängiger Artikel zur Immich-Speicherplanung trennt Originale, generierte Dateien, Datenbankaktivitäten und Wachstumsplanung. Nutzen Sie dieses Modell als Kontext und ersetzen Sie anschließend allgemeine Schätzwerte durch Ihren eigenen gemessenen Höchststand, bevor Sie Warnungen festlegen.
Zählen Sie wiederverwertbare Snapshots oder ausstehende Löschungen erst dann als garantiert freien Speicher, wenn das Dateisystem sie als frei meldet. Die Reserve muss außerdem Rollbacks und die Protokollsammlung nach einem fehlgeschlagenen Auftrag abdecken, sodass normale Warteschlangen niemals die letzte Wiederherstellungsreserve aufbrauchen können.
Bytes, Inodes und Wachstumsrate überwachen
Setzen Sie eine Warnschwelle oberhalb der berechneten Reserve und eine kritische Schwelle, die optionale Importe oder erneute Verarbeitung stoppt, bevor Schreibvorgänge fehlschlagen. Überwachen Sie absolute Bytes, den Prozentsatz, die Verfügbarkeit von Inodes, das Snapshot-Wachstum und die Identität des Mounts, damit eine getrennte Freigabe keine irreführende lokale Kapazität meldet.
Verfolgen Sie während der Warteschlangen auch die Änderungsrate und nicht nur den aktuellen Gesamtwert. Eine schnell wachsende Transkodierung oder ein Backup kann die Reserve zwischen täglichen Prüfungen unterschreiten. Warnmeldungen sollten das Dateisystem und den aktiven Auftrag nennen, statt lediglich zu melden, dass der Immich-Speicher knapp ist.
Der ZimaSpace-Artikel über die Speicherkapazität von Heim-NAS-Systemen hilft dabei, Warnungen zu freiem Speicher in einen umfassenderen Wachstums- und Erweiterungsplan einzuordnen.
Schwellenwert validieren und Zeitpunkt der Erweiterung festlegen
Starten Sie in einem kontrollierten Zeitfenster mit einem freien Speicherplatz, der sicher über der Warnschwelle liegt, und führen Sie den Spitzen-Stapel zusammen mit dem geplanten Backup-Ablauf aus. Der Test ist bestanden, wenn alle Aufträge abgeschlossen werden, die Backups erfolgreich beendet werden und der verbleibende Speicherplatz oberhalb der Wiederherstellungsreserve bleibt, ohne dass die Inodes erschöpft sind.
Verfolgen Sie den Verbrauch der Reserve monatlich. Erweitern Sie die Kapazität, verschieben Sie medienintensive Daten oder ändern Sie die Aufbewahrungsrichtlinie, bevor der prognostizierte freie Speicher innerhalb der Beschaffungsfrist die Warnschwelle erreicht. Warten Sie nicht, bis die kritische Schwelle erreicht ist, um Speicher zu bestellen.
Stoppen Sie neue Uploads oder optionale erneute Verarbeitung, wenn sich der freie Speicher der kritischen Grenze nähert, bewahren Sie jedoch Datenbank und Protokolle. Machen Sie Richtlinienänderungen rückgängig, durch die benötigte Originale oder das letzte verifizierte Backup gelöscht werden. Eskalieren Sie den Vorfall, wenn der gemeldete Verbrauch nicht mit den Messungen auf Pfadebene übereinstimmt, da Snapshots, gelöschte, aber noch geöffnete Dateien oder ein fehlender Mount den verursachenden Prozess verbergen können.
Support & Tipps
Mehr zum Lesen

So optimieren Sie Immich-Datenbankverbindungen für gleichzeitig ausgeführte Container
Erhöhen Sie max_connections nicht als Erstes. Messen Sie die Immich-Sitzungen, summieren Sie den Bedarf aller Container, halten Sie Kapazitäten für die Administration frei und...

So verhindern Sie doppelte Jobs oder Importe in Immich
Trennen Sie wiederholte Aufträge von doppelten Assets. Verwenden Sie einen einzigen kanonischen Aufnahmeweg, kontrollieren Sie Wiederholungsversuche und Pfadänderungen und testen Sie anschließend den erneuten...

So reparieren Sie Immich, nachdem das Datenbank-Volume vollgelaufen ist
Löschen Sie niemals PostgreSQL-WAL-Dateien, um Speicherplatz freizugeben. Stoppen Sie Schreibvorgänge von Immich, bewahren Sie den Datenbankstatus, schaffen Sie sicheren zusätzlichen Speicherplatz, stellen Sie PostgreSQL...

