Så här återställer du Home Assistant på ett säkert sätt efter en inkompatibel version

Återställ Home Assistant med en återställningspunkt från före uppdateringen som motsvarar den äldre Core-versionen; utgå inte från att start av en äldre runtime återställer nyare migreringar av beständigt tillstånd.

Den säkraste återställningen börjar före det första reparationsförsöket: bevara tillståndet efter den misslyckade uppdateringen, identifiera den senast kända fungerande versionen och säkerhetskopian, och avgör om inkompatibiliteten gäller Core, en anpassad integration, ett tillägg eller en extern databas. En återställning är lyckad först när den tidigare runtimen kan läsa det återställda tillståndet och de ursprungliga hushållsfunktionerna fungerar igen. Versionsbyte och dataåterställning är en och samma återställningsåtgärd, inte två orelaterade knappar.

Bevara det misslyckade tillståndet innan du försöker nedgradera

Skriv inte över den enda kopian av konfigurationen efter uppdateringen medan du experimenterar. Spara den aktuella konfigurationen, loggarna, versionsnumren, databasens plats och den exakta funktionen som slutade fungera. Den kopian kan innehålla nya ändringar som gjorts efter den senaste fungerande säkerhetskopian samt bevis som behövs för att förstå inkompatibiliteten senare.

En återställningsregression från 2026 visade att även en till synes lyckad återställning från säkerhetskopia kan lämna runtimen på fel version när det omgivande Supervisor-beteendet är felaktigt. Rapporten om återställning från säkerhetskopia och återställning av Core-version är ett bra skäl att verifiera den faktiska versionen efter återställningen i stället för att lita på meddelandet om att åtgärden slutförts.

Sluta göra konfigurationsändringar tills återställningsvägen är känd. Om uppdateringen bara förstörde en valfri anpassad komponent medan resten av Home Assistant är stabilt kan det vara säkrare att inaktivera komponenten än att göra en fullständig återställning. Om Core inte kan starta, databasen inte kan läsas in eller kritiska automatiseringar inte kan användas, går du vidare med den kombinerade återställningen av runtime och tillstånd.

Välj en återställningspunkt från före den inkompatibla versionen

Identifiera den senaste säkerhetskopian som togs medan den äldre Home Assistant-versionen fungerade korrekt. Kontrollera tidsstämpeln mot viktiga ändringar i automatiseringar, användare, instrumentpaneler eller historik som du kan tänka dig att förlora. Återställningspunkten är en avvägning: kompatibiliteten återställs genom att beständigt tillstånd flyttas bakåt i tiden.

ZimaSpaces vägledning om att ta en ögonblicksbild av appdata före en uppdatering är den förebyggande versionen av samma regel: återställning av runtime blir renast när det finns en känd fungerande kopia av tillståndet från innan den nya programvaran först skriver till produktionsdata.

Om det inte finns någon tillförlitlig säkerhetskopia från före uppdateringen ska du inte skapa en sådan genom att kopiera den redan migrerade databasen och para ihop den med en gammal Core-avbild. Bevara det aktuella tillståndet och undersök en framåtriktad lösning eller en kontrollerad ombyggnad. En återställning utan en kompatibel tillståndskopia kan förvandla en inkompatibel funktion till fel i Recorder, historik eller register.

Återställ runtime och beständigt tillstånd som ett matchat par

För Home Assistant OS eller en hanterad installation använder du den stödda återställningsvägen som återställer den valda återställningspunkten och verifierar att den avsedda Core-versionen faktiskt startar. För containerinstallationer är det bara halva åtgärden att återgå till en tidigare avbild om den nyare versionen har ändrat beständiga data; återställ även den motsvarande konfigurationskopian från före uppdateringen.

Ett Home Assistant Core-ärende om nedgradering från 2025.4 till 2025.3 dokumenterade att Recorder, historik och relaterade integrationer slutade fungera när den äldre runtimen mötte en nyare databasstruktur. Underhållarens svar anger uttryckligen att återställning bygger på att en säkerhetskopia återställs, inte på någon metod för nedgradering av databasen på plats.

Återställ externa databaser och beroende tjänster till kompatibla punkter endast när Home Assistant-säkerhetskopian inte hanterar dem. Rulla inte blint tillbaka alla containrar. MQTT, proxyer och radioenheter kan vara felfria och lämnas oförändrade; fokusera återställningen på komponenter vars versions- eller tillståndskontrakt faktiskt har ändrats.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Validera det ursprungliga felet innan du aktiverar automatiska uppdateringar igen

Efter återställningen bekräftar du den körande Core-versionen, inloggning, Recorder/historik, viktiga integrationer, automatiseringar, instrumentpaneler och en enhet från varje kritiskt protokoll. Upprepa åtgärden som misslyckades i den inkompatibla versionen och verifiera att den nu fungerar utan nya fel. Starta sedan om Home Assistant och starta om värden en gång.

Behåll kopian av tillståndet efter den misslyckade uppdateringen och uppdateringsanteckningarna tills nästa version eller korrigering har testats. Om en anpassad integration orsakade inkompatibiliteten kontrollerar du vilka versioner den stöder före nästa Core-uppdatering. Om återställningen i sig misslyckas ska du inte växla mellan versioner upprepade gånger mot samma föränderliga databas; återgå till den rena återställningspunkten eller gör en ombyggnad med selektiv återställning.

Återställningen är godkänd när den gamla versionen och det återställda tillståndet förblir stabila under normal användning och efter omstart, och det ursprungliga felet är borta. Eskalera när säkerhetskopian inte kan återställas, den äldre runtimen fortfarande inte kan läsa sitt tillstånd eller kritiska data saknar en kompatibel återställningspunkt. Vid den gränsen är en kontrollerad framåtriktad lösning eller ombyggnad säkrare än upprepade nedgraderingsförsök.