För aktuella Home Assistant-installationer ska du i första hand använda det inbyggda säkerhetskopieringssystemet och låta det köras medan Home Assistant är online. Stoppa eller pausa tjänsten endast när du gör en vanlig filsystemkopia eller använder en annan metod som inte samordnar den aktiva databasen.
Det verkliga beslutet är därför ”säkerhetskopiering av applikationen med stöd kontra generisk filkopia”, inte bara ”live kontra stoppad”. En lyckad rsync-, SMB-kopiering, VM-ögonblicksbild eller arkiveringskommandot bevisar inte i sig att databasen och resten av Home Assistant-tillståndet fångades vid samma konsekventa återställningspunkt.
Använd den inbyggda säkerhetskopieringsvägen först
Home Assistants Backup-integration kan nu skapa och återställa säkerhetskopior för olika installationstyper. För Core och Container inkluderar åtgärden backup.create Home Assistant-konfigurationen och databasen medan systemet förblir online.
Den här stödda vägen bör vara standarden för rutinmässiga återställningspunkter. Förvara krypteringsnyckeln eller nödpaketet utanför Home Assistant-värden, flytta minst en säkerhetskopia från värden och bekräfta att säkerhetskopian kan återställas innan du förlitar dig på den vid en uppgradering eller migrering.
Gå endast över till manuell filsystemkopiering när du har ett skäl som den inbyggda säkerhetskopieringen inte täcker, och gör då beteendet kring databasens konsekvens tydligt.
Stoppa Home Assistant endast för en vanlig kopia av /config
Att stoppa tjänsten är fortfarande det enklaste sättet att skapa en internt konsekvent generisk kopia av konfigurationskatalogen. Förbered målplatsen, behörigheterna och det lediga utrymmet först. Stoppa sedan Home Assistant, kopiera katalogträdet, verifiera jobbet och starta tjänsten igen.
Ett praktiskt arbetsflöde för containermigrering använder exakt denna gräns: stoppa containern innan du kopierar dess beständiga, SQLite-baserade konfiguration. Det är lämpligt för en rå filsystemöverföring, inte ett skäl att stoppa Home Assistant inför varje inbyggd säkerhetskopiering.
Förläng inte driftstoppet genom att upptäcka sökvägsfel efter stoppet. Validera målplatsen i förväg och använd stoppfönstret endast för den slutliga auktoritativa kopian.
En live-säkerhetskopia av databasen kan vara säker när den är databasanpassad
SQLite har stöd för mekanismer för säkerhetskopiering online som skapar en konsekvent fristående kopia medan källdatabasen förblir aktiv. Det skiljer sig mycket från att kopiera databasfilen och WAL-filen separat med en generisk synkroniserare.
Ett aktuellt säkerhetskopieringsarbetsflöde för homelab förklarar varför SQLites sidmedvetna .backup-kommando undviker inkonsekventa kombinationer av huvudfil och WAL som kan uppstå vid naiv live-rsync.
Om du bygger en anpassad live-säkerhetskopia ska du först skapa den databasanpassade kopian separat, kopiera den återstående konfigurationen med kompatibla semantiska regler och bevisa hela resultatet i ett återställningstest. En konsekvent databas bevarar inte i sig saknade anpassade filer, hemligheter eller körningsdefinitioner.
Håll databasanpassade live-säkerhetskopior åtskilda från generiska ögonblicksbilder
Tillämpa inte regeln ”stoppa för rsync” på databasanpassade live-säkerhetskopieringsmetoder eller på Home Assistants eget säkerhetskopieringsgränssnitt. Konsekvensgarantin kommer från säkerhetskopieringsmetoden, inte från om verktygsnamnet innehåller ordet ”ögonblicksbild” eller ”säkerhetskopia”.
För Container-installationer ska du också bevara körningsdefinitionen utanför Home Assistant: Compose-filen, värdens konfigurationssökväg, enhetsmappningar, nätverksläge och beroenden till externa tjänster. Ett säkerhetskopieringsarkiv kan återställa Home Assistant-tillståndet utan att själv återskapa en odokumenterad containerlayout.
ZimaSpace-exemplet med att ge Home Assistant en egen återställningsplan vid sidan av NAS-enheten förstärker gränsdragningen: dataskyddet måste omfatta både applikationstillståndet och miljön som krävs för att köra det.
Bedöm säkerhetskopian utifrån återställningsresultaten
Återställ en aktuell säkerhetskopia till ett isolerat mål och verifiera användare, integrationer, instrumentpaneler, automatiseringar, hjälpare, enhetsregister, historik om det krävs samt en representativ lokal styrningsväg. Starta om det återställda målet en gång innan du anser säkerhetskopian bevisad.
En säkerhetskopieringsmetod som slutförs varje natt men inte kan återställa ett fungerande system är i praktiken sämre än ett kort underhållsstopp med ett testat återställningsresultat. Föredra den enklaste metoden som uppfyller ditt krav på driftstopp och ger ett tillstånd som kan återställas på ett upprepningsbart sätt.
Vanliga frågor
Behöver jag stoppa Home Assistant innan jag använder den inbyggda säkerhetskopieringsfunktionen?
Nej. Använd det inbyggda säkerhetskopieringsarbetsflödet enligt anvisningarna. Rekommendationen att stoppa tjänsten gäller vanliga filkopior som inte samordnar Home Assistants aktiva databas och tillstånd.
Är en filsystems- eller VM-ögonblicksbild automatiskt en säker live-säkerhetskopia?
Inte automatiskt. En ögonblicksbild är bara så användbar som den konsekvens den fångar och återställningstestet som följer. Om applikationen och databasen fortsätter att skriva under ögonblicksbilden ska du verifiera att metoden ger de konsekvensgarantier som din återställningsplan bygger på.
Support och tips
Mer att läsa

Varför blir en Home Assistant-server varm eller låter mycket under inaktiva timmar?
Koppla ihop toppar i fläktvarvtal eller temperatur i Home Assistant med Recorder, säkerhetskopieringar, integrationer och samlokaliserade jobb innan du ändrar kylningen eller CPU-begränsningarna.

När bör du bygga om i stället för att reparera Home Assistant?
Reparera först det minsta felande Home Assistant-lagret, återställ därefter ett känt fungerande tillstånd och bygg bara om när den beständiga konfigurationen inte längre går...

Hur mycket ledigt lagringsutrymme bör Home Assistant ha för bakgrundsjobb?
Dimensionera Home Assistants lediga utrymme utifrån Recorder-databasen, säkerhetskopieringarnas tillväxt, underhållstoppar och återställningsåtgärder – inte utifrån en universell procentsats.

