Hoe verplaats je Home Assistant-gegevens zonder gebruikers, geschiedenis of instellingen te verliezen?

Verplaats Home Assistant-gegevens door de volledige applicatiestatus te behouden en de oude instantie intact te houden totdat de vervanging volledig is gevalideerd.

Gebruikers en instellingen zijn niet alleen de zichtbare YAML-bestanden, en geschiedenis wordt niet opnieuw opgebouwd door een dashboard te kopiëren. Een migratie moet de configuratiemap van Home Assistant of een ondersteunde back-up, de Recorder-database wanneer geschiedenis belangrijk is, verborgen opslag, geheimen, aangepaste componenten en de runtime-specifieke apparaat- en netwerktoewijzingen eromheen behouden. De veiligste volgorde is inventariseren, consistent kopiëren, geïsoleerd starten, valideren en daarna de bron buiten gebruik stellen.

Inventariseer persistente status en externe afhankelijkheden vóór de verhuizing

Behandel bij een Container-installatie de volledige gekoppelde configuratiemap van Home Assistant als de centrale hersteleenheid, in plaats van enkele bekende bestanden te selecteren. Verborgen status onder .storage, authenticatiegegevens, integratieregisters, dashboards, automatiseringen en de standaard Recorder-database kunnen allemaal onder dat pad staan. Externe MariaDB-, MQTT- en Zigbee-gateways, geheimenopslag of NAS-koppelingen moeten afzonderlijk worden geregistreerd.

Een handleiding voor het verplaatsen van een Home Assistant-container laat zien waarom een verplaatsing van de volledige configuratiemap veiliger is dan de status bestand voor bestand opnieuw opbouwen. Ook wordt benadrukt dat je de oude container moet stoppen voordat je een onbewerkte kopie van het bestandssysteem maakt.

Maak een manifest met het bronpad, doelpad, de eigenaar-UID/GID, database-locatie, USB- of seriële apparaten, netwerkmodus, gepubliceerde poorten, externe services en de huidige Home Assistant-versie. Als een afhankelijkheid niet is gedocumenteerd, verwijder de oude instantie dan niet. De migratie is pas klaar wanneer de nieuwe host die afhankelijkheid kan reproduceren op basis van schriftelijke informatie.

Maak vóór het kopiëren van gegevens een consistent terugdraaipunt

Gebruik de ingebouwde back-up of een andere applicatiebewuste methode wanneer je installatie dit ondersteunt. Als je een onbewerkte Container-kopie maakt, stop Home Assistant dan voordat je de actieve configuratiedatabase en gerelateerde bestanden kopieert. Een gewone livekopie kan applicatiebestanden op verschillende momenten vastleggen, precies het tegenovergestelde van een gecontroleerde migratie.

De vernieuwing van de back-upfunctionaliteit van Home Assistant breidde de ondersteuning voor herstellen uit naar verschillende installatiemethoden. Daardoor vormt een ondersteunde back-up een sterke portabiliteitsgrens bij het wijzigen van de runtime. De praktische les uit herstel van een back-up tussen installaties is dat de nieuwe runtime kan veranderen, terwijl de applicatiestatus de continuïteitsgrens blijft.

Bewaar twee kopieën: één onaangeroerd herstelpunt van vóór de verhuizing en één werkkopie voor de migratie. Laat de nieuwe Home Assistant-instantie niet starten met de enige goede bronkopie. Als het doel systeemmigraties uitvoert of nieuwe registerstatus schrijft, moet je nog steeds een schoon pad terug hebben naar de oude versie en de oude host.

Maak runtime-specifieke hardware- en netwerkkoppelingen afzonderlijk opnieuw

Applicatiegegevens maken hostapparaatpaden niet automatisch opnieuw aan. Zigbee- of Z-Wave-USB-coördinatoren kunnen onder een andere apparaatnaam verschijnen, Bluetooth-toegang kan verschillen, hostnetwerken kunnen detectie beïnvloeden en externe databases of MQTT-brokers kunnen via andere adressen worden gevonden. Bouw deze interfaces expliciet opnieuw op voordat je een niet-beschikbare integratie als gegevensverlies interpreteert.

Een onafhankelijke handleiding voor een migratie van Container naar HAOS laat zien dat het herstellen van de Home Assistant Core-status niet automatisch aanvullende services zoals MQTT, Zigbee2MQTT of Node-RED opnieuw aanmaakt. De migratiereeks voor het opnieuw koppelen van aanvullende services controleert ook de continuïteit van de Recorder-geschiedenis, toegang tot de USB-coördinator en een gestopte maar intacte oude stack als terugdraaipad.

Start het doelsysteem via een gecontroleerd LAN-pad en voorkom dat beide instanties dezelfde radio's, webhooks, cloudaccounts of automatiseringen gebruiken, tenzij je ze bewust hebt geïsoleerd. Twee actieve Home Assistant-instanties kunnen dubbele acties uitvoeren of concurreren om dezelfde coördinator, waardoor een correcte gegevensmigratie defect lijkt.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Valideer gebruikers, geschiedenis, instellingen en apparaatbediening vóór de omschakeling

Log in met een bestaand niet-beheerdersaccount, bevestig een beheerdersaccount, open historische grafieken van vóór de verhuizing, controleer integraties, activeer representatieve automatiseringen en verifieer één apparaat van elk belangrijk protocol. Start Home Assistant daarna opnieuw en herstart de doelhost om te bewijzen dat de herstelde status normale levenscyclusgebeurtenissen doorstaat.

De gerelateerde uitleg van ZimaSpace over rollen van persistente gegevens in Home Assistant biedt een nuttige herstelgrens: duurzame identiteit, configuratie en geschiedenis moeten tijdens een verhuizing anders worden behandeld dan cache- of tijdelijke bestanden.

Schakel DNS, proxy of externe toegang pas om nadat de lokale tests zijn geslaagd. Houd de oude host minstens één normale gebruikscyclus uitgeschakeld maar herstelbaar. Stel deze pas buiten gebruik wanneer gebruikers, geschiedenis, instellingen, automatiseringen, radio's, externe services, het maken van back-ups en een herstart zich allemaal gedragen zoals verwacht; een geslaagde eerste dashboardweergave is onvoldoende bewijs om het terugdraaipad te wissen.