Доброго времени суток! Возникла следующая ситуация: конфигурация КА 2.4 актуальная, уже несколько лет добавлено расширение, которое активно дорабатывается. Есть новые объекты, доработка типового кода и т.п. Также, в силу ограниченности расширения, основная конфигурация снята с поддержки, добавлены несколько объектов. Сейчас обновление базы в режиме конфигуратора занимает более 5-ти часов (процесс идет, всё как положено). Но очень долго. Для примера, даже если брать демо, снять с поддержки и добавить пару объектов - обновляет не дольше часа. До недавнего времени считалось, что всё из-за размера данных (выгруженная база занимала ~17 Гб). Но эта проблема была решена, найдена переполненная таблица и очищена без вреда для других данных. База "похудела" до 4 Гб. Но время обновления не изменилось. Поэтому, собственно, вопрос: сталкивался ли кто-нибудь с тем, что из-за наличия расширения с данными база стала существенно дольше обновляться? И, быть может, имеет смысл всё перенести в основную? Заранее спасибо. P.S.: замер времени производился как на SQL, так и в файловом режиме. Всё одно.

отключить расширение и обновить, дабы сравнить ощущения - не предлагать?

(0) Тестирование и исправление делали?

(1) Ну, в общем, да. Если просто снять галочку "Активно" эффект не меняется. Но если сносим его (а вместе с ним и данные, которое оно хранит), тогда эффект заметен. 1 - 1,5 часа где-то становится.

Может платформа устаревшая...

(2) База находится на поддержке, т.е. ее регулярно обновляют. И раз в 2 месяца ТиИ обязательно делается.

(4) К предыдущему: база, конфигурация и прочее - всё поддерживается в актуальном состоянии.

Кэш и что с ним связано - тоже не причина. Пробовали обновлять на разных машинах

(6) Ну тогда ищите тормоз в расширении. Можно попробовать снести не все расширение, а какую-то часть и посмотреть какой эффект будет.

(8) Как вариант. Либо не находим, т.е. даже само пустое расширение влияет на время. И это доказательство. Либо найдено, тогда будет ли смысл эти доработки тащить в основную? Был ли такой опыт? А то что-то подсказывает, что этим тормоз не уйдет.

(0) А на каком этапе тормоза: при сравнении, сохранении или реструктуризации?

(10) При сравнении. Всё время занимает сравнение.

(11) Жесть. По логике расширения не должны влиять на сравнение. Проблемы с реструктуризацией были хотя бы объяснимыми при наличии данных в расширении

А если обновлять копию без расширения, а потом загружать cf в базу с расширением?

(3) Мы тоже сталкивались с тем, что наличие данных в расширениях серьёзно замедляет процесс обновления. Не так как в вашем случае, конечно. Но в итоге решено было новые объекты (и реквизиты) создавать в основной конфигурации. В вашем случае, когда всё равно сняли с поддержки так, наверное, тоже логично. В расширении останутся формы, модули, новые отчёты и т.п.

(12) Насколько подкованы в вопросе хранения данных? Потому как и в моем понимании расширения хранятся в едином пространстве и не должно оно никак влиять. Но при удалении оного время обновления уменьшается. Поэтому немного озадачены

(13) Обработчики в основной потеряются в пользовательском режиме. Потеряем всё в очередной раз. Так нельзя...

(0) А платформа какая? После перехода 15-ую, говорят, вроде как-то всё выравнивается..

(14) Так вот тоже - кто знает: может обработка какая тормозит или форма заимствованная. Надо попробовать частями выковыривать на копии и пробовать. Ох, времени убьется...

(17) Выше писал - актуальное всё, платформа 8.3.16.1063 сейчас. А тормозить значительно так начало где с 8.3.13...

(16) С чего вдруг? Разве обновление сейчас как-то изменяет расширение? Вроде нет такого. Расширение просто применяется к новой конфигурации.

(20) Не понял, видимо. То есть, берем копию, удаляем из нее расширение (cfe). Обновляем. Затем берем и просто загружаем основную конфигурацию (cf) из обновленной копии в рабочую базу? Если так, то мы получим то, что при запуске "предприятия" не сработают обработчики по переносу данных (к примеру), если к-либо объект основной конфигурации был изменен. К тому же, при сравнении/объединении мы видим что и как изменено и принимаем решение как объединять (напомню, основная конфигурация тоже снята с поддержки).

