Как сжать SQL-базу 1С: практическое руководство

База 1С на MS SQL Server со временем растёт не только за счёт реальных данных, но и из-за журнала транзакций, удалённых объектов, версий изменений и фрагментированных индексов. Файл с данными (MDF) может занимать десятки гигабайт, хотя фактических данных в нём — в разы меньше. Сжатие базы позволяет вернуть свободное место на диске, ускорить создание резервных копий и упростить перенос базы между серверами.

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

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

Когда базе действительно нужно сжатие

Не каждая большая база требует уменьшения. SQL Server резервирует место внутри файлов под будущие данные, и это нормально. Сжатие оправдано в конкретных ситуациях: после удаления большого объёма данных (свертка базы, очистка журнала регистрации, удаление старых документов), после переноса базы, когда нужно сократить размер бэкапа, или когда диск сервера физически заполнен.

Оценить ситуацию помогает отчёт о распределении места. В SQL Server Management Studio (SSMS) щёлкните правой кнопкой по базе, выберите «Отчёты» → «Стандартные отчёты» → «Использование дискового пространства». Отчёт покажет, сколько места занято данными, сколько зарезервировано и сколько реально свободно внутри файлов.

Подготовка: резервная копия и анализ

Первый обязательный шаг — полная резервная копия базы средствами SQL Server. Не выгрузка DT из конфигуратора, а именно полный бэкап: при сбое во время shrink восстановиться из него быстрее и надёжнее. Убедитесь, что копия создана успешно и лежит на отдельном диске или сетевом ресурсе.

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

SELECT TOP 20 t.NAME AS TableName, SUM(a.total_pages) * 8 / 1024 AS SizeMB FROM sys.tables t JOIN sys.indexes i ON t.object_id = i.object_id JOIN sys.partitions p ON i.object_id = p.object_id AND i.index_id = p.index_id JOIN sys.allocation_units a ON p.partition_id = a.container_id GROUP BY t.NAME ORDER BY SizeMB DESC

Очистка данных средствами 1С

Сжимать файл, полный мусорных данных, бессмысленно — сначала мусор нужно удалить. Основные направления очистки в типовых конфигурациях:

• Журнал регистрации. В конфигураторе: «Администрирование» → «Журнал регистрации» → кнопка «Сократить». Укажите дату, до которой события не нужны. На больших базах это освобождает гигабайты.
• Помеченные на удаление объекты. В режиме 1С:Предприятие запустите «Удаление помеченных объектов» (раздел «Администрирование»). Пометка не удаляет данные физически — только эта операция реально освобождает место.
• Регистрация изменений для обменов. Если используются планы обмена, после успешной синхронизации удаляйте регистрацию изменений — таблицы изменений растут очень быстро.
• Версии объектов и история данных. Если включено версионирование, настройте срок хранения версий и очистите старые.
• Свертка базы. Для старых периодов используйте штатную обработку свертки — она заменяет документы прошлых лет остатками на дату свертки.

Все операции удаления выполняйте монопольно или в период минимальной нагрузки. После удаления данные внутри MDF-файла превращаются в пустое место — именно его и заберёт shrink.

Перестроение индексов перед сжатием

После массового удаления индексы становятся фрагментированными и занимают больше места, чем нужно. Перестроение индексов (rebuild) уплотняет данные и само по себе сокращает занимаемый объём, а заодно ускоряет последующее сжатие файла.

Запустите перестроение для всей базы ночью или в выходной. Можно использовать стандартный план обслуживания SQL Server (Maintenance Plan с задачей Rebuild Index) или скрипт. Обратите внимание: rebuild требует свободного места, сопоставимого с размером перестраиваемых индексов, поэтому при полностью забитом диске сначала освободите место другими способами.

1. 1
   Создайте полную резервную копию базы на отдельный носитель
2. 2
   Проанализируйте самые большие таблицы и очистите данные средствами 1С
3. 3
   Перестройте индексы базы (Rebuild Index) в нерабочее время
4. 4
   Усеките журнал транзакций через простую модель восстановления
5. 5
   Выполните Shrink файла данных с указанием целевого свободного места
6. 6
   Повторно перестройте индексы после shrink и проверьте работу базы

Сжатие журнала транзакций (LDF)

Чаще всего проблема — не файл данных, а раздутый журнал транзакций. Это происходит, когда база работает в полной модели восстановления (Full), но резервные копии журнала не делаются: SQL Server не может очистить журнал и накапливает в нём все операции.

Если восстановление на произвольный момент времени вам не требуется, порядок действий такой: переведите базу в простую модель восстановления (свойства базы → «Параметры» → «Модель восстановления» → «Простая»), затем выполните сжатие файла журнала: правой кнопкой по базе → «Задачи» → «Сжать» → «Файлы» → выберите тип «Журнал». После сжатия верните полную модель восстановления, если она нужна, и сразу сделайте полный бэкап — иначе цепочка восстановления будет нарушена.

Если полная модель восстановления нужна постоянно, настройте регулярное резервное копирование журнала транзакций — это штатный механизм, который не даёт LDF-файлу расти бесконечно.

ALTER DATABASE [ИмяБазы] SET RECOVERY SIMPLE; DBCC SHRINKFILE (N'ИмяЛогическогоФайлаЖурнала', 1024); ALTER DATABASE [ИмяБазы] SET RECOVERY FULL;

Сжатие файла данных (MDF)

После очистки и перестроения индексов можно уменьшать сам файл данных. В SSMS: правой кнопкой по базе → «Задачи» → «Сжать» → «Файлы», тип файла — «Данные». Выберите действие «Реорганизовать страницы перед освобождением неиспользуемого места» и укажите, сколько свободного места оставить после сжатия — разумно оставить 10–20% под рост данных, чтобы файл не начал расширяться сразу после операции.

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

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

Проверка результата и дальнейшее обслуживание

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

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

Частые вопросы