So wechselst du home‑assistant vom raspberry pi auf einen intel‑mini‑pc, ohne automationsverlust

Ich habe mein Home‑Assistant‑Setup vor kurzem vom alten Raspberry Pi auf einen Intel‑Mini‑PC migriert — und dabei besonders darauf geachtet, dass keine meiner Automationen verloren geht. In diesem Artikel teile ich meine Schritt‑für‑Schritt‑Erfahrung, Tipps für Fallstricke und pragmatische Lösungen für Zigbee/Z‑Wave‑Sticks, Datenbanken, Add‑ons und Netzwerk. Wenn du ähnlich wie ich ein stabiles Smart‑Home betreibst, willst du beim Umzug nichts riskieren. Los geht’s.

Vorbereitung: Was du wissen und bereitstellen solltest

Bevor du beginnst, halte diese Dinge bereit:

Ein aktuelles Snapshot (Backup) deines Home‑Assistant‑Systems.

Physischer Zugang zu Raspberry Pi und zum Intel‑Mini‑PC.

Falls vorhanden: die Zigbee/Z‑Wave‑USB‑Sticks oder andere USB‑Peripherie.

Netzwerkzugang, idealerweise feste IPs oder DNS‑Einträge (z. B. via Pi‑Hole/Router).

Optional: Zugang zu einem Proxmox/VM‑Host, falls du auf Virtualisierung umsteigen willst.

Ich empfehle, das Zielsystem (Mini‑PC) bereits mit dem gewünschten Betriebssystem oder der VM bereitzustellen: Home Assistant OS, Home Assistant Supervised auf Debian oder als Docker/VM (Home Assistant Container/Core). Für die einfachste Migration eignet sich Home Assistant OS oder eine VM mit Home Assistant OS, weil Snapshots dort nativ wiederhergestellt werden.

Backup erstellen: So sicherst du wirklich alles

Erstelle zuerst ein vollständiges Snapshot in Supervisor → System → Snapshots. Ich erstelle bei Migrationen immer ein vollständiges Snapshot inklusive Add‑ons, Konfigurationen, Schlüssel und Datenbanken. Exportiere das Snapshot lokal auf deinen Rechner oder in einen Cloud‑Ordner (z. B. via Samba‑Share, SCP oder Dropbox).

Supervisor → Snapshots → Erstellung (Full)

Herunterladen via Web‑UI oder per SCP: scp root@raspberry:/usr/share/hassio/backup/your-snapshot.tar.gz ./

Wenn du eine manuelle Konfiguration (z. B. Home Assistant Core in venv) betreibst, sichere zusätzlich die Verzeichnisse ~/.homeassistant, configuration.yaml und eventuell Datenbankdateien (home-assistant_v2.db).

Zigbee & Z‑Wave: Wie du Funk‑Sticks korrekt überführst

Das ist einer der kritischen Punkte, an dem oft Probleme auftreten. Meine Erfahrung:

Für Zigbee (ZHA, Zigbee2MQTT) und Z‑Wave (ZwaveJS) ist der USB‑Stick der Schlüssel. Physisch umstecken ist die einfachste Methode — vorausgesetzt, die neue Maschine verwendet dieselbe Serielle Device‑Bezeichnung. Oft ändert sich /dev/ttyUSB0 zu /dev/ttyACM0 oder ähnlichem.

Nutze persistente symlinks unter Linux: Erstelle udev‑Regeln, die deinem Stick einen festen Namen geben (z. B. /dev/zwave-stick). Das vermeidet, dass Home Assistant den Stick neu erkennt.

Beispiel udev‑Regel ( /etc/udev/rules.d/99-zwave.rules ):

SUBSYSTEM=="tty", ATTRS{idVendor}=="XXXX", ATTRS{idProduct}=="YYYY", SYMLINK+="zwave-stick"

Für ZwaveJS kannst du auch Backup/Restore des Z‑Wave‑Netzwerks nutzen (zwave-js-server2 bietet Optionen). Bei Zigbee2MQTT gibt es ein Backup der Datenbank (database.db). Kopiere diese Dateien in das neue System in das entsprechende Add‑on‑Verzeichnis.

Zielsystem einrichten: OS, VM oder Docker?

Entscheide, wie du Home Assistant künftig betreiben willst:

Home Assistant OS: Einfach, Supervisor unterstützt Snapshots nativ — am wenigsten Reibung.

