Home Assistant занял всё место: как найти, что разрослось — Recorder, backups, apps или media

Сначала выясните, что именно занимает диск

Recorder хранит историю состояний и событий

Recorder записывает изменения сущностей и событий, которые затем используют History, Activity, графики и статистика. По умолчанию Home Assistant использует SQLite и файл home-assistant_v2.db в каталоге конфигурации.

Текущий default для purge_keep_days — 10 дней. Auto purge включён по умолчанию и запускается ночью. Home Assistant также автоматически выполняет periodic repack, чтобы SQLite действительно уменьшала размер файла после очистки.

Особенно быстро растут

• энергомониторы с частыми обновлениями мощности;
• Modbus-сенсоры с коротким polling interval;
• MQTT-сущности, публикующие постоянно меняющиеся значения;
• GPS/device_tracker;
• счётчики качества сети, RSSI, latency, uptime;
• датчики, у которых шумит последнее десятичное значение;
• интеграции с ошибкой, создающие слишком много state changes;
• тысячи сущностей, которые вообще не нужны в History.

Сравните размер базы с общим занятым storage

Именно поэтому не стоит автоматически удалять базу Home Assistant при любом сообщении «storage full».

Локальные backups могут незаметно занять весь накопитель

Home Assistant хранит локальные резервные копии на том же устройстве, если не выбрано другое место. Полный backup может включать:

• config;
• share;
• apps и их данные;
• ssl;
• media;
• базу Home Assistant, если она не исключена.

Поэтому одна крупная папка media, тяжёлое приложение или Recorder способны сделать каждую ежедневную копию огромной.

Что проверить

• сколько backups хранится локально;
• какой размер у последних копий;
• не увеличился ли backup резко после установки нового app;
• нужно ли включать media и share в каждую копию;
• есть ли внешнее место хранения — NAS или другое backup location;
• настроена ли retention policy.

Официальная документация Home Assistant рекомендует при необходимости отключать media и share из backup, потому что они могут сильно увеличивать размер и время восстановления.

Если резервная копия внезапно выросла в два-три раза

В свежих обсуждениях 2026 пользователи регулярно сталкиваются с ситуацией, когда backup за короткое время растёт с сотен мегабайт до нескольких гигабайт.

Проверяйте по порядку:

Apps могут занимать больше места, чем сам Recorder

Папки, которые забывают проверить

Пользователь часто смотрит только Recorder, но Home Assistant может хранить локальные media, voice-файлы, camera snapshots, downloaded content, временные экспорты и данные приложений.

Если эти данные попадают ещё и в регулярные backups, один и тот же объём начинает расходовать место дважды: как рабочие файлы и как несколько резервных копий.

Почему база не уменьшается сразу после очистки истории

В SQLite удаление старых строк из базы и уменьшение самого файла на диске — не одно и то же.

Home Assistant предоставляет действие Purge Recorder database. У него есть параметры:

• Days to keep — сколько дней подробной истории оставить;
• Apply filter — применить текущие include/exclude правила Recorder;
• Repack — физически переписать базу, чтобы вернуть освобождённые страницы диску.

По умолчанию Home Assistant выполняет auto purge каждую ночь и auto repack периодически. Поэтому если стандартные настройки не менялись, бесконечный рост базы обычно означает либо очень интенсивный поток данных, либо отдельную проблему.

Не записывайте историю того, что вам не нужно

Recorder поддерживает include/exclude по сущностям, доменам и шаблонам. Это полезнее, чем регулярно чистить гигантскую базу уже после роста.

Кандидаты на исключение

• служебные uptime-сенсоры;
• RSSI/LQI, если подробная история не нужна;
• часто меняющиеся диагностические значения;
• entities, которые никто никогда не смотрит в History;
• одноразовые debug-сенсоры;
• вспомогательные датчики интеграций с очень высокой частотой изменений.

Чтобы видеть годовой график, не обязательно хранить каждое состояние год

Одна из частых ошибок — увеличить purge_keep_days до 365 только ради долгосрочных графиков энергопотребления или температуры.

Home Assistant умеет хранить долгосрочную статистику для поддерживаемых сенсоров отдельно от подробной краткосрочной истории. Поэтому перед увеличением retention в десятки раз стоит проверить, действительно ли вам нужны все raw state changes за год.

Для датчика мощности, который меняется каждые несколько секунд, год подробной истории может дать огромное количество записей без реальной пользы.

Не переносите Recorder на MariaDB только потому, что SQLite стала большой

В актуальной документации Home Assistant именно SQLite остаётся default и recommended database engine. Современные версии оптимизированы для неё.

MariaDB, MySQL и PostgreSQL поддерживаются, но переход на другую СУБД не является автоматическим «ускорителем» и не решает плохую retention-политику.

Home Assistant отдельно предупреждает, что миграция существующей Recorder history между базами официально не поддерживается как простой штатный перенос.

Не начинайте с repack огромной базы

Recorder documentation указывает: для SQLite желательно иметь свободного временного пространства как минимум столько же, сколько занимает база. При некоторых recovery-сценариях требуется ещё больше.

Если диск почти заполнен, безопаснее сначала:

Нормальная storage-политика Home Assistant

• оставить разумный purge_keep_days;
• исключить из Recorder шумные ненужные entities;
• контролировать размер Recorder через System information;
• держать несколько backups, а не бесконечную историю локально;
• сохранять хотя бы одну резервную копию вне самого HA-хоста;
• не включать media/share в каждый backup без необходимости;
• не хранить большой видеoархив на системном диске HA;
• периодически чистить ESPHome build files;
• следить за storage после установки новых apps;
• оставлять запас свободного места для updates, database repack и recovery.

Не путайте локальный диск HA и Network Storage

В Home Assistant 2026.9 появилась более заметная индикация заполнения подключённых сетевых хранилищ. Для network mount Home Assistant показывает used/total и меняет индикацию при высокой заполненности.

Это полезно для NAS, куда отправляются backups или media, но не заменяет диагностику локального диска самого Home Assistant. Локальный Recorder, apps и backups всё равно нужно проверять отдельно.

Что ещё пригодится

Частые вопросы про заполненный диск Home Assistant