(21)
>> То есть, берем копию, удаляем из нее расширение (cfe). Обновляем
Да

Обработчики в предприятии запускаются при смене версии конфигурации (база никак не может знать каким образом пришли изменения)

Сравнение/объединение идёт на актуальной копии. Всё также видится и объединяется .

Или 1С научилась сравнивать расширения при обновлении и показывать их в объединении? Сильно сомневаюсь

(22) Расширения - нет, в этом нет необходимости. Максимум, свойства, отмеченные как "контролировать изменения в основной" (двойной сине-красной галочкой) проверяются изменились ли в основной.

>> Сравнение/объединение идёт на актуальной копии. Всё также видится и объединяется

Тогда встречный вопрос: а чем этот процесс будет отличаться от обычного обновления "с сайта"??

Да и в целом вопрос не то как "обмануть время обновления", а как найти причину и устранить её? А то те, кто после нас будет замучаются с базой.))

(23) Не очень понятно что такое "обновление с сайта"?

Вообще обновление копии и перенос cf через выгрузку/загрузку стандартная процедура (здесь и сейчас может начаться срач). Причем строго загрузка (объединять нельзя!).
Обязательные требования чтобы не получить проблем: копия должна быть получена или копированием или загрузкой конфы (переносить изменения объединением нельзя!)
Тогда результат полностью аналогичным типовому обновлению через поддержку.

Причина в "глюках" платформы. На что можно тратить процессорное время, если расширения не сравниваются? Устранить - дождаться нормальной платформы))) или отказаться от расширений (или проблемного функционала в них)

(24) Обновление с сайта - с сайта 1С с вводом логина/пароля. releases1c который. Не суть. Сраться не хочу - разобраться хочется. Если отказаться от расширений - поможет ли это? Делали так? Потому как если уходить от них - перенос данных из расширения это та еще задачка. Знать бы что это поможет - сделали бы. А так времени угрохаем, а толку не будет.

(25) а вот интересно, на что уходит время при обновлении? Это именно обработка конфигурации в конфигураторе через поддержку обновление или что?
Или уже после обновления в конфигурации происходит запуск обновления на первом запуске клиента и там виснет?

(25) Я от расширений с года 2003-4 отказываюсь, за редкими исключениями. Пока норм.
Если (13) решит вашу проблему, можно, наверное, и не переносить в конфу.

(26) см. (11)

(28) угу. И все-таки не понятно, при сравнении - это которое Сравнение с Объединением или они наступают на это сравнение и при запуске из Поддержки...

Вообще-то я замечал, что в серверном режиме в конфигурировании построение Текущей конфигурации, если это конфигурация редактируется с сохранением поддержки просто жрет память как в не в себя. И это реально огромная проблема для конфиг вроде КА и тем более ERP

Но в топике КА 2.4...

Когда-то я уже высказывался на форуме и вынужден повторять это опять - просто нельзя, нет никакого смысла на продуктиве начиная с КА 2 использовать режим редактирования конфиги с сохранением поддержки. Просто сам этот режим не пригоден для настолько больших конфиг.
Он-то и нужен (режим сохранения поддержки) лишь для получения актуального CF поставщика при получении CFU. А для всех КА выкладывают всегда Полный дистрибутив.

Впрочем, камрад RomanYS примерно об этом же и толкует. Изготавливать свой собственный актуальный CF и грузить его в продуктив через Загрузить из файла.

(29) (27) В общем, понял. Первое: повырезать из расширения всё. Посмотреть где улучшатся показатели. Второе: либо попробовать привести основную на поддержку (под замок), либо наоборот всё из расширения в основную. Тогда и обновляться реже + способом RomanYS Спасибо еще раз.

(30) нет. Не то понял - вообще сними с поддержки. У тебя есть конфигурация Поставщика в полных дистрибутивах. Сохранение или восстановление поддержки для продуктива не имеет никакого смысла.

(31) а обновлять через самодельный цф?? Клиенту отчеты актуальные нужны и прочие проблемы обновлений)

(32) и? Как это связано с наличием режима Поддержки?

(32) Я же тебе вышу уже написал - актуальный ЦФ Поставщика есть в конфигурации из Полного дистрибутива на релизах.
И второй путь - выгружается из полностью типовой, если внезапно 1С переставит давать полные дистрибутивы, а вернется только к поставке обновлениями CFU