Varför förlorar Home Assistant åtkomsten till beständiga data efter att stacken återskapats?
Att återskapa en Home Assistant Docker- eller Compose-stack bör inte radera konfigurationen när samma beständiga /config-data monteras igen. När onboarding visas eller integrationer verkar saknas efter återskapandet bör det första antagandet vara att den nya containern ser en annan lagringsvy – inte att Home Assistant har raderat hushållets tillstånd.
Inspektera den faktiska monteringen, värdsökvägen, den namngivna volymen, dolda filer och behörigheter innan du återställer en äldre säkerhetskopia. En felaktig tom katalog kan se exakt ut som en konfigurationsförlust, trots att originaldata fortfarande finns kvar någon annanstans på värden.
Verifiera vad som faktiskt är monterat på /config
Inspektera den körande containern och bekräfta monteringskällan som är kopplad till /config. Jämför den med den gamla Compose-filen eller distributionsposten i stället för att förlita dig på ett välbekant katalognamn.
Docker-bindmonteringar ersätter containerns vy av målkatalogen, och den aktuella dokumentationen om bindmonteringar noterar att montering av en värdkatalog över en icke-tom containersökväg döljer filerna som redan fanns där. En tom eller felaktig källsökväg gör därför att Home Assistant ser en tom /config.
Kör inte onboarding och börja inte skapa nya integrationer förrän monteringen har verifierats. Nya skrivningar till fel katalog gör den senare återställningen mer förvirrande.
Skilj bindmonteringar från namngivna volymer
En Compose-stack kan använda en uttrycklig värdsökväg eller en Docker-hanterad namngiven volym. Om du återskapar ett projekt med ett annat projektnamn, volymnamn eller sökväg kan en ny tom beständig lagringsplats skapas medan den gamla volymen fortfarande finns kvar.
En aktuell Docker-volymguide förklarar att namngivna volymer lagrar data oberoende av enskilda containrar och kan anslutas igen efter att en container har ersatts. Att ta bort en container är därför inte samma sak som att ta bort eller ersätta dess beständiga lagring.
Lista de gamla och nya volymerna, inspektera deras monteringspunkter via Docker och jämför skapandetider och innehåll. Undvik rensningskommandon tills du vet vilken volym som innehåller det auktoritativa Home Assistant-tillståndet.
Dolda filer kan få en kopia att se komplett ut trots att den inte är det
Home Assistant lagrar viktigt tillstånd som hanteras via gränssnittet under dolda sökvägar som .storage. En skalkopiering med ett globuttryck som *, eller en filhanterare som döljer punktfiler, kan flytta YAML-filer samtidigt som kritiskt register- och integrationstillstånd lämnas kvar utan att det märks.
Ett migreringsfall från Docker till Compose från 2025 återskapade exakt denna gräns: en kopieringsåtgärd missade eller hanterade dolda Home Assistant-data fel, och migreringen stabiliserades först när hela konfigurationsträdet och metadata hade kopierats korrekt.
Jämför kataloglistningar som inkluderar punktfiler och verifiera ägarskap, tidsstämplar samt förekomsten av förväntade dolda kataloger innan du drar slutsatsen att själva datan är skadad.
Kontrollera behörigheterna innan du kopierar data igen
Den korrekta katalogen kan ändå verka oanvändbar när den återskapade containern saknar behörighet att läsa eller skriva i den. Detta är vanligt efter att data har flyttats till ett nytt filsystem, Docker-läget har ändrats, data har återställts från en annan värd eller UID/GID-mappningar har ändrats.
En felsökningsguide för Docker Engine, verifierad 2026, begränsar dessa fel till den faktiska värdsökvägen, containerns UID/GID, åtkomst till överordnade kataloger, monteringsläget och säkerhetsgränser. En skrivskyddad monteringspunkt eller felaktigt ägarskap kan hindra Home Assistant från att uppdatera tillståndet även när filerna är synliga.
Åtgärda det specifika ägarskaps- eller monteringsproblemet i stället för att ge hela konfigurationsträdet skrivbehörighet för alla.
Återskapa stacken först när den beständiga sökvägen har verifierats
Använd den exakta, beprövade Compose-definitionen, image-taggen, nätverksläget, enheterna och /config-källan. Starta Home Assistant och verifiera att förväntade användare, instrumentpaneler, integrationer, automatiseringar och hjälpare återkommer innan du tillåter migreringar eller nya konfigurationsändringar.
ZimaSpaces arbetsflöde för återställning av en enskild container följer samma regel: inspektera de faktiska monteringspunkterna och återanslut fungerande beroenden innan du återställer eller ersätter orelaterade delar av en stack.
Om de auktoritativa data verkligen saknas går du vidare med återställning från säkerhetskopia. Om datan finns men den nya containern inte kan se eller ändra den hör problemet hemma i lagringsmappningen eller behörighetsgränsen – inte i själva Home Assistant-konfigurationen.
Rekommenderade produkter
Support och tips
Mer att läsa
Tecken på att en Home Assistant-databas behöver underhåll eller bytas ut
En stor Home Assistant-databas behöver vanligtvis underhåll av lagringstid eller rensning; återkommande korruption eller integritetsfel är starkare signaler på att den bör bytas ut.
Hur många samtidiga användare klarar Home Assistant innan det börjar gå långsammare?
Home Assistant har ingen fast praktisk gräns för antalet användare: testa aktiva klienter med riktiga instrumentpaneler och entitetsuppdateringar och sluta innan återkommande fördröjningar uppstår.
Kan Home Assistant använda en extern databas utan att uppgraderingar slutar fungera?
En extern Recorder-databas kan överleva uppgraderingar, men medför eget ansvar för tillgänglighet, schemamigrering, säkerhetskopiering, återställning och versionshantering.