Home Assistant Supervised auf Debian: Flexibler, aber mehr Systemwissen nötig.

Home Assistant Core/Container (Docker): Höchste Kontrolle, aber Snapshots gibt es nicht automatisch.

Ich habe mich für Home Assistant OS in einer VM auf dem Mini‑PC entschieden: So kann ich später Snapshots des kompletten VMs machen und das System isoliert betreiben. Wenn du Proxmox nutzt, lege einfach eine neue VM an und installiere HA‑OS‑Image.

Snapshot übertragen und wiederherstellen

Wenn dein Ziel HA‑OS verwendet, geh so vor:

Installiere Home Assistant OS und melde dich an (z. B. über http://homeassistant.local:8123).

Supervisor → Snapshots → Upload → Lade das vorher exportierte Snapshot hoch.

Restore (vollständiges Restore empfohlen). Das System startet nach dem Restore neu und installiert ggf. Add‑ons.

Wenn du aber von Core/Container zu HA‑OS wechselst, kopiere manuell das Verzeichnis config/ oder benutze das Snapshot‑Tar‑Archiv und entpacke es in /config auf dem Ziel.

Netzwerk, IP‑Änderungen und DNS

Nach dem Restore ist es wichtig, Netzwerkdienste zu prüfen:

Hat der Mini‑PC die gleiche IP wie der Pi? Falls nein, aktualisiere statische IPs oder DNS‑Einträge.

Prüfe Router/Firewall: Ports (80/443/8123) und mDNS (homeassistant.local) müssen erreichbar sein.

Wenn du Let's Encrypt nutzt: Zertifikate können neu ausgestellt werden (DuckDNS/ACME Add‑on) — manchmal ist ein Recreate nötig, wenn sich der Hostname ändert.

Datenbanken und Performance

Die Standard‑SQLite‑Datenbank ist oft in Ordnung, aber auf einem Mini‑PC lohnt sich MariaDB/MySQL für Performance. Wenn du die Recorder‑Datenbank migrierst, kopiere die home-assistant_v2.db oder exportiere/importiere in MariaDB. Achtung: Unterschiedliche HA‑Versionen können DB‑Inkompatibilitäten verursachen — am besten vorher kontrollieren.

SQLite kopieren: /config/home-assistant_v2.db → ins neue /config

MariaDB: Dump erstellen (mysqldump) und in neuer DB importieren

Add‑ons, Integrationen und API‑Keys

Nach dem Restore prüfe folgende Punkte:

MQTT‑Brokers: Benutzer/Passwort und IP bleiben gleich?

Cloud‑Integrationen (Alexa, Google): OAuth‑Token können ungültig werden — erneuere Verbindungen im Integrations‑Bereich.

HomeKit / Mobile App: Geräte können neu zu pairen sein.

Testen, Verifizieren und Failback‑Plan

Bevor du den alten Pi endgültig abschaltest:

Teste alle Automationen: Lichter, Rollläden, Szenen und Zeitpläne.

Führe "Dry‑Runs" aus: Manuelle Trigger für kritische Automationen (Alarm, Heizung).

Halte den Pi noch für ein paar Tage im Netzwerk als Backup. Wenn etwas schiefgeht, kannst du schnell zurückwechseln (einfach Raspberry booten, ggf. IP wiederherstellen).

Wichtig: Dokumentiere Änderungen (IP, Device‑Namen, udev‑Regeln), damit zukünftige Migrationen oder Fehleranalysen einfacher sind. Ich habe mir eine kleine Checkliste in Notion angelegt — das hat mir viel Zeit gespart.

Häufige Probleme und schnelle Lösungen

Sticks werden nicht erkannt: Prüfe dmesg, setze udev‑Regeln und verwende /dev/serial/by-id/ statt /dev/ttyUSBx.

Automationen fehlen nach Restore: Prüfe, ob nur Teile wiederhergestellt wurden (Full vs Partial Snapshot). Lade fehlende Dateien aus deinem lokalen Backup.

Integrationen melden Auth‑Fehler: Tokens neu erstellen (Cloud, MQTT, HomeKit).

Wenn du beim Migrieren auf ein konkretes Problem stößt, schreib mir gern die Fehlermeldungen oder die Konfiguration — ich helfe dir, gezielt weiterzugehen. Ich persönlich finde, dass mit guter Vorbereitung und Schritt‑für‑Schritt‑Vorgehen die Migration deutlich entspannter läuft als befürchtet.