Как урезать базу 1С: рабочие способы уменьшить размер

База 1С растёт постоянно: документы, движения по регистрам, версии объектов, история обменов и служебные журналы накапливаются годами. Когда размер файловой базы переваливает за несколько гигабайт, замедляются открытие программы, проведение документов, формирование отчётов и создание резервных копий. «Урезать базу» можно разными способами — от безопасного удаления мусора до радикальной свёртки периода, и выбор зависит от того, что именно занимает место.

Важно понимать: урезание базы — это почти всегда необратимая операция. Удалённые документы и срезанные итоги восстановить нельзя, поэтому перед любыми действиями делается полная резервная копия, а сама процедура сначала отрабатывается на копии базы. Ниже разобраны способы от самого мягкого к самому радикальному, с условиями их применения и типичными ошибками.

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

Бессмысленно сворачивать документы, если половину объёма занимают версии объектов или присоединённые файлы. Для файловой базы посмотрите размер файла 1Cv8.1CD в каталоге базы. Для клиент-серверной — размер данных и журнала транзакций в свойствах базы на SQL Server.

Внутри базы основные «пожиратели» места обычно такие: движения документов по регистрам, хранилище версий объектов (если включена версионность), история обменов данными, присоединённые файлы и картинки, журнал регистрации, незавершённые сеансы обмена и очереди сообщений. В типовых конфигурациях есть обработки анализа, а для нестандартных случаев используют отчёт по размеру таблиц (для SQL-базы — запрос к системным представлениям).

Сделайте резервную копию и проверьте её

Это не формальность, а единственный способ откатиться. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD при закрытых сеансах или сделать выгрузку в .dt через конфигуратор (Файл → Сохранить копию / Выгрузить информационную базу). Для клиент-серверной базы — полный бэкап средствами SQL Server.

Копию стоит проверить: разверните её в отдельный каталог или под отдельным именем и убедитесь, что база открывается и данные на месте. Все дальнейшие операции сначала прогоняются на этой копии — так вы оцените реальный выигрыш в размере и время выполнения, не рискуя рабочими данными.

Быстрая чистка без потери учётных данных

Первый этап — удаление того, что не влияет на учёт. Это безопасно и часто даёт заметный эффект, особенно если база давно не обслуживалась.

Удаление помеченных объектов. В режиме 1С:Предприятие откройте «Администрирование → Обслуживание → Удаление помеченных объектов». Программа покажет объекты с пометкой удаления и объекты, которые им мешают удалиться (ссылки). Монопольное удаление проходит быстрее и полнее, но требует отсутствия других пользователей.

Очистка версий объектов. Если включено версионирование (типовые БСП-конфигурации), история версий может занимать значительную часть базы. В разделе настроек версионирования есть очистка устаревших версий — настройте регламентное задание на регулярное выполнение.

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

Журнал регистрации. В конфигураторе: Администрирование → Журнал регистрации → Сократить. Укажите дату, до которой удалить события. Журнал редко занимает гигабайты, но на старых базах вклад бывает ощутимым.

1. 1
   Сделать и проверить резервную копию
2. 2
   Удалить помеченные объекты в монопольном режиме
3. 3
   Очистить версии объектов и историю обменов
4. 4
   Сократить журнал регистрации
5. 5
   Выполнить тестирование и исправление со сжатием таблиц
6. 6
   Сравнить размер базы до и после

Сжатие файловой базы: тестирование и исправление

Удаление данных в файловой базе само по себе не уменьшает файл 1Cv8.1CD — внутри остаются пустые области. Физическое уменьшение выполняется через конфигуратор: Администрирование → Тестирование и исправление, отметьте пункт «Сжатие таблиц информационной базы» (реструктуризацию и проверку ссылочной целостности выбирайте осознанно — они нужны для исправления ошибок, а не для размера).

Сжатие выполняется в монопольном режиме и на большой базе может занять часы. Запускайте его в нерабочее время. После завершения сравните размер файла: если база долго не обслуживалась, уменьшение может быть существенным. Альтернатива — выгрузка в .dt и загрузка в пустую базу: свежезагруженный файл часто компактнее, но этот путь дольше и требует больше свободного места на диске.

Свёртка базы: радикальное уменьшение периода

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

В типовых конфигурациях (Бухгалтерия, Управление торговлей, ERP) есть штатная обработка свёртки: обычно в разделе «Администрирование → Обслуживание» или «НСИ и администрирование». Обработка формирует остатки по регистрам на дату свёртки, затем помечает и удаляет документы прошлых периодов. Процесс длительный и идёт в монопольном режиме.

Как подготовиться к свёртке

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

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

Особенности клиент-серверных баз на SQL Server

После удаления данных или свёртки файлы базы на SQL Server не уменьшаются автоматически — свободное место остаётся внутри файлов. Физическое сокращение выполняется операцией shrink для файлов данных. Делайте её разово, после масштабной чистки: регулярный shrink вреден, так как сильно фрагментирует индексы и ухудшает производительность.

Проверьте также модель восстановления базы. Если стоит Full, журнал транзакций может разрастись до огромных размеров без регулярных бэкапов журнала. Для баз 1С часто достаточно модели Simple — тогда журнал не растёт бесконтрольно. Смену модели и настройку плана обслуживания (реиндексация, обновление статистики) согласуйте с администратором СУБД.

-- Проверить размер данных и журнала (SQL Server)
EXEC sp_spaceused;
-- Сжать файлы после массового удаления данных (разово!)
DBCC SHRINKDATABASE (N'ИмяБазы', 10);

Типичные ошибки и контроль результата

После всех операций проверьте результат по нескольким точкам. Размер файла базы должен уменьшиться (для файловой — после сжатия, для SQL — после shrink). Остатки на дату свёртки должны совпадать с архивной копией. Убедитесь, что открываются последние документы, работают обмены и регламентные задания, отчёты за текущий период строятся корректно.

FAQ