So verschiebst du Home-Assistant-Daten, ohne Benutzer, Verlauf oder Einstellungen zu verlieren

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Verschieben Sie Home-Assistant-Daten, indem Sie den vollständigen Anwendungsstatus erhalten und die alte Instanz unverändert lassen, bis die Ersatzinstanz eine vollständige Validierung bestanden hat.

Benutzer und Einstellungen befinden sich nicht nur in den sichtbaren YAML-Dateien, und der Verlauf wird nicht durch das Kopieren eines Dashboards wiederhergestellt. Eine Migration muss das Home-Assistant-Konfigurationsverzeichnis oder ein unterstütztes Backup, die Recorder-Datenbank, wenn der Verlauf wichtig ist, versteckte Speicherbereiche, Secrets, benutzerdefinierte Komponenten sowie die laufzeitspezifischen Geräte- und Netzwerkzuordnungen erhalten. Die sicherste Reihenfolge lautet: Bestandsaufnahme, konsistentes Kopieren, isolierter Start, Validierung und anschließend die Außerbetriebnahme der Quelle.

Vor dem Umzug dauerhaften Status und externe Abhängigkeiten erfassen

Behandeln Sie bei einer Container-Installation das gesamte eingebundene Home-Assistant-Konfigurationsverzeichnis als zentrale Wiederherstellungseinheit, statt nur einige bekannte Dateien auszuwählen. Versteckte Zustände unter .storage, Authentifizierungsdaten, Integrationsregistrierungen, Dashboards, Automatisierungen und die standardmäßige Recorder-Datenbank können sich vollständig unter diesem Pfad befinden. Externe MariaDB-Datenbanken, MQTT-Server, Zigbee-Gateways, Secret-Speicher oder NAS-Einbindungen müssen separat aufgeführt werden.

Eine Anleitung zur Migration eines Home-Assistant-Containers zeigt, warum ein Umzug des gesamten Konfigurationsverzeichnisses sicherer ist, als den Zustand Datei für Datei zu rekonstruieren, und betont, dass der alte Container vor dem direkten Kopieren des Dateisystems angehalten werden sollte.

Erstellen Sie ein Manifest mit Quellpfad, Zielpfad, Besitzer-UID/GID, Datenbankpfad, USB- oder seriellen Geräten, Netzwerkmodus, veröffentlichten Ports, externen Diensten und der aktuellen Home-Assistant-Version. Wenn eine Abhängigkeit nicht dokumentiert ist, löschen Sie die alte Instanz nicht. Die Migration ist erst bereit, wenn der neue Host diese Abhängigkeit anhand der schriftlichen Informationen reproduzieren kann.

Vor dem Kopieren der Daten einen konsistenten Wiederherstellungspunkt erstellen

Verwenden Sie das integrierte Backup oder eine andere anwendungsbewusste Methode, wenn Ihre Installation dies unterstützt. Wenn Sie einen direkten Container-Kopiervorgang durchführen, stoppen Sie Home Assistant, bevor Sie die aktive Konfigurationsdatenbank und zugehörige Dateien kopieren. Eine einfache Kopie während des laufenden Betriebs kann Anwendungsdateien aus unterschiedlichen Zeitpunkten erfassen und ist damit das Gegenteil einer kontrollierten Migration.

Die Überarbeitung der Backup-Funktionen von Home Assistant hat die Wiederherstellungsunterstützung über verschiedene Installationsmethoden hinweg erweitert. Dadurch ist ein unterstütztes Backup eine gute Portabilitätsgrenze beim Wechsel der Laufzeitumgebung. Die praktische Lehre aus der installationsübergreifenden Backup-Wiederherstellung lautet: Die neue Laufzeit kann sich ändern, während der Anwendungsstatus die Kontinuitätsgrenze bildet.

Bewahren Sie zwei Kopien auf: einen unveränderten Wiederherstellungspunkt vor dem Umzug und eine Arbeitskopie für die Migration. Lassen Sie die neue Home-Assistant-Instanz nicht auf der einzigen intakten Quellkopie starten. Wenn das Ziel eine Migration durchführt oder neue Registrierungsdaten schreibt, müssen Sie weiterhin einen sauberen Rückweg zur alten Version und zum alten Host haben.

Laufzeitspezifische Hardware- und Netzwerkzuordnungen separat reproduzieren

Anwendungsdaten stellen Gerätepfade auf dem Host nicht automatisch wieder her. Zigbee- oder Z-Wave-USB-Koordinatoren können unter einem anderen Gerätenamen erscheinen, der Bluetooth-Zugriff kann abweichen, Host-Netzwerke können die Erkennung beeinflussen, und externe Datenbanken oder MQTT-Broker können unter anderen Adressen erreichbar sein. Bauen Sie diese Schnittstellen ausdrücklich neu auf, bevor Sie eine nicht verfügbare Integration als Datenverlust interpretieren.

Eine unabhängige Anleitung zur Migration von Container zu HAOS zeigt, dass die Wiederherstellung des Home-Assistant-Core-Status Begleitdienste wie MQTT, Zigbee2MQTT oder Node-RED nicht automatisch neu erstellt. Die Migrationsabfolge zur Neuzuordnung von Begleitdiensten überprüft außerdem die Kontinuität des Recorder-Verlaufs, den Zugriff auf den USB-Koordinator und einen angehaltenen, aber intakten alten Stack als Rückweg.

Starten Sie das Ziel über einen kontrollierten LAN-Zugang und vermeiden Sie es, beide Instanzen mit denselben Funkmodulen, Webhooks, Cloud-Konten oder Automatisierungen auszuführen, sofern Sie sie nicht bewusst isoliert haben. Zwei aktive Home-Assistant-Instanzen können doppelte Aktionen auslösen oder um denselben Koordinator konkurrieren, wodurch eine korrekte Datenmigration fehlerhaft erscheinen kann.

Benutzer, Verlauf, Einstellungen und Gerätesteuerung vor der Umschaltung validieren

Melden Sie sich mit einem bestehenden Nicht-Administratorkonto an, bestätigen Sie ein Administratorkonto, öffnen Sie historische Diagramme aus der Zeit vor dem Umzug, prüfen Sie die Integrationen, lösen Sie repräsentative Automatisierungen aus und verifizieren Sie jeweils ein Gerät aus jedem wichtigen Protokoll. Starten Sie Home Assistant anschließend neu und führen Sie einen Neustart des Zielhosts durch, um sicherzustellen, dass der wiederhergestellte Zustand normale Lebenszyklusereignisse übersteht.

Die zugehörige ZimaSpace-Erklärung zu den Rollen dauerhafter Home-Assistant-Daten liefert die entscheidende Wiederherstellungsgrenze: Dauerhafte Identität, Konfiguration und Verlauf sollten beim Umzug anders behandelt werden als Cache- oder temporäre Dateien.

Schalten Sie DNS, Proxy oder Fernzugriff erst um, wenn die lokalen Tests bestanden sind. Lassen Sie den alten Host mindestens einen normalen Nutzungszyklus lang ausgeschaltet, aber wiederherstellbar. Nehmen Sie ihn erst außer Betrieb, wenn Benutzer, Verlauf, Einstellungen, Automatisierungen, Funkmodule, externe Dienste, die Backup-Erstellung und ein Neustart erwartungsgemäß funktionieren; das erfolgreiche erstmalige Laden des Dashboards reicht nicht als Beleg aus, um den Rückweg zu löschen.

Support & Tipps

Mehr zum Lesen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.