← На главную

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

Понимание причин замедления

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

1. Реструктуризация БД: Когда база снята с поддержки и в ней добавлены собственные реквизиты, таблицы или изменены существующие объекты, при каждом обновлении Конфигуратор вынужден сверять не только код, но и физическую структуру таблиц в MSSQL.
2. Индексация: Любое изменение в метаданных требует от СУБД пересчета индексов. В больших базах объемом 80 ГБ и более это превращается в ресурсоемкую операцию.
3. Алгоритм сравнения: Процесс сравнения конфигураций является преимущественно однопоточным. Платформа строит граф зависимостей метаданных, и чем больше уникальных доработок внесено в конфигурацию, тем сложнее этот граф, что напрямую увеличивает время ожидания.
4. Конфигурация поставщика: Наличие в базе полной истории изменений (если база снята с поддержки без сохранения «замка») увеличивает объем метаданных, которые необходимо «просканировать» при сравнении.

Методы ускорения процесса обновления

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

1. Использование параметра UpdateDBCfg=v2

Одним из самых эффективных способов ускорения процесса реструктуризации является использование специального ключа в настройках платформы. Этот параметр переключает механизм работы с MSSQL на более современный и быстрый алгоритм. Для этого выполним следующее:

Найдем или создадим файл conf.cfg в каталоге установки платформы (обычно это папка bin) или в профиле пользователя. Добавим в него следующую строку:

UpdateDBCfg=v2

После активации этого параметра реструктуризация таблиц может сократиться с нескольких часов до минут, так как 1С начнет более эффективно использовать транзакционные возможности SQL Server.

2. Перенос доработок в расширения

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

3. Оптимизация работы с СУБД (MSSQL)

Часто проблема кроется не в 1С, а в настройках самого сервера баз данных. Рассмотрим важные аспекты:

• Настройка памяти: 5 ГБ оперативной памяти для SQL — это критически мало для базы размером 80 ГБ. Убедимся, что MSSQL имеет достаточный объем RAM для кэширования таблиц.
• Обслуживание индексов: Регулярно запускайте планы обслуживания (maintenance plans) для обновления статистики и дефрагментации индексов. Если статистика устарела, план запроса при реструктуризации будет неэффективным.
• Файлы данных: Проконтролируйте параметры autogrowth. Если файлы данных растут маленькими порциями, это вызывает постоянную фрагментацию дискового пространства.

4. Очистка кэша и оптимизация метаданных

Иногда накопленный «мусор» в кэше Конфигуратора замедляет его работу. Рекомендуется периодически очищать локальные кэши 1С в папках AppData\Local\1C\1cv8. Также, если в конфигурации накопилось много неиспользуемых макетов, драйверов или объектов, удаление «лишнего» из Конфигурации облегчит работу платформы при построении дерева метаданных.

Выводы

Если сравнение объектов занимает 2.5 часа — это сигнал к тому, что система нуждается в оптимизации архитектуры доработок. Мы выяснили, что:

• Самый быстрый путь — это переход на использование Расширений.
• Технический способ ускорения — добавление параметра UpdateDBCfg=v2 в conf.cfg.
• Важно следить за производительностью MSSQL и исключать антивирусное сканирование из папок данных 1С и SQL.

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