Wie viel freier Speicherplatz sollte Home Assistant für Hintergrundaufgaben bereithalten?

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 sollte keinen einheitlichen Prozentsatz für den freien Speicher verwenden. Die sinnvolle Reserve umfasst den für die aktuelle Recorder-Datenbank benötigten Speicher, den größten normalen Wartungs- oder Upgrade-Vorgang, das Wachstum von Backups sowie ausreichend Wiederherstellungsspielraum, damit das Dateisystem nicht voll läuft, während das System versucht, sich selbst zu reparieren.

Beginnen Sie mit der Datenbank, da Recorder bei Wiederherstellungen, Neuorganisationen, Schemaänderungen oder der Behebung von Beschädigungen vorübergehend beträchtlichen Arbeitsbereich benötigen kann. Addieren Sie anschließend die tatsächliche Größe lokaler Backups und anderer Anwendungen, die sich den Systemdatenträger teilen. Eine kleine Installation mit einer 400-MB-Datenbank hat eine andere Untergrenze als eine Installation mit mehreren Gigabyte Verlauf und zahlreichen aufbewahrten Backups.

Verwenden Sie die Recorder-Datenbank als erste Kapazitätseinheit

Messen Sie die aktuelle Datenbankgröße und ihr tägliches Wachstum. Die Grenze für den freien Speicher sollte nicht unter den für die normale Datenbankwartung erforderlichen Wert fallen und dem Betriebssystem dennoch ausreichend Platz zum Schreiben von Protokollen, temporären Dateien und Upgrade-Daten lassen.

Die Community-Empfehlung eines Recorder-Entwicklers von Home Assistant lautet, mindestens die Datenbankgröße als freien Speicher vorzuhalten und für schwierige Wiederherstellungsfälle mit Tabellenneuerstellung möglichst etwa das 2,5-Fache der Datenbankgröße einzuplanen. Betrachten Sie dies als Anforderung für die Wiederherstellung der Datenbank, nicht als universellen Prozentsatz des gesamten Datenträgers.

Wenn die Recorder-Datenbank 2 GB groß ist, kann ein nahezu voller 256-GB-Datenträger weiterhin gefährlich sein, selbst wenn der prozentuale Anteil des freien Speichers klein, aber scheinbar akzeptabel ist. Umgekehrt benötigt eine winzige Datenbank auf einer großen SSD nicht automatisch eine willkürliche Reserve von 20 %, nur weil eine Prozentregel dies vorgibt.

Backups können unbemerkt zum größten lokalen Speicherverbraucher werden

Automatische und manuelle Backups wachsen unabhängig von der Recorder-Datenbank. Wenn mehrere alte Archive auf dem Home-Assistant-Systemdatenträger gespeichert werden, kann der freie Speicher fehlen, der zum Erstellen des nächsten Backups oder zum Abschließen eines Upgrades erforderlich ist.

Überwachen Sie die Anzahl lokaler Backups, die Größe jedes Archivs und die Aufbewahrungsrichtlinie. Verschieben Sie Wiederherstellungskopien auf ein NAS oder ein anderes Ziel, statt den Produktionsdatenträger gleichzeitig als aktiven Speicher und als Langzeit-Backup-Speicher zu verwenden.

Die ZimaSpace-Diskussion über die Trennung von Home-Assistant-Backups und aktivem Host beschreibt das richtige Wiederherstellungsmodell: Die Verwaltung des freien Speichers wird einfacher, wenn alte Backups nicht auf demselben Gerät mit der aktiven Datenbank konkurrieren.

Reduzieren Sie das Datenbankwachstum, bevor Sie den Datenträger erweitern

Eine schnell wachsende Datenbank kann jede feste Reserve aufbrauchen. Ermitteln Sie geräuschvolle Entitäten, unnötige Attribute, eine zu lange Aufbewahrungsdauer oder Integrationen, die häufige Zustandsänderungen erzeugen, bevor Sie einfach die Speicherzuweisung erhöhen.

