Deaktiviere den alten Home-Assistant-Server nicht nur deshalb, weil das wiederhergestellte Dashboard geladen wird. Deaktiviere ihn erst, nachdem die neue Instanz unter kontrollierten Bedingungen die Prüfungen zu Identität, Geräten, Automatisierungen, Verlauf, Abhängigkeiten, Neustarts und einem neuen Backup bestanden hat.
Lass den alten Server ausgeschaltet, aber intakt, während du den wiederhergestellten Host in einem isolierten oder sorgfältig kontrollierten Netzwerk testest. Verhindere, dass beide Instanzen gleichzeitig Befehle ausführen, erstelle anhand des alten Systems eine Go/No-Go-Checkliste und reproduziere reale Auslöser im Haushalt, bevor du Laufwerke löschst, DNS dauerhaft änderst oder die alte Hardware freigibst.
Die Abnahmeliste für die Wiederherstellung vor dem Test definieren
Erfasse die Version, den Installationstyp, den Hostnamen, die IP- oder DNS-Adresse, die Zeitzone, Benutzerkonten, Integrationen, Geräte, Entitäten, Automatisierungen, Dashboards, Add-ons, Backup-Ziele, die externe Datenbank, Freigaben, Zertifikate und Geheimnis-Abhängigkeiten der alten Instanz. Dieses Inventar legt fest, was eine vollständige Wiederherstellung für dein Zuhause bedeutet.
Trenne kritische Funktionen von Komfortfunktionen. Alarmanlage, Schlösser, Rauchwarnungen, Heizung, Leckschutz und unverzichtbare Beleuchtung verdienen eine ausdrückliche manuelle Überprüfung; dekorative Dashboards und ältere Verlaufsdaten können warten. Die Entscheidung zur Deaktivierung sollte scheitern, wenn eine kritische Funktion fehlt, selbst wenn die meisten Entitätszahlen übereinstimmen.
Notiere einige bekannte Zustandswerte und aktuelle Verlaufspunkte, bevor du den alten Host herunterfährst. Sie dienen als Vergleichswerte für die wiederhergestellte Instanz und helfen, ein unvollständiges Backup von einem neu entdeckten Integrationsproblem zu unterscheiden.
Isoliert wiederherstellen und doppelte Steuerung verhindern
Stelle das System auf dem neuen Server wieder her, während die alte Home-Assistant-Instanz gestoppt ist. Wenn beide für einen Dateivergleich online sein müssen, isoliere die neue Instanz von den Gerätenetzwerken oder deaktiviere Automatisierungen und ausgehende Integrationen, bis Identitätskonflikte behoben sind.
Eine Community-Migrationsdiskussion beschreibt einen isolierten Wiederherstellungstest ausdrücklich als sicheren Weg, um einen Wechsel zwischen Virtualisierungsplattformen zu validieren. Das bestätigt die Testmethode; die genaue Netzwerkisolierung hängt jedoch von deiner Installation und den verwendeten Geräteprotokollen ab.
Bestätige die Kompatibilität von Version und Backup, bevor du fehlende Komponenten bewertest. Wenn die Wiederherstellung Fehler meldet, füge nicht einfach manuelle Korrekturen zu einem unbekannten Zustand hinzu. Sichere die Protokolle, ermittle, ob das Problem das Archiv, die Verschlüsselung, die Version, den Speicher oder eine Integration betrifft, und wiederhole den Vorgang auf einem sauberen Testziel.
Zustand, Abhängigkeiten und echte Geräteaktionen überprüfen
Vergleiche Benutzer, Integrationen, Geräte- und Entitätszahlen, deaktivierte Entitäten, Bereiche, Dashboards, Helfer, Skripte und Automatisierungen. Öffne anschließend den aktuellen Verlauf und die Protokolle. Zählwerte sind nützliche erste Hinweise, beweisen aber nicht, dass Anmeldedaten, Token, Webhooks, Funkadapter oder externe Datenbanken funktionieren.
Teste ein Gerät aus jedem wichtigen Protokoll und führe repräsentative Automatisierungen mit ihren echten Auslösern aus. Bestätige sowohl die Aktion als auch die anschließende Zustandsaktualisierung. Prüfe bei hardwarespezifischen Funkverbindungen die Gerätepfade und Berechtigungen, bei Cloud-Integrationen die Token-Erneuerung sowie bei externen Datenbanken und Freigaben, dass der wiederhergestellte Host auf die richtigen Daten und nicht auf einen leeren Ersatz zugreift.
Nutze den ZimaSpace-Leitfaden zu Backup-Verschlüsselung und Wiederherstellungsabhängigkeiten, wenn das Archiv vorhanden ist, aber ein Schlüssel, eine Anmeldedaten, eine Zertifikatskette oder ein externer Speicherort die Wiederherstellung blockiert.
Die Beständigkeit durch Neustarts und ein neues Backup nachweisen
Starte Home Assistant zweimal neu und führe einmal einen Neustart des neuen Hosts durch. Bestätige nach jedem Durchlauf, dass Integrationen erneut geladen werden, Einbindungen vor den Diensten verfügbar sind, USB- oder serielle Gerätepfade stabil bleiben, Automatisierungen wie vorgesehen aktiviert sind und weiterhin dieselbe Verlaufsdatenbank verwendet wird, statt eine neue zu beginnen.
Erstelle auf dem wiederhergestellten System ein neues Backup, kopiere es vom Host weg und überprüfe, ob die erwarteten Komponenten enthalten sind. Eine Wiederherstellung, aus der kein eigenes wiederherstellbares Backup erstellt werden kann, ist noch nicht bereit, die einzige Produktionsinstanz zu werden.
Beobachte das wiederhergestellte System mindestens einen normalen Haushaltszyklus lang, einschließlich geplanter Automatisierungen, Backups und nächtlicher Aufgaben. Die Go-Entscheidung setzt eine stabile Steuerung, keine wiederkehrenden Migrations- oder Speicherfehler und einen verifizierten Rückweg voraus.
Den alten Server deaktivieren, ohne das Rückfallfenster zu zerstören
Wenn die Checkliste bestanden ist, übertrage dauerhaftes DNS, IP-Reservierungen, Fernzugriff und Backup-Zeitpläne auf den neuen Host. Lass den alten Server ausgeschaltet, damit er keine doppelten Aktionen ausführen kann, bewahre seine Festplatte und Konfiguration jedoch während eines festgelegten Beobachtungszeitraums unverändert auf.
Wenn der neue Server eine kritische Automatisierung verpasst, nach einem Neustart den Zustand verliert, in die falsche Datenbank schreibt oder kein gültiges Backup erstellen kann, lautet die Entscheidung No-Go. Schalte ihn aus, stelle bei Bedarf die alte Netzwerkidentität wieder her und kehre zum bekannten funktionierenden Host zurück, bevor du die Ursache untersuchst.
Lösche oder verwende den alten Server erst wieder, nachdem der neue Host den Beobachtungszeitraum überstanden hat und mindestens ein Backup außerhalb des Hosts verifiziert wurde. Dokumentiere das Deaktivierungsdatum, das abschließende Backup des alten Systems, die Identität des neuen Hosts und das Ergebnis des Wiederherstellungstests, damit die nächste Migration mit einer verlässlichen Ausgangsbasis beginnt.
Support & Tipps
Mehr zum Lesen

So optimieren Sie Datenbankverbindungen von Home Assistant für gleichzeitig ausgeführte Container
Eine externe Recorder-Datenbank anhand der gemessenen aktiven Verbindungen und Latenz abstimmen, nicht durch Erhöhen der maximalen Verbindungsanzahl oder Kopieren des Verbindungspools eines anderen Hosts.

So verhindern Sie doppelte Jobs oder Importe in Home Assistant
Verwenden Sie Traces und eindeutige Operationsschlüssel, damit Automatisierungen und Importe sicher wiederholt werden können, ohne doppelte Aktionen oder Datensätze zu erzeugen.

So reparieren Sie Home Assistant, nachdem das Datenbank-Volume vollgelaufen ist
Eine vollständig belegte Recorder-Partition wiederherstellen, ohne zuvor Beweise zu löschen, anschließend das Wachstum reduzieren und nachweisen, dass Verlauf und Automatisierungen einen Neustart überstehen.

