Аудит и чистка базы 1С: что делать, когда база достигла гигантских размеров

Обновлено: март 2026 • Время чтения: 5 мин

Если вы работаете в 1С уже несколько лет, то рано или поздно сталкиваетесь с пугающей цифрой: база стала весить 200, 300 или 500 Гигабайт. Архивация занимает всю ночь, создание тестовой копии — половину дня, а отчеты формируются мучительно долго. Разбираемся, откуда берется этот "мусор" и как его безопасно удалить с помощью аудита и свертки.

Не получается исправить ошибку самостоятельно?

Оставьте заявку, и я удаленно подключусь к вашей базе прямо сейчас. Быстрая диагностика и решение проблемы.

Срочная помощь 1С →

📚 Связанные статьи

Почему база так распухла? 3 главных виновника

Настоящие данные бизнеса (сами цифры о продажах, закупках и проводках) весят очень мало. Даже миллион документов реализации — это жалкие гигабайты текста. База тяжелеет за счет "сервисного" функционала платформы 1С.

Журнал регистрации событий (Логи). По умолчанию 1С записывает каждый "чих" любого пользователя. Кто зашел, кто открыл документ, кто изменил статус. За 3-4 года непрерывной работы этот лог-файл (он может храниться в отдельной папке 1Cv8Log или прямо в SQL) разрастается до колоссальных размеров.
Версионирование объектов (История изменений). Очень полезная для руководителей функция: позволяет посмотреть "А кто изменил сумму в этом счете вчера?". Но если версионирование включено вообще для всех справочников без срока давности — каждое сохранение товара плодит дубль данных.
Кэш и итоги регистров. Để быстрее формировать отчеты за текущий месяц, 1С хранит уже просчитанные (сгруппированные) "итоги". Чем старее база, тем больше этих итоговых корзин она вынуждена хранить на случай, если вы захотите отчет за 2018 год.

Первая помощь: Быстрая "чистка" без потери документов

До того как прибегать к радикальной операции "свертки", толковый архитектор 1С может ужать размер базы на 30-50% обычными настройками:

Сокращение Журнала регистрации. Переносим старые логи (старше 6 месяцев) в архивные текстовые файлы, а текущий журнал обрезаем.
Настройка Версионирования. Принудительно очищаем историю версий объектов старше полугода. Настраиваем правило: "Хранить версии не бессрочно, а 3 месяца".
Очистка временных таблиц. Удаляем отработанные фоновые задания, мертвые сеансы и устаревшие пакеты обмена с сайтом.
Сжатие SQL. Делаем операцию `Shrink` (Сжатие базы) на уровне самого SQL-сервера БД после удаления мусора из 1С.

Тяжелая артиллерия: Свертка (Обрезка) базы 1С

Если база существует больше 5-7 лет, в ней накапливается исторический "хвост" документов, который тормозит все расчеты партионного учета (например, расчет себестоимости в УТ 11 или Комплексной). В этом случае делают Свертку.

Суть операции:

Берется дата "Ч" (например, 31 декабря 2024 года).
Платформа подсчитывает конечные остатки товаров на складах, долги клиентов и деньги в кассе на эту секунду.
Она создает специальные документы "Ввод начальных остатков" датой 31.12.2024.
Затем программа физически удаляет все первичные документы (реализации, платежки, счет-фактуры) ДО этой даты.

В итоге у вас остается "новая" чистая база, в которой есть правильные сальдо на 1 января, но нет ни одной старой накладной. База мгновенно худеет в 3-5 раз и начинает "летать". (Старая до-сверточная копия, разумеется, сохраняется в архиве для налоговой в отдельном ярлыке.)

Главная опасность свертки

Свертку нельзя делать штатной обработкой 1С нажатием кнопки "Далее-Далее". Если в вашей базе есть отрицательные остатки (товары, которых нет, но программно они списаны в минус), пересорт, или незакрытые "повисшие" авансы — свертка сложит всю эту грязь в "Ввод остатков". Итог — бухгалтерия в новом году вообще не сведется. Перед обрезкой всегда требуется тщательный аудит и чистка регистров программистами.