Добрый день.

Думаю,многие страдали из-за долгого обновления бухгалтерии тройки.

В общем, несколько баз, все чутка допиленные. Нужно поставить по несколько релизов обновлений.

MS SQL, базы в терминале.

делаю обновить, выбрать файл, туды-сюды.

Очень долго происходит "обновление конфигурации поставщика", "сравнение объектов" и все вот это вот,что до кнопки синей обновить.

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

Что пробовал:

Ставил базу на отдельный комп с ssd в файловом варианте, качал последнюю платформу, причем 64 бита.

Реструктуризировал на сервере, чистил кеши. Не особо влияет + на это время тратится, не оправдывает себя.

С тем же ЗУП 3 нет такой жести вроде.

Подкажите, в какой бубен побить, от чего это зависит? Есть ли какие-то "правильные варианты", кроме "накатить сразу последний релиз загрузкой конфы и помолиться"

Интересует техническая сторона

Подскажите друже, отсыпьте мудрости своей

удваиваю.

А накатить сразу последний релиз загрузкой конфы без помолиться - как раз на молитве сэкономишь.
В чем плохо накатить сразу? с 2011 года 2 раза сталкивался когда это заваливало данные в базе, но сейчас вроде лучше стало - код предусматривает обработку данных.
Или я просто не попадал еще за 10 лет? (с БП практически не работаю, БГУ, ЗГУ, Аптека и прочие бюджетные конфиги это нормально отрабатывают)

(2) тебе просто везёт с неиспользованием тех самых появляющихся и исчезающих объектов метаданных.

купить нормальный комп

(4)+ с линуксом

С линуксом где? На клиенте? Что это даст?

(0) Посмотреть, каких ресурсов не хватает и выделить.

(6) особенность разработки платформы 1С
могут быть разные глюки но работает шустрей

(7)

Проц забит процентов на 30 , причем судя по всему процесс 1с-ки жрет на этапе обновления одно ядро, и пох
Оперативки свободно больше половины
Диск, сеть - почти свободны

Поэтому и вопрос

(0)Смириться.

(10) С языка снял :)
(9) Изучай лицензию КОРП. Там сделано несколько фишек для ускорения обновления. Конечно, если есть бюджет на новый кластер.

(10) лично я потестил на ramdrive понравилось

но пока трабла получить его побольше чтобы большие базы влазили

(9) "Диск, сеть - почти свободны" - что это значит?
Какая очередь диска на клиенте? Какая на сервере БД?

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

Смириться. Всё равно присутствие человека в этот период не нужно, можно поставить обновляться, через час зайти, проверить, понажимать несколько кнопок для реструктуризации и запустить следующий релиз. Через час-полтора повторить.

Бывало и такое что возвращал базу в типовую и потом обновлял релизов так 15-18 потом доработки опять засовывал базу. ))

(0) Кстати, если ты это делаешь заказчику то время на обновление ты включаешь в стоимость работы. Чем больше релизов тем больше времени обновляется и тем больше денег заработаешь. А если ты на своей конторе то надо было все своевременно ставить все обновления )))

(0)
1) Что такое "долго" ?
2) Страдал, если на компе меньше 16 Гб ОЗУ.
3) Одно обновление базы обычно БП 3.0 от 30 мин до 1 часа. База 100 ГБ (ms-sql)

(18)
1)Да вот по-разному, но в среднем на 1 одно обновление 40 мин-час с хвостиком.
Причем некоторые обновления ставятся за 10-15 мин, хрен пойму почему
2)Пробовал и на локальном компе (8 гигов оперативки) и прямо на виндовом сервере где оперативки гигов 40, особо разницы не заметил
Процесс засирает все равно максимум 2-3 гига оперативки, и судя по всему одно ядро

У меня базы обновляется в лучшем случае 10-15 минут релиз. в худшем случае 40-50 минут за релиз.
Если больше базы или много релизов базу спецом ставлю на сервера друзей помощнее или у сына комп игровой крутой ставлю там и обновляю.

(0) "Думаю,многие страдали из-за долгого обновления бухгалтерии тройки."
Страдают не многие. Если не веришь, сделай голосовалку
...
А если по сути, то информации маловато будет. Могут быть как косяки в самой конфигурации или базе , или с железом нехватка ресурсов. В ветке уже много чего ответили, но это гадание на кофейной гуще.
..
Если жалко времени, то установи, например, Обновлятор или сделай свои скрипты

(21) ну а что еще можно скинуть? Очередь к диску?

Я так понял что судя по нагрузке на проц при "сравнении объектов" грузится один хрен только одно ядро процессора, и видимо упирается в это.

Причем реально бывает 10-20 минут, а бывает 40-80, и это когда ничего на компе больше не делается.

Возможно зависит от размера обновления (50-120 мб), но точно это еще не проверил, надо замерить

(21)недавно обновлял не дописанную базу не большую (2-3 гига), в файловом варианте - все ставилось быстро, минут по 15 на каждый релиз, причем при запуске в режиме предприятия, когда он сам все обновляет стандартно

Возможно, все-таки мешают доработки, из-за них он сравнение обьектов делает дольше? но там только модуль для загрузки инфы и чуть обработка проведения где-то дописана, ничего серьезного

(23) Какая разница, сколько дописано. Включена возможность редактирования - всё. Сиди кури

(23) Переделай доработки в расширения и верни базу в типовую И обновляй быстрее.

А точнее сравни время и ресурсы на переделку с текущей ситуацией и пойми, что все не так уж плохо. :) Куда торопиться-то?

(23) тогда можно в расширение перенести

(0) В порядке сарказма.
Double_Medved, обнови дописанную ERP -- после этого получасовые обновления бухи -- мелочи жизни :-)

(28) а еще на разработку в EDT перейти в виртуалках когда полтора часа запуска отладки на холодную это норма

БГУ 2 на поддержке с разрешением редактирования, в файловом режиме.
От начала обновления до сообщения "Объединение конфигураций выполнено":
на Core i3 2130, обычный HDD - около 16 минут,
на Core i3 9100, обычный SSD(SATA) - 9 минут
Думаю, что на Core i5-i7 10-11 поколений с индексом К, это все может быть гораздо быстрее.
А если бы вендор озаботился многопоточностью для этой процедуры...

"серверный" конфигуратор нужен и все чтобы там выполнялось и да с многопоточностью
а конфигуратор/edt чисто как IDE для правки конфы, применяться/обновляться конфа на сервере 1С

(31) Да, все так. Интересно, через  сколько лет этот подход станет реальностью? :)

(29)

Я успешно завершил квест
1) Нашел российскую java для EDT и установил
2) Установил EDT
3) Установил нужный релиз 1С

и понял что мой i5/16/SSD (sata) -- уже калькулятор. Пустой EDT запускался 10 мин

(33) а когда Вы увидите, как EDT выдает кучу непонятных ошибок и висит в неожиданных местах, Вы поймете, что квест не завершен.

Знасит ЕДТ еще сыроват. Не буду даже пробовать пока.

(35) Он сыроват уже шестой год и конца и краю этой сырости нет.

Прикол с EDT что там форматирование кода по дефолту от Конфигуратора отличается
И очень многие юзают EDT просто как неудобный Git-клиент ))
Ибо отладка там никак