Co powoduje wzrost metadanych i historii Home Assistant podczas sterowania całym domem?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

What Causes Home Assistant Metadata and History Growth During Whole-Home Control?

„Rozrost metadanych” Home Assistant łatwo błędnie zdiagnozować, ponieważ kilka różnych klas danych znajduje się w obrębie tej samej instalacji. Rejestry urządzeń i encji zachowują tożsamości oraz relacje konfiguracji; drzewo konfiguracji przechowuje stan zarządzany przez interfejs użytkownika; Recorder przechowuje znacznie obszerniejsze szeregi czasowe zmian stanów i zdarzeń; statystyki długoterminowe zachowują wybrane agregaty po upływie okresu przechowywania surowej historii.

Sterowanie całym domem zwiększa te warstwy na różne sposoby. Dodawanie urządzeń powoli powiększa rejestry, natomiast dodawanie czujników o wysokiej częstotliwości odczytów lub encji z dużą liczbą atrybutów może szybko zwiększyć rozmiar bazy danych. Zanim zmienisz okres przechowywania lub usuniesz pliki, ustal, która warstwa faktycznie się powiększa.

Rejestry encji i urządzeń rosną wraz z liczbą zarządzanych obiektów

Home Assistant przechowuje trwałe rekordy rejestru, dzięki czemu encja może zachować swoją tożsamość, dostosowania użytkownika, relację z urządzeniem, przypisanie do pomieszczenia i właściciela integracji po ponownym uruchomieniu. Te metadane nie są tym samym co wszystkie historyczne próbki czujników.

Obecny model rejestru urządzeń opisuje, jak urządzenia zachowują relacje z wpisami konfiguracji i encjami reprezentującymi ich funkcje. W miarę dodawania do domu integracji, mostków, urządzeń podrzędnych i encji rejestr ten w naturalny sposób staje się bardziej złożony.

Rozrost rejestru jest zwykle niewielki w porównaniu z Recorderem. Tysiąc definicji encji ma istotne znaczenie operacyjne, ale tysiąc encji generujących po setki lub tysiące historycznych wierszy może zdominować wykorzystanie pamięci.

Rozrost Recordera zależy od częstotliwości zmian, a nie tylko od liczby urządzeń

Recorder zapisuje zmiany stanów i wybrane zdarzenia. Czujnik otwarcia drzwi zmieniający stan dwa razy dziennie może zajmować mniej miejsca niż jeden czujnik zużycia energii raportujący co kilka sekund, mimo że oba liczą się jako po jednej encji na pulpicie.

W przypadku dostrajania instalacji w 2026 roku baza danych Home Assistant osiągnęła 963 MB w ciągu sześciu dni, zanim wykluczenie głośnych encji zmniejszyło dzienny przyrost z około 160 MB do mniej niż 50 MB. Dokładne wartości zależą od instalacji, ale mechanizm pozostaje ten sam.

Zmierz dzienny przyrost bazy danych i uszereguj encje lub domeny generujące najwięcej wierszy, zanim zastosujesz globalne skrócenie okresu przechowywania. Zachowaj historię, z której domownicy rzeczywiście korzystają.

Atrybuty mogą zajmować więcej miejsca niż sugeruje widoczny stan

Encja może wyświetlać krótki stan, taki jak on, 23.4 lub home, a jednocześnie zawierać znacznie większy zestaw atrybutów z informacjami o urządzeniu, prognozami, listami, współrzędnymi lub metadanymi diagnostycznymi.

Aktualne wytyczne dla deweloperów Home Assistant wyraźnie ostrzegają, że encje z częstymi zmianami stanu mogą szybko powiększać bazę danych, gdy często zmieniają się również extra_state_attributes. Zalecanym kierunkiem jest ograniczenie atrybutów niekrytycznych lub udostępnienie zamiast nich niezależnych encji czujników.

Nie szacuj zajętości miejsca wyłącznie na podstawie widocznego stanu encji. Sprawdź zarówno częstotliwość zmian stanu, jak i zmienność atrybutów, szczególnie w przypadku integracji udostępniających duże struktury przypominające JSON.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Statystyki tworzą inną krzywą długoterminowego przechowywania

Surowa historia jest zwykle ograniczana okresem przechowywania, ale statystyki długoterminowe mogą zachowywać agregaty wybranych czujników znacznie dłużej. Jest to przydatne w przypadku energii, temperatury i trendów zużycia mediów, ponieważ system nie potrzebuje każdej surowej próbki, aby odpowiedzieć na pytanie dotyczące całego miesiąca.

Oznacza to, że usunięcie starych stanów surowych nie musi usuwać wszystkich danych historycznych — i jest to zamierzone. Traktuj historię z ostatniego okresu, przydatną podczas diagnozowania problemów, oraz długoterminową historię analityczną jako osobne zasoby przechowywane przez różne okresy.

Model przechowywania danych czujników firmy ZimaSpace pokazuje, dlaczego częstotliwość próbkowania, indeksy, agregaty i generacje kopii zapasowych należy mierzyć osobno, zamiast sprowadzać wszystko do liczby bajtów na czujnik.

Kopie zapasowe powielają wszystko, co przechowuje działający system

Większa baza danych Recordera zwiększa rozmiar kopii zapasowych i wydłuża czas przywracania. Wiele przechowywanych kopii zapasowych może zatem zajmować więcej miejsca niż bieżąca baza danych, szczególnie gdy każde archiwum zawiera jej pełną kopię.

Poradnik społeczności dotyczący Recordera wskazuje, że encje aktualizujące się często i duże atrybuty są częstymi przyczynami nieustannie rosnącej bazy danych Home Assistant.

Ustal okres przechowywania zarówno dla bieżącej historii, jak i dla kopii zapasowych. Zmniejszenie aktywnej bazy danych nie odzyska miejsca zajmowanego przez stare, niezmienne archiwa kopii zapasowych, dopóki te kopie nie wygasną.

Przeprowadź audyt ról danych, zanim cokolwiek usuniesz

Zadaj cztery odrębne pytania: czy gromadzą się nieaktualne rekordy urządzeń lub encji; które encje dominują pod względem zmian zapisywanych przez Recorder; które czujniki rzeczywiście wymagają statystyk długoterminowych; oraz ile pełnych generacji kopii zapasowych powiela zajmowaną przestrzeń?

Rozrost jest korzystny, gdy odpowiada użytecznym urządzeniom, historii lub analizom i mieści się w zaplanowanym oknie konserwacji oraz odzyskiwania danych. Staje się problemem, gdy niewielka liczba głośnych encji, nieaktualne rejestry lub niepotrzebne generacje kopii zapasowych zużywają większość dostępnej przestrzeni.

FAQ

Czy metadane Home Assistant są tym samym co historia Recordera?

Nie. Metadane rejestru i konfiguracji opisują urządzenia, encje, integracje oraz stan zarządzany przez interfejs użytkownika. Historia Recordera to szereg czasowy zmian stanów i zdarzeń, który zwykle stanowi znacznie większą warstwę danych.

Czy dodanie większej liczby urządzeń zawsze powoduje szybki wzrost bazy danych?

Nie. Sama częstotliwość zmian ma większe znaczenie niż liczba urządzeń. Kilka encji o wysokiej częstotliwości odczytów lub z dużą liczbą atrybutów może wygenerować więcej historii niż wiele mało aktywnych przełączników i czujników otwarcia.