Kann Home Assistant eine externe Datenbank verwenden, ohne Upgrades zu beeinträchtigen?

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.

Home Assistant kann eine externe Recorder-Datenbank verwenden, ohne dass jedes Upgrade dadurch fragil wird. Die Datenbank wird jedoch zu einem separaten zustandsbehafteten Dienst, der online, kompatibel, beschreibbar, gesichert und wiederherstellbar sein muss, wenn Home Assistant am Schema arbeitet. Wenn der Recorder auf einen anderen Host ausgelagert wird, entfallen die Datenbankoperationen nicht; Sie übernehmen lediglich mehr davon selbst.

Das sicherere Modell besteht darin, Home Assistant und die Datenbank mit unabhängigen, aber koordinierten Lebenszyklen zu betreiben. Sichern Sie beide, vermeiden Sie nicht unterstützte Datenbankversionen, erhalten Sie die für Schemamigrationen erforderlichen Berechtigungen und testen Sie den Wiederherstellungsweg, bevor Sie unbeaufsichtigte Upgrades auf beiden Seiten gleichzeitig zulassen.

Verwenden Sie ein Recorder-Backend, das Home Assistant tatsächlich unterstützt

Eine externe Datenbank sollte über den Recorder konfiguriert und nicht als generischer SQL-Endpunkt behandelt werden. MariaDB ist eine gängige Option, und die gepflegte MariaDB-App von Home Assistant dokumentiert die für den Dienst erforderliche Datenbank, den Benutzer, die Berechtigungen und die Recorder-Verbindungszeichenfolge.

Die aktuelle Recorder-Dokumentation von Home Assistant führt MariaDB, MySQL, PostgreSQL und SQLite als unterstützte Backends auf, wobei SQLite ausdrücklich weiterhin als standardmäßige und empfohlene Datenbank gilt. Eine externe Datenbank wird somit unterstützt, ist aber eine betriebliche Entscheidung und kein erforderlicher Upgrade-Pfad.

Reduzieren Sie das Recorder-Konto nicht willkürlich auf Nur-Lese- und Schreibberechtigungen, wenn Migrationen möglicherweise Indizes erstellen, Tabellen ändern oder Schemaobjekte aktualisieren müssen. Verwenden Sie stattdessen ein separates schreibgeschütztes Konto für Analysewerkzeuge.

Upgrades von Home Assistant können Schemamigrationen des Recorders umfassen

Ein Versionswechsel von Home Assistant kann erfordern, dass der Recorder das Datenbankschema migriert, bevor Verlauf und Statistiken wieder normal verfügbar sind. Während dieses Zeitraums kann sich die Datenbankleistung vorübergehend verschlechtern, und ein Neustart mitten in der Migration kann die Wiederherstellung erschweren.

Der Recorder von Home Assistant muss sein Schema bei einem Versionswechsel möglicherweise aktualisieren, während der Datenbankserver einen eigenen Upgrade-Lebenszyklus hat. Die Upgrade-Anleitung für MariaDB von 2026 empfiehlt, eine vollständige Sicherung zu erstellen, die Zielversion zu prüfen, die Datenbank-Upgrade-Werkzeuge auszuführen und die Anwendung nach der Serveränderung zu validieren.

Erstellen Sie vor einem größeren Upgrade von Home Assistant eine datenbankkonsistente Sicherung und überprüfen Sie den freien Speicherplatz sowie den Zustand der Datenbank. Wenn Sie außerdem MariaDB, MySQL oder PostgreSQL aktualisieren möchten, vermeiden Sie gleichzeitige Änderungen an beiden Produkten, sofern Ihr Rollback-Plan nicht beide Versionen abdeckt.

Die externe Verfügbarkeit wird Teil der Zuverlässigkeit des Recorders

Eine externe Datenbank fügt DNS, Netzwerk, Authentifizierung, Serverprozess, Speicher und Datenbankverfügbarkeit zum Pfad des Recorders hinzu. Home Assistant kann lokale Automatisierungen weiterhin ausführen, während der Verlauf fehlerhaft ist. Daher kann ein Datenbankausfall weniger auffällig sein als ein Ausfall des Cores.

