Hur mycket ledigt lagringsutrymme bör Home Assistant ha för bakgrundsjobb?

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

How Much Free Storage Should Home Assistant Keep for Background Jobs? - Zima Store Online

Home Assistant bör inte använda en enda universell procentsats för ledigt utrymme. Den användbara reserven är det utrymme som krävs för den aktuella Recorder-databasen, den största normala underhålls- eller uppgraderingsåtgärden, tillväxt av säkerhetskopior samt tillräckligt med återställningsmarginal för att undvika att filsystemet fylls medan systemet försöker reparera sig självt.

Börja med databasen, eftersom Recorder tillfälligt kan behöva betydande arbetsutrymme vid ombyggnad, ompaketering, schemändringar eller återställning efter korruption. Lägg sedan till den faktiska storleken på lokala säkerhetskopior och andra program som delar systemdisken. En liten installation med en databas på 400 MB har en annan gräns än en installation med flera gigabyte historik och många sparade säkerhetskopior.

Använd Recorder-databasen som den första kapacitetsenheten

Mät den aktuella databasens storlek och dagliga tillväxt. Gränsen för ledigt utrymme bör inte understiga den mängd som behövs för att utföra normalt databasunderhåll, samtidigt som operativsystemet får utrymme att skriva loggar, temporära filer och uppgraderingsdata.

Råd från Home Assistant-communityt, från en Recorder-underhållare, rekommenderar att ha minst lika mycket ledigt utrymme som databasens storlek och, vid svåra återställningsfall med tabellombyggnad, helst ungefär 2,5 gånger databasens storlek. Se detta som ett krav för databasåterställning, inte som en universell procentsats av hela disken.

Om Recorder-databasen är 2 GB kan en nästan full 256 GB-disk fortfarande vara riskabel, även om den lediga procentandelen ser liten men acceptabel ut. Omvänt behöver en liten databas på en stor SSD inte en godtycklig reserv på 20 procent bara för att en procentregel säger det.

Säkerhetskopior kan i tysthet bli den största lokala förbrukaren

Automatiska och manuella säkerhetskopior samlas på hög oberoende av Recorder-databasen. Om flera gamla arkiv sparas på Home Assistant-systemdisken kan det lediga utrymme som behövs för att skapa nästa säkerhetskopia eller slutföra en uppgradering försvinna.

Håll koll på antalet lokala säkerhetskopior, storleken på varje arkiv och lagringspolicyn. Flytta återställningskopior till en NAS eller annan destination i stället för att använda produktionsdisken både för aktivt tillstånd och långsiktig lagring av säkerhetskopior.

ZimaSpace-diskussionen om att separera Home Assistant-säkerhetskopior från den aktiva värden beskriver rätt återställningsmodell: hanteringen av ledigt utrymme blir bättre när gamla säkerhetskopior inte konkurrerar med den aktiva databasen på samma enhet.

Minska databasens tillväxt innan du bygger ut disken

En snabbt växande databas kan förbruka vilken fast reserv som helst. Hitta entiteter med mycket brus, onödiga attribut, för lång lagringstid eller integrationer som genererar frekventa statusändringar innan du bara utökar lagringsutrymmet.

Databasens tillväxt kan ofta minskas innan lagringen byggs ut. En praktisk rensning använde Recorder-undantag, kortare lagringstid och riktad rensning av entiteter med mycket brus i stället för att se en större disk som den första lösningen.

Mät igen efter ändringen. Målet är inte den minsta möjliga databasen, utan en databas som behåller användbar historik utan att göra rutinmässig rensning, säkerhetskopiering och uppgradering allt svårare.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Lämna marginal för ompaketering, uppgradering och återställning

Rensning av gamla poster minskar inte alltid databasfilen direkt. En ompaketering eller ombyggnad kan skriva om en stor del av databasen och tillfälligt öka användningen av I/O och lagringsutrymme innan utrymmet återvinns.

En separat genomgång av databasrensning visar hur en överdimensionerad Recorder-databas även kan göra säkerhetskopior större. Att minska mängden data som registreras och sedan rensa eller paketera om den data som ska behållas hanterar båda tillväxtvägarna i stället för att radera slumpmässiga filer från konfigurationskatalogen.

Påbörja aldrig en omfattande ompaketering när disken redan nästan är full. Frigör utrymme för säkerhetskopior eller utöka filsystemet först, eftersom ett underhållsjobb som får slut på arbetsutrymme kan skapa ett svårare återställningsproblem än den ursprungliga stora databasen.

Fastställ en uppmätt gräns och varna innan du når den

Utrymmeskomponent	Så dimensionerar du den	Varför den är viktig
Arbetsutrymme för Recorder	Minst den aktuella databasens storlek; större återställningsmarginal när det är möjligt	Ombyggnad, ompaketering och schemaarbete
Reserv för säkerhetskopior	Det största förväntade nya arkivet plus lagringspolicyn	Säkerhetskopieringen måste slutföras före rensning
Uppgraderingsreserv	Den observerade toppen för avbild/paket och migrering	Versionsändringar kan behöva temporära filer
Värdreserv	Normala loggar och andra tjänster	Systemet måste fortsätta fungera under underhåll

Ställ in en varning ovanför felgränsen så att du hinner agera innan bakgrundsarbete blockeras. Se över tröskeln efter större tillväxt av entiteter, kameror, lagringstid, tillägg eller storlek på säkerhetskopior.

Vanliga frågor

Bör Home Assistant alltid ha 20 procent av disken ledig?

Nej. En fast procentsats kan vara för stor på en stor disk och för liten för en stor Recorder-databas på en liten disk. Dimensionera gränsen utifrån den faktiska arbetsbelastningen för databas, underhåll, säkerhetskopiering och återställning.

Varför minskade inte databasfilen direkt när Recorder rensade gamla data?

När rader tas bort kan utrymmet frigöras internt i databasen för återanvändning utan att filen på disken krymper. Ompaketering eller ombyggnad kan återvinna utrymme i filsystemet, men det är tyngre åtgärder som kräver extra arbetsmarginal.