Das Datenbankwachstum lässt sich oft reduzieren, bevor der Speicher erweitert wird. Eine praktische Bereinigung nutzte Recorder-Ausschlüsse, eine kürzere Aufbewahrungsdauer und gezieltes Löschen für geräuschvolle Entitäten, statt einen größeren Datenträger als erste Lösung zu betrachten.

Messen Sie nach der Änderung erneut. Ziel ist nicht die kleinstmögliche Datenbank, sondern eine Datenbank, die nützliche Verlaufsdaten behält, ohne routinemäßige Lösch-, Backup- und Upgrade-Vorgänge zunehmend zu erschweren.

-15% OFF

Lassen Sie Spielraum für Neuorganisation, Upgrades und Wiederherstellung

Das Löschen alter Zeilen verkleinert die Datenbankdatei nicht immer sofort. Eine Neuorganisation oder Neuerstellung kann einen großen Teil der Datenbank neu schreiben und den I/O- sowie Speicherverbrauch vorübergehend erhöhen, bevor Speicherplatz zurückgewonnen wird.

Eine separate Anleitung zur Datenbankbereinigung zeigt, dass eine übergroße Recorder-Datenbank auch Backups vergrößern kann. Eine Reduzierung der aufgezeichneten Daten und anschließend das Löschen oder Neuorganisieren der behaltenen Daten behebt beide Wachstumsursachen, statt zufällige Dateien aus dem Konfigurationsverzeichnis zu löschen.

Starten Sie niemals eine umfangreiche Neuorganisation, wenn der Datenträger bereits nahezu voll ist. Schaffen Sie zunächst Platz für Backups oder erweitern Sie das Dateisystem, denn ein Wartungsvorgang, dem der Arbeitsbereich ausgeht, kann ein schwierigeres Wiederherstellungsproblem verursachen als die ursprünglich zu große Datenbank.

Legen Sie eine gemessene Untergrenze fest und warnen Sie frühzeitig

Speicherkomponente Dimensionierung Warum sie wichtig ist
Arbeitsbereich für Recorder Mindestens die aktuelle Datenbankgröße; wenn möglich eine größere Wiederherstellungsreserve Neuerstellung, Neuorganisation, Schemaarbeiten
Backup-Reserve Das größte erwartete neue Archiv plus Aufbewahrungsrichtlinie Das Backup muss vor der Bereinigung abgeschlossen werden
Upgrade-Reserve Beobachteter Spitzenwert für Image, Pakete und Migration Versionsänderungen können temporäre Dateien erfordern
Host-Reserve Übliche Protokolle und andere Dienste Das System muss während der Wartung weiterarbeiten können

Setzen Sie eine Warnung oberhalb der Ausfallgrenze, damit Zeit zum Handeln bleibt, bevor Hintergrundvorgänge blockiert werden. Überprüfen Sie den Schwellenwert nach starkem Wachstum bei Entitäten, Kameras, Aufbewahrungsdauer, Add-ons oder Backup-Größe.

FAQ

Sollte Home Assistant immer 20 % des Datenträgers frei halten?

Nein. Ein fester Prozentsatz kann auf einem großen Datenträger zu viel und bei einer großen Recorder-Datenbank auf einem kleinen Datenträger zu wenig sein. Legen Sie die Untergrenze anhand der tatsächlichen Anforderungen für Datenbank, Wartung, Backups und Wiederherstellung fest.

Warum hat Recorder alte Daten gelöscht, ohne die Datenbankdatei sofort zu verkleinern?

Das Löschen von Zeilen kann Speicherplatz innerhalb der Datenbank zur Wiederverwendung freigeben, ohne die Datei auf dem Datenträger zu verkleinern. Vorgänge zur Neuorganisation oder Neuerstellung können Speicherplatz im Dateisystem zurückgewinnen, sind jedoch aufwendiger und benötigen zusätzlichen Arbeitsbereich.

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.