Sollten Sie Home-Assistant-Metadaten auf einer SSD und Massendaten auf einer HDD speichern?

In der Regel ja: Bewahren Sie die aktive Konfiguration, Registries, Metadaten und die lokale Datenbank von Home Assistant auf einer zuverlässigen SSD auf und legen Sie große Mediendateien, Kameraaufzeichnungen, Exporte und zusätzliche Sicherungskopien auf dem HDD-Speicher ab.

Die wichtige Grenze verläuft nicht einfach zwischen kleinen und großen Dateien. Der Verzeichnisbaum /config von Home Assistant enthält eng miteinander verknüpften persistenten Zustand, während Recorder häufige Datenbankvorgänge ausführt und externe Mounts Abhängigkeiten für Start und Verfügbarkeit schaffen. Trennen Sie Daten nach Zugriffsmuster, dokumentieren Sie jeden Mount und überprüfen Sie einen Neustart sowie eine Wiederherstellung, bevor Sie der Aufteilung vertrauen.

Den aktiven Home-Assistant-Zustand gemeinsam auf der SSD aufbewahren

Betrachten Sie /config als eine Wiederherstellungseinheit. Normalerweise enthält es YAML-Dateien, Geheimnisse, das Verzeichnis .storage, Registries, den Integrationszustand und – bei Verwendung von SQLite – die aktive Datenbank. Wenn einzelne versteckte Zustandsdateien auf verschiedene Mounts verteilt werden, lassen sich Besitzverhältnisse, Startreihenfolge und Abdeckung bei der Wiederherstellung schwerer nachvollziehen.

Recorder schreibt kontinuierlich, daher unterscheidet sich sein Speicherverhalten von dem eines Archivs, das nur gelegentlich geöffnet wird. Unabhängige Anleitungen zur Fehlerbehebung empfehlen schnellen Speicher für die aktive Home-Assistant-Datenbank, da häufige Lese- und Schreibvorgänge langsame Medien in spürbare Verzögerungen bei Verlauf und Automatisierungen verwandeln können. Der relevante Beleg betrifft schnellen Speicher für die aktive Datenbank, nicht das Versprechen, dass jede SSD jeden Engpass behebt.

Wenn Sie einen externen MariaDB- oder PostgreSQL-Dienst verwenden, wird die Datenbank zu einem separaten zustandsbehafteten System mit eigenen Grenzen für Sicherung, Authentifizierung, Netzwerk und Upgrades. Behandeln Sie das Verschieben der Datenbank-URL nicht wie eine einfache Änderung des Dateispeicherorts.

Kapazitätsintensive Daten nur bei klarer Abgrenzung verschieben

HDD-Speicher eignet sich für große Mediendateien, lang laufende Kameraaufzeichnungen, exportierte Berichte und zusätzliche Sicherungskopien, sofern diese Pfade weder die aktive Konfiguration noch die Datenbank enthalten. Bei diesen Workloads ist die Speicherkapazität meist wichtiger als eine geringe Latenz bei kleinen, zufälligen I/O-Vorgängen.

Erstellen Sie explizite Host-Pfade und mounten Sie sie an stabilen Container-Speicherorten. Legen Sie keinen übergeordneten Mount über /config, da ein leerer oder verspätet eingebundener Host-Pfad die erwarteten Daten verbergen und Home Assistant wie eine Neuinstallation erscheinen lassen kann. Stellen Sie sicher, dass die HDD gemountet ist, bevor der Container startet, und legen Sie fest, was geschehen soll, wenn sie nicht verfügbar ist.

Der zugehörige ZimaSpace-Artikel über das Wachstum von Metadaten und Verlauf in Home Assistant hilft dabei, Registries, Recorder-Verlauf, Protokolle und Sicherungen zu unterscheiden, bevor Sie jede Kategorie einer Speicherebene zuweisen.

Sicherungen über beide Speicherebenen hinweg planen

Notieren Sie, welche Sicherung /config, die aktive Datenbank, die HDD-Pfade und eine eventuell externe Datenbank erfasst. Ein vollständig wirkendes Archiv kann einen separat gemounteten Medien- oder Datenbankpfad trotzdem auslassen, während eine Dateisystemkopie inkonsistent sein kann, wenn sie eine Datenbank während eines Schreibvorgangs erfasst.

Bewahren Sie mindestens eine Sicherungskopie außerhalb des Home-Assistant-Hosts auf. Die Aufteilung zwischen SSD und HDD verbessert die Speicherplatzierung, schützt aber nicht vor Löschung, Stromausfällen, Controller-Ausfällen oder einer fehlerhaften Migration, die beide Laufwerke betrifft. Bewahren Sie Verschlüsselungsschlüssel und Zugangsdaten zusammen mit dem Wiederherstellungsplan auf, nicht auf demselben Gerät.

Erstellen Sie vor Änderungen an den Mounts eine nachweislich funktionierende Sicherung und notieren Sie die aktuellen Entitätsanzahlen, Integrationen, den aktuellen Verlauf, Dashboards, Automatisierungen und Medienpfade. Diese Beobachtungen dienen nach der Neuerstellung als Abnahmetest und sind aussagekräftiger, als nur zu prüfen, ob die Anmeldeseite geöffnet wird.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Die Aufteilung durch Neustart, Lasttest und Wiederherstellung validieren

Starten Sie den Host neu, nicht nur Home Assistant, um die Reihenfolge der Mounts zu testen. Stellen Sie sicher, dass /config auf den SSD-Pfad und jeder Mount für Massendaten auf den vorgesehenen HDD-Pfad verweist, bevor Home Assistant mit dem Schreiben beginnt. Ein leeres Verzeichnis an einem der beiden Orte ist ein Abbruchkriterium.

Führen Sie die ursprüngliche Arbeitslast aus: Öffnen Sie den Verlauf, lösen Sie eine ausgelastete Automatisierung aus, schreiben Sie eine Aufzeichnung oder Mediendatei und erstellen Sie eine Sicherung. Ein erfolgreiches Ergebnis bedeutet, dass die Steuerung reaktionsfähig bleibt, Daten auf die vorgesehenen Laufwerke geschrieben werden, keine Datenbank- oder Berechtigungswarnungen auftreten und die I/O-Latenz des Hosts normal bleibt.

Stellen Sie abschließend eine Sicherung in einer isolierten Testinstanz wieder her und überprüfen Sie beide Speicherebenen. Machen Sie die Aufteilung rückgängig, wenn Home Assistant mit leeren Registries oder veraltetem Verlauf startet, Medien fehlen oder mountabhängige Fehler auftreten. Wechseln Sie erst dann zu einer externen Datenbank oder einer neu konzipierten Speicherlösung, wenn die einfachere Grenze aus SSD für /config und HDD für Massendaten die Anforderungen an Kapazität oder Verfügbarkeit nicht erfüllt.