Одной из самых неприятных проблем, с которыми сталкивается администратор файловых баз 1С, является ошибка «Превышен размер внутреннего файла». Ситуация критическая: пользователи не могут войти в систему, проведение документов блокируется, а привычные методы обслуживания не всегда помогают. Рассмотрим детально, почему это происходит и как реанимировать базу данных.
Для начала проанализируем архитектуру файлового варианта 1С. База хранится в едином файле 1Cv8.1CD, однако внутри он состоит из множества отдельных таблиц. Исторически сложилось так, что стандартный размер страницы данных в 1С составляет 4096 байт, что накладывает жесткое ограничение: одна внутренняя таблица не может превышать 4 ГБ. Ошибка возникает не тогда, когда весь файл 1Cv8.1CD становится огромным, а когда именно одна конкретная таблица (например, история изменений или замеры времени) достигает этого порога. Для быстрой визуализации размера таблиц и поиска проблемных объектов можно использовать инструмент для анализа распределения объемов базы данных.
Разберем, какие таблицы чаще всего становятся виновниками инцидента:
_InfoReg — регистры сведений (например, версионирование объектов или замеры времени)._SystemSettings — настройки пользователей и история работы._DataHistory — история изменений данных._AccReg — регистры накопления при отсутствии регулярного закрытия периодов.Как показывает практика, часто база «встает в позу» из-за накопления технологических данных. Проанализируем ситуацию автора темы: после перехода в клиент-серверный вариант (где лимита в 4 ГБ на таблицу не существует) была произведена очистка замеров времени. В современных конфигурациях на базе БСП (Библиотеки стандартных подсистем) регистр сведений ЗамерыВремени может разрастаться до невероятных размеров, если включена соответствующая настройка мониторинга производительности. Для оперативной очистки подобных объектов за выбранный период можно применить обработку для удаления записей регистров сведений и накопления.
Рассмотрим порядок действий для очистки, если Конфигуратор еще запускается:
Конфигуратор.Администрирование — Тестирование и исправление.Сжатие таблиц информационной базы. Это критически важно, так как при обычном удалении записей физический размер файла на диске не уменьшается.ИсторияДанных или ЗамерыВремени), можно воспользоваться обработкой «Очистка ненужных данных» или написать простой код для очистки набора записей.Рассмотрим пример кода для программной очистки регистра в экстренной ситуации:
Набор = РегистрыСведений.ЗамерыВремени.СоздатьНаборЗаписей();
// Если нужно очистить всё, фильтры не устанавливаем
Набор.Записать();
Если конфигурация свежая (платформа 8.3.8 и выше), мы можем «растянуть» лимит файловой базы, увеличив размер страницы с 4 КБ до 8, 16, 32 или даже 64 КБ. Это позволит одной таблице иметь размер до 32-64 ГБ.
Разберем по шагам, как это сделать:
.dt).basecfg.xml укажем увеличенный размер страницы (Block Size)..dt в новую базу.Посмотрим на параметры: при размере страницы 8192 лимит таблицы станет 8 ГБ, а при 65536 — до 64 ГБ. Это даст базе «подышать» еще какое-то время без покупки дорогостоящих серверных лицензий.
Если Конфигуратор не открывается, нам помогут внешние средства. Проанализируем состояние файла с помощью стандартной утилиты chdbfl.exe (она находится в папке bin установленной платформы).
Процедура выглядит так:
chdbfl.exe.Исправлять обнаруженные ошибки и нажимаем Выполнить.Важный момент: если chdbfl не помогает, специалисты рекомендуют использовать стороннюю утилиту Tool_1CD. Она позволяет увидеть структуру таблиц и понять, какая именно из них (по имени в терминах СУБД) превысила лимит. Зная имя таблицы, можно через ПолучитьСтруктуруХраненияБазыДанных() сопоставить её с объектом метаданных 1С и принять решение об удалении данных.
Выясним самый радикальный и правильный способ решения проблемы — уход от файлового режима. Если бюджет ограничен, не обязательно покупать MS SQL Server. 1С прекрасно работает с бесплатной СУБД PostgreSQL.
Рассмотрим преимущества этого решения:
Для реализации этого метода, как сделал автор темы, достаточно установить Сервер 1С:Предприятие и развернуть базу на PostgreSQL. После этого таблицы можно чистить уже в спокойном режиме, не опасаясь блокировки всей работы предприятия.
Чтобы ситуация не повторилась, рекомендуем придерживаться следующих правил:
Тестирование и исправление с параметром Сжатие таблиц.1Cv8Log, хотя она и не влияет на внутренние лимиты таблиц, но занимает место на диске и замедляет работу.Таким образом, даже если ваша база «встала в позу», у вас есть как минимум три пути: оперативная очистка технологических данных, техническое увеличение лимита страницы или переход на полноценную серверную архитектуру.