При работе с современными конфигурациями на платформе 1С:Предприятие 8.3, такими как Управление торговлей 11.4, пользователи часто сталкиваются с парадоксальной ситуацией: объем данных в базе невелик (несколько тысяч документов и справочников), а файл базы данных 1Cv8.1CD разрастается до гигантских размеров (6–8 Гб и более), при этом быстродействие системы оставляет желать лучшего. Разберем по шагам, почему это происходит и как привести базу в порядок.
Первым делом проанализируем, почему файловая база может занимать много места при малом количестве полезных записей. В 1С файлового варианта данные хранятся в таблицах внутри одного файла. Существует несколько механизмов, из-за которых объем этого файла растет:
.1CD не освобождается автоматически. Оно остается "зарезервированным" внутри файла.Если мы обнаружили, что база весит неоправданно много (как в нашем примере — 6.8 Гб), воспользуемся встроенным инструментом Тестирование и исправление (ТиИ). Это основной метод "сжатия" файловой базы.
Рассмотрим порядок действий в Конфигураторе:
Механизм сжатия пересоберет таблицы, удаляя из файла "пустые страницы", которые остались после обновлений или удаления данных. Как показывает практика, после этой процедуры база может уменьшиться в несколько раз (в рассматриваемом случае — с 6.8 Гб до 1.8 Гб).
Чтобы не гадать, какой именно объект занимает место, мы можем использовать специализированные утилиты или обработки. Разберем использование внешней обработки для анализа размера таблиц. Такие инструменты позволяют увидеть распределение объема по конкретным регистрам и справочникам.
Если мы подозреваем Адресный классификатор (ФИАС), проверим количество записей в регистрах сведений АдресныйКлассификатор или ЗаписиАдресногоКлассификатора. В УТ 11.4 работа с адресами реализована через Библиотеку стандартных подсистем (БСП). Очистка классификатора часто доступна через регламентное задание Очистка ненужных адресных сведений, которое можно найти через форму "Обслуживание" в разделе "Администрирование".
Одной очистки базы может быть недостаточно для комфортной работы. Выясним причину медленной работы (ожидание в десятки секунд) и устраним "узкие места".
Переход на SSD: Для файловой 1С критически важна скорость дисковых операций случайного доступа. Установка базы на твердотельный накопитель (SSD) — это самый эффективный способ ускорить работу УТ 11.4.
Настройка регламентных заданий: Конфигурация УТ 11.4 по умолчанию запускает множество фоновых процессов. Перейдем в Администрирование — Обслуживание — Регламентные и фоновые задания и отключим неиспользуемые функции:
Для ускорения работы интерфейса на управляемых формах, даже при наличии всего одного пользователя, рассмотрим вариант публикации базы на веб-сервере. Работа через протоколы http/https позволяет более эффективно использовать кэширование и снижает нагрузку на сеть, если база открывается не локально. Это делает отклик форм более "живым".
Чтобы точно понять, на какой операции "висит" система, воспользуемся встроенным инструментом разработчика. Проанализируем ситуацию по шагам:
Система покажет нам таблицу с функциями, которые выполнялись дольше всего. Часто выясняется, что задержку вызывает не объем данных, а некорректно работающий внешний модуль, огромный журнал регистрации (файл .lgf в папке 1Cv8Log) или попытка системы достучаться до несуществующего сетевого ресурса.
Подведем итог: Большой размер файловой базы в 1С часто является следствием накопления "технологического мусора" после реструктуризации. Регулярное Тестирование и исправление, использование SSD и отключение лишних Регламентных заданий позволяют поддерживать УТ 11.4 в рабочем состоянии даже на среднем оборудовании.