Ограничение размера портала и чистка

Со временем коробочный Битрикс24 обрастает мусором: разрастаются кеш, журналы событий, старые версии файлов на Диске и служебные таблицы базы. Без регулярной чистки портал начинает занимать сотни гигабайт, замедляется и рискует упасть при заполнении диска. Разберём, что и как безопасно чистить и как ограничить рост данных заранее.

Что занимает место на портале

Прежде чем чистить, полезно понять структуру потребления. В коробке Битрикс24 место «съедают» несколько источников:

• Диск (файловое хранилище) — сами файлы плюс все их версии в истории;
• Кеш — каталог /bitrix/cache/ и /bitrix/managed_cache/;
• Журналы — журнал событий, логи почты, ошибки, статистика;
• Служебные таблицы БД — очереди, история бизнес-процессов, поисковый индекс;
• Резервные копии, случайно оставленные в /bitrix/backup/.

Оценить, куда ушло место, на сервере удобно так:

du -sh /home/bitrix/www/upload/* | sort -h

Чистка кеша и временных файлов

Кеш — самое безопасное, что можно чистить: портал пересоздаст его автоматически. Сделать это можно из административной части: Настройки → Настройки продукта → Автокеширование, кнопка «Очистить файлы кеша», либо сбросом на странице проверки автокеширования.

На сервере кеш чистится удалением содержимого каталогов (портал должен быть в штатном режиме):

1. /bitrix/cache/ — управляемый и HTML-кеш компонентов;
2. /bitrix/managed_cache/ — кеш выборок БД;
3. /bitrix/stack_cache/ — устаревший стековый кеш;
4. /upload/tmp/ — временные файлы загрузок.

Версии файлов Диска и корзина

Диск Битрикс24 хранит историю версий: каждое изменение документа создаёт новую копию. На активном портале это главный «пожиратель» места. Управлять глубиной истории можно централизованно.

В настройках модуля Диск (Настройки → Настройки продукта → Настройки модулей → Диск) задаётся количество хранимых версий. Уменьшив его, вы разрешаете системе удалять старые ревизии.

Важно помнить: пока файл в корзине, он занимает место. Полное освобождение происходит только после её очистки. Для регулярного контроля назначьте ответственного или настройте периодическую чистку корзины.

Журналы и разрастание базы данных

База данных растёт не только за счёт бизнес-данных. Основные технические таблицы, которые стоит держать под контролем:

• Журнал событий — очищается в bitrix/admin/event_log.php, глубина хранения задаётся в настройках главного модуля;
• История бизнес-процессов — по завершённым процессам накапливаются логи;
• Таблица b_event — отправленные письма из почтовой очереди;
• Поисковый индекс и статистика — при активном модуле веб-аналитики.

Глубину хранения журнала событий и статистики задают в настройках соответствующих модулей — например, «хранить записи журнала 14 дней». После уменьшения глубины таблицы почистит штатный агент.

Квоты и превентивные ограничения

Чистить постфактум — полдела. Лучше ограничить рост заранее. В коробке для этого есть несколько рычагов:

1. Квоты на Диск — лимит места на пользователя и на группу, чтобы никто не забил хранилище одним архивом;
2. Максимальный размер загружаемого файла — на уровне и портала, и PHP (upload_max_filesize);
3. Глубина истории версий — разумные 3–10 версий вместо «хранить всё»;
4. Срок хранения журналов — задайте фиксированное окно в днях.

Отдельно стоит настроить мониторинг свободного места на сервере. Простейший вариант — алерт при заполнении диска выше 85%:

df -h /home | awk 'NR==2 {print $5}'

Регламент регулярной чистки

Чтобы портал не зарастал, чистку стоит поставить на поток. Пример разумного регламента:

Автоматизируемые операции удобно вынести в отдельные cron-задания в непиковые часы. Ручные — чистку корзины и аудит квот — закрепить за администратором портала с чек-листом, чтобы задача не забывалась.

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

Итог

Размер коробки Битрикс24 надо контролировать двумя способами одновременно: чистить накопившийся мусор (кеш, логи, версии файлов, служебные таблицы) и ограничивать рост заранее квотами, лимитами и глубиной истории. Отдельно критично не допускать переполнения диска — это приводит к падению портала.

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