Immich bör ha tillräckligt med ledigt lagringsutrymme för den största förväntade uppladdningsbatchen, de härledda filer och temporära utdata som kan skapas, en ny databasbackup samt en säkerhetsmarginal för filsystemet; det finns ingen tillförlitlig universell procentsats som passar alla bibliotek.
Ett hushåll med telefonvideor, ett RAW-fotoarkiv och ett huvudsakligen statiskt externt bibliotek ger upphov till mycket olika belastningstoppar. Mät en representativ jobbcykel, beräkna det maximala antalet extra byte och inoder och lägg sedan till en återställningsmarginal som lämnas orörd av normal bearbetning. Konfigurera aviseringar för absoluta mängder lediga byte och inoder, eftersom en nominell procentsats kan vara farligt liten eller onödigt stor.
Mät biblioteket och en toppbelastad jobbcykel
Registrera storleken på original, miniatyrbilder, kodad video, profildata, databasbackuper och temporära platser före en representativ import. Kör metadataextrahering, generering av miniatyrbilder, Smart Search eller ansiktsbearbetning samt eventuell videotranskodning som förväntas för den batchen, och registrera sedan den högsta uppmätta användningen.
Ett transkodningstungt fall hos en användare rapporterade att lagringsanvändningen ökade från ungefär 100 GB till 326 GB. Detta distributionsspecifika tillväxtsexempel visar varför mediemixen måste mätas; det är ingen generell multiplikator.
Upprepa testet med den största realistiska familjeuppladdningen, inte med ett enda foto. Godkänt innebär att alla relevanta sökvägar och filsystem ingår. Om temporära filer finns på containerns rotfilsystem eller på en separat volym ska den kapaciteten mätas separat i stället för att förlita sig på det lediga utrymmet på biblioteksdisken.
Beräkna en reserv utifrån namngivna komponenter
Använd en planeringsekvation: reserven är lika med den största inläsningsbatchen plus uppmätt tillväxt för härledda och temporära filer plus den största överlappningen med schemalagda backuper samt en filsystems- och återställningsmarginal. Dokumentera varje tal och beräkna på nytt efter ändringar av videopolicy, modell, bibliotekets storlek eller backup-process.
En oberoende artikel om planering av Immich-lagring skiljer mellan original, genererade filer, databasaktivitet och tillväxtplanering. Använd det ramverket som kontext och ersätt sedan generiska uppskattningar med ditt eget uppmätta högsta värde innan du ställer in aviseringar.
Räkna inte återvinningsbara ögonblicksbilder eller väntande raderingar som garanterat ledigt utrymme förrän filsystemet rapporterar dem som lediga. Reserveringen måste även täcka återställning och insamling av loggar efter ett misslyckat jobb, så normala köer bör aldrig tillåtas förbruka den sista återställningsmarginalen.
Skicka aviseringar för byte, inoder och tillväxthastighet
Ställ in en varningsnivå över den beräknade reserven och en kritisk tröskel som stoppar valfria importer eller ombearbetning innan skrivningar misslyckas. Övervaka absoluta byte, procent, tillgängliga inoder, tillväxt av ögonblicksbilder och monteringsidentiteten, så att en frånkopplad nätverksresurs inte kan rapportera missvisande lokal kapacitet.
Följ förändringstakten under kökörningar samt den aktuella totalen. En snabbt växande transkodning eller backup kan passera reserven mellan dagliga kontroller. Aviseringarna bör ange filsystemet och det aktiva jobbet i stället för att bara säga att Immich-lagringen är låg.
ZimaSpace-artikeln om lagringskapacitet för hem-NAS hjälper till att sätta varningar för ledigt utrymme i ett bredare sammanhang med tillväxt och expansionsplanering.
Validera tröskeln och fastställ när kapaciteten ska utökas
Under ett kontrollerat tidsfönster ska du börja med ett ledigt utrymme som ligger säkert över varningsnivån och köra den största batchen tillsammans med det schemalagda backupmönstret. Godkänt innebär att alla jobb slutförs, backuperna blir klara och det återstående utrymmet förblir över återställningsmarginalen utan att inoderna tar slut.
Följ reservförbrukningen varje månad. Utöka kapaciteten, flytta lagringskrävande medier eller ändra bevarandet innan prognosen visar att det lediga utrymmet når varningsnivån inom den tid som krävs för inköp och leverans. Vänta inte tills den kritiska tröskeln nås innan du beställer mer lagring.
Stoppa nya uppladdningar eller valfri ombearbetning om det lediga utrymmet närmar sig den kritiska gränsen, men bevara databasen och loggarna. Återställ policyändringar som raderar nödvändiga original eller den senaste verifierade backupen. Eskalera när den rapporterade användningen inte stämmer överens med mätningar på sökvägsnivå, eftersom ögonblicksbilder, raderade men fortfarande öppna filer eller en saknad montering kan dölja vad som skriver data.
Support och tips
Mer att läsa

Så optimerar du Immich-databasanslutningar för samtidiga containrar
Höj inte max_connections först. Mät Immich-sessionerna, summera alla containers behov, behåll utrymme för administratörsåtkomst och justera bara den flaskhals som har bevisats.

Så förhindrar du duplicerade jobb eller importer i Immich
Separera upprepade jobb från duplicerade resurser. Använd en enda kanonisk inläsningsväg, kontrollera omförsök och sökvägsändringar och testa sedan återinmatning på en liten grupp.

Så reparerar du Immich när dess databasvolym blir full
Ta aldrig bort PostgreSQL-WAL för att frigöra utrymme. Stoppa skrivningar till Immich, bevara databastillståndet, lägg till säker lagringskapacitet, återställ PostgreSQL och förhindra sedan att...

