Så flyttar du Home Assistant-data utan att förlora användare, historik eller inställningar
Flytta Home Assistant-data genom att bevara hela applikationstillståndet och låta den gamla instansen vara orörd tills ersättaren har klarat en fullständig validering.
Användare och inställningar finns inte bara i de synliga YAML-filerna, och historik återskapas inte genom att kopiera en instrumentpanel. En migrering måste bevara Home Assistant-konfigurationskatalogen eller en säkerhetskopia som stöds, Recorder-databasen när historiken är viktig, dolt lagringstillstånd, hemligheter, anpassade komponenter samt de körningsspecifika enhets- och nätverksmappningarna runt dem. Den säkraste ordningen är inventering, konsekvent kopiering, isolerad start, validering och därefter avveckling av källan.
Inventera beständigt tillstånd och externa beroenden före flytten
För en Container-installation ska du betrakta hela den monterade Home Assistant-konfigurationskatalogen som den centrala återställningsenheten i stället för att välja ut några välbekanta filer. Dolt tillstånd under .storage, autentiseringsdata, integrationsregister, instrumentpaneler, automatiseringar och standarddatabasen för Recorder kan alla ligga under den sökvägen. Externa MariaDB-, MQTT- och Zigbee-gatewayer, hemlighetslagringar eller NAS-monteringar måste listas separat.
En genomgång av container-migrering för Home Assistant visar varför en flytt av hela konfigurationskatalogen är säkrare än att återskapa tillstånd fil för fil och betonar att den gamla containern ska stoppas innan en rå kopia av filsystemet görs.
Skapa ett manifest med källsökväg, målsökväg, ägarens UID/GID, databasens plats, USB- eller serieenheter, nätverksläge, publicerade portar, externa tjänster och aktuell Home Assistant-version. Om något beroende saknar dokumentation ska du inte radera den gamla instansen. Migreringen är inte redo förrän den nya värden kan återskapa beroendet utifrån skriftlig information.
Skapa en konsekvent återställningspunkt före kopieringen
Använd den inbyggda säkerhetskopieringen eller en annan applikationsmedveten metod när installationen stöder det. Om du gör en rå Container-kopia ska du stoppa Home Assistant innan du kopierar den aktiva konfigurationsdatabasen och relaterade filer. En vanlig direktkopiering medan systemet körs kan fånga applikationsfiler vid olika tidpunkter, vilket är motsatsen till en kontrollerad migrering.
Home Assistants omarbetade säkerhetskopiering utökade stödet för återställning mellan installationsmetoder, vilket gör en säkerhetskopia som stöds till en stark portabilitetsgräns när körningsmiljön byts. Den praktiska lärdomen från återställning av säkerhetskopior mellan installationer är att den nya körningsmiljön kan ändras medan applikationstillståndet förblir kontinuitetsgränsen.
Behåll två kopior: en orörd återställningspunkt före flytten och en arbetskopia som används för migreringen. Låt inte den nya Home Assistant-instansen starta mot den enda fungerande källkopian. Om målet genomför en migrering eller skriver nytt registertillstånd måste du fortfarande ha en ren väg tillbaka till den gamla versionen och den gamla värden.
Återskapa körningsspecifika maskinvaru- och nätverksmappningar separat
Applikationsdata återskapar inte automatiskt värdens enhetssökvägar. Zigbee- eller Z-Wave-USB-koordinatorer kan visas under ett annat enhetsnamn, Bluetooth-åtkomsten kan skilja sig, värdnätverk kan påverka upptäckt och externa databaser eller MQTT-mäklare kan nås via andra adresser. Återskapa dessa gränssnitt uttryckligen innan du tolkar en otillgänglig integration som dataförlust.
En oberoende genomgång av migrering från Container till HAOS visar att återställning av Home Assistant Core-tillstånd inte automatiskt återskapar sidotjänster som MQTT, Zigbee2MQTT eller Node-RED. Dess migreringssekvens för ommappning av sidotjänster verifierar också kontinuiteten i Recorder-historiken, åtkomst till USB-koordinatorn och en stoppad men intakt gammal stack som återställningsväg.
Starta målet via en kontrollerad LAN-väg och undvik att köra båda instanserna med samma radioenheter, webhooks, molnkonton eller automatiseringar om du inte medvetet har isolerat dem. Två aktiva Home Assistant-instanser kan skicka dubbla åtgärder eller konkurrera om samma koordinator, vilket får en korrekt datamigrering att verka trasig.
Validera användare, historik, inställningar och enhetsstyrning före växlingen
Logga in med ett befintligt icke-administratörskonto, bekräfta att ett administratörskonto fungerar, öppna historikgrafer från tiden före flytten, inspektera integrationerna, utlös representativa automatiseringar och verifiera en enhet från varje viktigt protokoll. Starta sedan om Home Assistant och starta om målvärden för att bevisa att det återställda tillståndet överlever normala livscykelhändelser.
Den relaterade ZimaSpace-förklaringen av Home Assistants roller för beständiga data beskriver en användbar återställningsgräns: beständig identitet, konfiguration och historik bör hanteras annorlunda än cachelagrade eller tillfälliga filer vid en flytt.
Byt DNS, proxy eller fjärråtkomst först när de lokala testerna har godkänts. Håll den gamla värden avstängd men möjlig att återställa under minst en normal användningscykel. Avveckla den först när användare, historik, inställningar, automatiseringar, radioenheter, externa tjänster, skapande av säkerhetskopior och en omstart fungerar som förväntat; att den första instrumentpanelen läses in är inte tillräckliga bevis för att radera återställningsvägen.
Rekommenderade produkter
Support och tips
Mer att läsa
Så optimerar du Home Assistant-databasanslutningar för samtidiga containrar
Finjustera en extern Recorder-databas utifrån uppmätta aktiva anslutningar och svarstider, inte genom att höja det maximala antalet anslutningar eller kopiera en annan värds anslutningspool.
Så förhindrar du duplicerade jobb eller importer i Home Assistant
Använd spårningsdata och unika åtgärdsnycklar för att göra automatiseringar och importer säkra att försöka igen utan att skapa dubbla åtgärder eller poster.
Så reparerar du Home Assistant efter att databasvolymen blivit full
Återställ efter en full Recorder-volym utan att först radera bevismaterial, minska sedan tillväxten och bevisa att historik och automatiseringar överlever en omstart.
