← На главную

При внесении изменений в типовую конфигурацию, например в 1С:ERP, разработчики часто сталкиваются с неожиданным побочным эффектом — существенным ростом объема информационной базы и файла конфигурации .cf. Давайте разберем, почему это происходит и как проанализировать состав вашей конфигурации, чтобы выявить причину «раздувания» данных.

Причины увеличения объема конфигурации

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

1. Основная конфигурация — это текущая версия, с которой вы работаете (со всеми вашими доработками).
2. Конфигурация поставщика — это «эталонная» версия от вендора, которая необходима для корректного сравнения и объединения при установке обновлений на новые релизы.

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

Как диагностировать причину роста объема

Если вы подозреваете, что размер базы увеличился не только из-за хранения конфигурации поставщика, но и из-за накопленного «мусора» или дублирующих объектов, воспользуйтесь инструментом выгрузки в файлы.

Разберем по шагам, как провести диагностику:

1. Откройте конфигуратор вашей информационной базы.
2. Перейдите в меню Конфигурация -> Выгрузить конфигурацию в файлы....
3. Выберите пустую папку на диске и запустите процесс.
4. После завершения выгрузки воспользуйтесь утилитами для анализа дискового пространства, такими как WinDirStat или SpaceSniffer, чтобы просканировать полученную папку.

В ходе анализа обратите внимание на следующие элементы:

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

Рекомендации по оптимизации и дальнейшей разработке

Чтобы избежать подобных проблем в будущем и сделать процесс обновления менее болезненным, проанализируйте текущую стратегию разработки:

1. Переход на расширения конфигурации

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

2. Очистка конфигурации поставщика

Если вы все же решили оставить конфигурацию на поддержке с возможностью изменения, убедитесь, что при обновлении вы выполняете сравнение и объединение максимально аккуратно, используя штатные механизмы Конфигуратора. Избегайте «ручного» перетаскивания объектов, если не уверены в их идентичности. Если конфигурация поставщика стала неоправданно большой, иногда помогает полное снятие с поддержки и повторная постановка на официальный релиз, однако это крайне трудоемкий процесс, требующий глубокой проверки всех ваших доработок.

3. Анализ бинарных данных

Если в процессе анализа через XML-файлы вы обнаружили «битые» или лишние объекты, попробуйте воспользоваться процедурой Тестирование и исправление информационной базы, выбрав пункт Реструктуризация таблиц информационной базы. Это может помочь удалить ссылки на удаленные объекты метаданных, которые продолжают занимать место.

Помните, что для ERP-систем размер в несколько гигабайт — это норма, но 10–14 ГБ только для файла конфигурации — это повод для тщательного аудита метаданных и отказа от хранения конфигурации поставщика внутри базы в пользу Расширений.