Как решить проблему с предельным размером таблиц и загрузкой большой файловой базы 1С

← На главную

При активной многолетней эксплуатации конфигураций 1С (например, «Управление торговлей 10.3») объем базы данных неизбежно увеличивается. Когда рабочая база переносится с сервера на локальные компьютеры разработчиков для отладки или тестирования, специалисты часто сталкиваются с невозможностью загрузить выгрузку .dt, падением процесса по нехватке памяти или ошибками структуры файла 1CD. Проанализируем причины возникновения таких ограничений и разберем по шагам практические способы восстановления работоспособности базы.

Причины сбоев при загрузке базы и разрядность платформы

Выясним причину, почему файл выгрузки размером 1,6 ГБ успешно разворачивается на одних компьютерах и аварийно завершает работу на других:

Ограничение 32-разрядного адресного пространства: В 32-битных версиях платформы 1С и операционных системах виртуальное адресное пространство одного процесса ограничено 2 ГБ. Во время распаковки файла .dt платформа создает временные структуры в оперативной памяти и выполняет расчет индексов. Если объем отдельной таблицы или ее индексных файлов превышает лимит выделенной памяти, процесс 32-битного клиента или конфигуратора аварийно закрывается. В 64-разрядной версии платформы такое ограничение отсутствует, поэтому процесс загрузки проходит успешно.
Ограничения файловой системы: Если развертывание выполняется на внешний съемный накопитель, необходимо убедиться, что диск отформатирован в файловой системе NTFS, а не FAT32/exFAT, где максимальный размер одного файла не может превышать 4 ГБ.
Нехватка места во временном каталоге: Платформа 1С активно использует системную папку %TEMP% для распаковки промежуточных таблиц. Если системный диск переполнен, операция загрузки прерывается ошибками ввода-вывода.

Почему разрастаются таблицы итогов (ACCUMRGT) и как их очистить

Внутренняя структура базы 1С разделяет данные регистров накопления на две основные таблицы:

ACCUMRG... — таблица непосредственных движений регистра (записи прихода и расхода).
ACCUMRGT... — таблица агрегированных итогов и остатков, рассчитанных по периодам (обычно помесячно).

Если таблица движений может занимать относительно небольшой объем, то таблица итогов ACCUMRGT способна разрастаться до десятков гигабайт. Разберем основные причины этого явления:

Пересортица и незакрытые аналитические разрезы: Если в регистре (например, РегистрНакопления.НДСРасчетыСПокупателями) приходные и расходные движения не совпадают по субконто или измерениям (разные договоры, расчетные документы, ставки НДС), остаток математически может быть нулевым, но в разрезе аналитики формируются миллионы встречных положительных и отрицательных записей. Каждая такая пара переносится в таблицу итогов на каждый последующий месяц.
Ошибочные даты документов в будущем времени: Если в базе проведен документ с ошибочной датой (например, на несколько лет или веков вперед), механизм итогов 1С будет принудительно рассчитывать и сохранять пустые срезы итогов помесячно вплоть до этой даты.

Для исправления ситуации выполним следующие действия:

Откроем базу в режиме Конфигуратор.
Перейдем в главное меню: «Администрирование» → «Управление итогами».
Установим корректный период рассчитанных итогов (не далее текущей рабочей даты).
Для проблемного регистра временно отключим использование итогов, выполним их очистку и затем запустим полный пересчет итогов. Это удалит некорректные и избыточные временные срезы.

Снятие лимита в 4 ГБ на таблицу: утилита cnv83n

Начиная с версии платформы 8.3.8, формат файловых баз 1CD поддерживает настраиваемый размер страниц данных: 4 КБ (по умолчанию), 8 КБ, 16 КБ, 32 КБ и 64 КБ. Увеличение размера страницы снимает историческое ограничение в 4 ГБ на одну внутреннюю таблицу базы данных и позволяет отдельной таблице вырастать до сотен гигабайт.

Рассмотрим по шагам, как изменить размер страницы существующей файловой базы с помощью консольной утилиты конвертации cnv83n.exe:

Обязательно создадим резервную копию файла 1Cv8.1CD.
Откроем командную строку (cmd) от имени администратора.
Перейдем в каталог исполняемых файлов установленной платформы 1С (каталог bin).
Выполним команду конвертации базы, указав путь к файлу и желаемый размер страницы (например, 64 КБ):

cnv83n.exe -s 64k "C:\Bases\Trade\1Cv8.1CD"

После завершения процесса база данных сможет беспрепятственно хранить таблицы размером более 4 ГБ в файловом режиме.

Сжатие таблиц и физическое уменьшение файла базы

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

Запустим утилиту проверки целостности chdbfl.exe (находится в папке bin платформы 1С) и выполним диагностику файла 1Cv8.1CD с флагом исправления ошибок.
Зайдем в базу через Конфигуратор и откроем «Администрирование» → «Тестирование и исправление...».
В списке проверок обязательно отметим пункт «Сжатие таблиц информационной базы» и запустим выполнение процедуры. В результате освобожденные страницы будут физически удалены из файла, а индексы перестроены.

Порционное удаление помеченных объектов во избежание нехватки памяти

При попытке свертки базы и стандартного удаления сотен тысяч документов типовой механизм поиска ссылочной целостности пытается загрузить все дерево связей в оперативную память, что приводит к аварийному завершению сеанса. Рассмотрим пример программного кода для пакетного удаления помеченных на удаление объектов порциями:


Выборка = Документы.РеализацияТоваровУслуг.Выбрать();
МассивКУдалению = Новый Массив;
Счетчик = 0;

Пока Выборка.Следующий() Цикл
    Если Выборка.ПометкаУдаления Тогда
        МассивКУдалению.Добавить(Выборка.Ссылка);
        Счетчик = Счетчик + 1;
    КонецЕсли;
    
    Если Счетчик >= 500 Тогда
        УдалитьОбъекты(МассивКУдалению, Ложь);
        МассивКУдалению.Очистить();
        Счетчик = 0;
    КонецЕсли;
КонецЦикла;

Если МассивКУдалению.Количество() > 0 Тогда
    УдалитьОбъекты(МассивКУдалению, Ложь);
КонецЕсли;

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

Использование локального сервера СУБД для отладки

Если размер информационной базы превышает 20–30 ГБ, эксплуатация в файловом варианте даже для целей разработки становится неэффективной из-за накладных расходов на дисковые блокировки и времени расчета итогов. Оптимальным решением является развертывание на компьютере разработчика локального экземпляра СУБД (PostgreSQL или MS SQL Server Express) и сервера 1С (например, лицензии «Сервер МИНИ» на 5 подключений). Это полностью исключает специфичные ограничения формата 1CD и проблемы с нехваткой памяти при загрузке дампов.