← На главную

В процессе работы с конфигуратором 1С часто возникают ситуации, когда файлы .cf, полученные разными способами, имеют неодинаковый размер, а процесс обновления базы занимает неоправданно много времени. Разберем причины этого явления и способы оптимизации работы с конфигурацией.

Почему возникают различия в конфигурациях?

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

• История обновлений: Информация о том, как база приходила к текущему состоянию.
• Данные поставщика: Внутренние метаданные, описывающие конфигурацию поставщика и настройки поддержки.
• Идентификаторы объектов: Внутренние GUID, которые платформа использует для сопоставления объектов метаданных.

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

В чем причина медленного обновления конфигураций?

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

Когда база находится на поддержке, 1С выполняет три сравнения: старой и новой конфигурации поставщика, а также текущей конфигурации пользователя с каждой из них. Если среди сопоставленных объектов есть пары с разными идентификаторами, или наоборот — среди несопоставленных есть объекты с одинаковыми идентификаторами, платформа переходит в полный режим сравнения. Этот процесс требует значительных ресурсов процессора и оперативной памяти.

Как ускорить процесс обновления базы?

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

1. Использование актуальной платформы: Это наиболее действенный способ. Переход на свежие релизы платформы (например, 8.3.22 и выше) позволяет значительно ускорить механизмы сравнения и объединения. В новых версиях разработчики 1С оптимизировали работу с графами зависимостей метаданных.
2. Анализ идентификаторов объектов: Если в процессе разработки менялись идентификаторы (например, объект был удален и создан заново с тем же именем), платформа теряет возможность «быстрого» сопоставления. Старайтесь избегать таких действий, чтобы не «ломать» историю поддержки.
3. Оптимизация метода обновления: Если автоматическое обновление через файл поставки работает слишком медленно, попробуйте выполнить процедуру через «Сравнение и объединение» с файлом .cf типовой конфигурации. Это позволяет вручную контролировать правила сопоставления, что часто работает быстрее стандартного алгоритма.
4. Аппаратная модернизация: Скорость работы конфигуратора напрямую зависит от подсистемы ввода-вывода (IOPS). Перенос баз на SSD (лучше всего NVMe) дает ощутимый прирост производительности при операциях сравнения метаданных.

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

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