En säker migrering av Home Assistant är inte klar när den nya servern når inloggningsskärmen. Den nya värden måste återställa samma konfiguration, radioenheter, integrationer, lagringssökvägar, nätverksidentitet och lokala styrningsbeteende innan den gamla servern tas ur bruk.
Se flytten som ett återställningstest där en återställningskopia fortfarande finns tillgänglig. Skapa en färsk säkerhetskopia, dokumentera den gamla serverns beroenden, återställ på målenheten, anslut radioenheter och nätverkslagring igen, testa kritiska automatiseringar och låt sedan källan vara avstängd men intakt tills den nya installationen klarar normal användning och en omstart.
Ta en färsk fullständig säkerhetskopia och förvara återställningsnyckeln utanför den gamla värden
Home Assistants aktuella arbetsflöde för säkerhetskopiering stöder migrering under introduktionen, även mellan olika enhetstyper. Innan du börjar ska du kontrollera att målenheten har tillräckligt med lagringsutrymme, ladda ned eller på annat sätt bevara säkerhetskopian och förvara återställningskitet som behövs för att dekryptera den borta från maskinen som ska ersättas.
Den aktuella migreringsproceduren för Home Assistant använder en säkerhetskopia från den gamla enheten under introduktionen på den nya enheten och påpekar uttryckligen att nätverkslagring och radiomigrering fortfarande kan kräva efterarbete.
Skriv inte över den enda säkerhetskopian under flytten. Behåll minst en kopia som är oberoende av båda servrarna, så att en trasig måldisk eller en oavsiktlig återställning inte kan ta bort både återställningskällan och källinstallationen samtidigt.
Dokumentera beroenden som en säkerhetskopia inte flyttar fysiskt
En säkerhetskopia kan bevara Home Assistant-tillståndet, men den kan inte fysiskt flytta ett USB-minne för Zigbee eller Z-Wave, en nätverkskabel, en UPS-anslutning, en extern databasserver, en MQTT-broker, en omvänd proxy, en NAS-resurs eller en routerreservation. Skriv ned dessa beroenden innan du stänger av den gamla värden.
Dokumentera den gamla Home Assistant-IP-adressen eller värdnamnet, den externa URL:en, monteringar för nätverkslagring, databas-URL:en om Recorder är extern, brokeradressen, USB-enheter, radiotyper och eventuella värdsspecifika Compose- eller VM-inställningar. Denna inventering hjälper dig att skilja en misslyckad återställning från ett saknat externt beroende.
Den bredare migreringschecklistan för ZimaSpace följer samma princip: skydda källan, definiera vad som faktiskt ingår, verifiera målet och behåll den gamla kopian tills normal användning har bekräftats.
Flytta Zigbee- och Z-Wave-nätverken som ett eget migreringssteg
Om samma USB-radio flyttas till den nya värden ansluter du den igen och verifierar enhetssökvägen. Om den nya servern använder en annan inbyggd radio eller en ersättningsradio ska du migrera radionätverket i stället för att anta att Home Assistant-säkerhetskopian ensam ändrar koordinatorns identitet.
ZHA skapar automatiska nätverkskopior och stöder migrering av ett Zigbee-nätverk till en annan kompatibel koordinator utan att hela meshnätverket behöver parkopplas på nytt. Migreringsprocessen kan även överföra radions IEEE-identitet när det behövs.
Z-Wave har ett separat styrenhetstillstånd. En aktuell diskussion om migrering av Z-Wave JS UI bekräftar att tjänstens lagring och en NVM-säkerhetskopia är de viktigaste återställningstillgångarna när Z-Wave-tjänsten flyttas till ny hårdvara. Behandla båda radionätverken som tillgångar med egna återställningsrutiner.
Återställ först och anslut sedan extern lagring och nätverkstjänster
Starta Home Assistant-instansen på målenheten från säkerhetskopian innan du ändrar routern, DNS, NAS-behörigheter eller flera tjänsteadresser samtidigt. En migrering är enklare att felsöka när den nya värden skiljer sig från den gamla i endast en större variabel åt gången.
Om den gamla installationen använde nätverkslagring ansluter du den igen efter återställningen och verifierar de förväntade resursnamnen och autentiseringsuppgifterna. Om den använde en extern databas eller MQTT-broker testar du DNS- och TCP-anslutningen från den nya värden innan du ändrar Home Assistant-konfiguration som redan fungerade.
Applikationstillståndet kan flyttas, men värdspecifika beroenden måste fortfarande återskapas korrekt. Fokusera migreringsdokumentationen på det som en Home Assistant-säkerhetskopia inte kan flytta fysiskt: radioenheter, värdens nätverk, extern lagring, databastjänster, brokerändpunkter och eventuella distributionsinställningar som ägs av den gamla servern.
Genomför ett godkännandetest innan du tar den gamla servern ur bruk
- Bekräfta att förväntade användare, instrumentpaneler, integrationer, hjälpare, automatiseringar och områden finns.
- Utlös en viktig lokal automatisering och bekräfta fysisk återkoppling från enheten.
- Verifiera att Zigbee-, Z-Wave-, Bluetooth- och andra radioenheter är tillgängliga.
- Bekräfta att Recorder-historik och statistik skrivs normalt.
- Testa en sökväg till nätverkslagring och ett externt beroende, till exempel MQTT, om det används.
- Testa lokal och fjärråtkomst separat.
- Starta om den nya Home Assistant-värden en gång och upprepa det kritiska testet av lokal styrning.
Först när detta test efter den andra uppstarten har godkänts bör du överväga att radera eller återanvända den gamla servern. Fram till dess ska källinstallationen vara avstängd, frånkopplad från motstridiga radioenheter eller IP-adresser och tillgänglig som referens för återställning.
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.