Ein aktuelles Recorder-Problem aus dem Jahr 2026 verdeutlicht dieses Betriebsrisiko: Eine nach dem normalen Start verlorene PostgreSQL-Verbindung führte dazu, dass der Recorder in der gemeldeten Umgebung keine Daten mehr schrieb, bis Home Assistant neu gestartet wurde.

Betrachten Sie dies als praktischen Fehlerfall und nicht als allgemeingültige Aussage über jede Version. Überwachen Sie neue Recorder-Schreibvorgänge und Verbindungsfehler, damit ein kurzer Ausfall der externen Datenbank nicht unbemerkt zu einem stundenlangen Verlust von Verlaufsdaten führt.

Wiederherstellungstests müssen die Version des Datenbankservers einschließen

Ein SQL-Dump, der in einer Datenbankversion wiederhergestellt werden kann, ist kein Beweis dafür, dass dies auch in jeder künftigen Version möglich ist. Datenbank-Engines haben eigene Schemaregeln und Kompatibilitätsänderungen, die unabhängig von Home Assistant bestehen.

Auch das Sicherungsformat ist wichtig. Die Sicherungsanleitung von MariaDB unterscheidet logische SQL-Sicherungen, die vergleichsweise portabel sind, von physischen Sicherungen, die enger an die Datenbankdateien und die Serverumgebung gekoppelt sind. Testen Sie das tatsächliche Wiederherstellungsziel, statt anzunehmen, dass jedes Archiv über künftige Datenbankversionen hinweg austauschbar ist.

Halten Sie die Home-Assistant-Version, die Datenbank-Engine, die Datenbankversion, den Speicherort der Verbindungszeichenfolge, die Sicherungsmethode und das Wiederherstellungsverfahren gemeinsam in der Wiederherstellungsdokumentation fest.

Halten Sie die Datenbank nur dann getrennt, wenn sich die zusätzliche Grenze lohnt

Eine externe Datenbank kann sinnvoll sein, wenn bereits mehrere Dienste von einer verwalteten Datenbankplattform abhängen, der Home-Assistant-Host kurzlebig ist oder Speicher und Datenbanksicherungen bewusst zentralisiert werden. Sie ist nicht automatisch schneller oder sicherer als lokales SQLite.

Der ZimaSpace-Artikel über die Trennung zustandsbehafteten Speichers von stoßartiger Rechenlast liefert denselben Architekturtest: Teilen Sie Rollen nur dann auf, wenn der unabhängige Lebenszyklus, die Fehlergrenze oder das Ressourcenprofil die zusätzliche Netzwerk- und Wiederherstellungsabhängigkeit rechtfertigt.

Wenn die externe Datenbank mehr Upgrade-Kopplung erzeugt, als sie beseitigt, kehren Sie zu einem einfacheren unterstützten Layout zurück, statt sie nur beizubehalten, weil „externe Datenbank“ skalierbarer klingt.

FAQ

Benötige ich MariaDB oder PostgreSQL für eine große Home-Assistant-Installation?

Nein. Das standardmäßige SQLite-Backend von Home Assistant bleibt eine gültige und empfohlene Wahl. Wechseln Sie nur dann zu einer externen Datenbank, wenn es dafür einen nachweisbaren betrieblichen Grund gibt und Sie bereit sind, den zusätzlichen Dienst selbst zu verwalten.

Sollte ich Home Assistant und die externe Datenbank am selben Tag aktualisieren?

Ändern Sie vorzugsweise jeweils nur eine zustandsbehaftete Schicht. Sichern Sie zuerst, überprüfen Sie die Datenbank in ihrer aktuellen Version, aktualisieren Sie eine Komponente, validieren Sie den Recorder und ziehen Sie erst danach das andere Upgrade in Betracht.

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.