Меня тут на работе толкают на кривую дорожку.
У клиента для того чтобы перейти на последний резил нужно сделать 11 обновлений.
Мне говорят, бери cf'ник и обновляй сразу им...

Хвастаешься?

Это франч. Быстрая работа - быстрые деньги, учись студент

(0) и в чем вопрос?

(3) вряд ли в этом Хочу авто-обновлялку типовых на несколько релизов...Есть у кого? ;)

(0) не слушай их. спросят с тебя, а не с них. надеюсь, не ЗУП решил обновить?
лучше один день потерять, чем потом месяц восстанавливать все

(0) Копию сделай и обновляй.
С большой вероятностью прокатит.

Авось повезет, как говорится)

(1) чем?
Мне нужно знать какие подводные камни и стоит ли так делать.
Чтобы мне не посоветовали, но если потом какой косяк мне его и править.

(8) Если у тебя возникают такие вопросы, то лучше обновляйся последовательно.

Что в принципе может произойти?
Ведь когда так обновляешь после запуска предприятия показано что вот обновилось с такой то на такую. И так несколько раз, будто бы нормально обновлял.

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

(10) После обновления происходит реструктуризация данных согласно новым форматам измененных реквизитов. Если реструктуризации не будет - будет потеря данных в общем случае.

Я делаю в таких случаях так.
1. Архив.
2. ТИИ.
3. Обновляю сф-кой.
4. ТИИ (ошибок быть не должно).
5. Архив.

реструктуризация данных
например, пересчёт, прочие вычисления

(8) тебе эту задачу дали, чтобы ты в итоге стал знать, какие подводные камни

1с минус за то, что не пишет номера критических обновлений

в общем случае нужно смотреть, были ли удаления или/и переименования объектов или их атрибутов (реквизиты, изменения, табличные части и т.д.).
Если не было, то не будет камней

(16) 1С включает в поставку инфу, с каких версий на эту конкретную обновляться можно. Так что ни каких критических и не надо ни кому

(15) нет же. Просто кто то обновляет cf'ником, кто то как надо, и в итоге 2 лагеря.
И когда один говорит в одно ухо надо обновлять так, а другой в другой не трать время и деньги клиента - обновляй cf'ником

11 обновлений это, скажем так, не самое страшное, что могло случиться
для 1сника в общем-то это привычная рутина

(13) а в ТИИ что делаешь при этом?

деньги-то берут за 11 обновлений?

(21) ТИИ, я так думаю

(22) в данный момент оплата будет зависеть от того сколько времени это займет. А считаю тут так: 1 обновление = 1 час

(23) все пункты? или только какую нибудь проверку логической\ссылочной целостности

(17) и как это посмотреть перед обновлением?

вообще 100% гарантии нет

(6) Сейчас "прокатит", а потом в конце месяца обнаружат, что "косяк" был. А так вообще да, методики 1С придумывают от нечего делать...

Обновляйся последовательно (возможно не все 11 понадобятся и какие-то релизы будут "поглощать" более ранние).

(26) глазами путем сравнения конфигураций

Не обновляй вообще.

шо? опять???

сделай две копии - одну обновить последовательно, а другую сразу на последний, и сравнить результаты не предлагать?

(32) одну ногу побреем обычным станком, а другую деревообрабатывающим

(33) деревообрабатывающим 100% надежнее, никакие волосы больше не вырастут, не на чем будет

(33) ну, если этого будет недостаточно для однозначных выводов и/или приобретения бжо, то станков разных есть еще, не ?)

причем тут проверка на ТИИ и прочее. существуют множество перезаполнений реквизитов в регистрах, а если перескочить через релиз - то не будет у тебя заполненных полей. Пример: перезаполнение карточек НДФЛ в ЗУПе. Второй пример: в ЗУП 3.0 взяли и решили отказаться от табличных частей в карточке, и перенести личные данные в регистры. Если перескочить через релиз, то можно получить потерю данных, т.е. у тебя уже ТЧ с префиксом Удалить удаляется физически, а регистр - пустой.

(24) вот ведь хитрая (_._)
решил за час как за 11 срубить

(37) нет, просто выставить 11 часов не могут, слишком дорого выйдет. Мне вообще все равно, никакого процента с работ мне не идет

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

видимомне везло, но несколько раз накатывал даже по-более чем 11 релизов бухий (правда там дейтельности с гулькин нос) и ничего, живет себе

(24) 1 обновление - час. Там что, сервер(компьютер) тормоз тормозной?

(40) ну по разному бывает. Пока передашь\скачаешь обновления, пока обновишь, вот и час +-

я бухню CFниками обновляю. Ни разу ещё ничего не случилось за 5 лет. Даже переплюнувать не буду.

+(42) было дело в УПП не получалось прыгать

(41) обновления на флешке вози чтобы каждый раз не скачивать

(44) тут заведено удаленно все обновлять, пока до кого то доедешь времени еще больше уйдет

(41) базу к себе скачай. И у себя обновляй. Тогда все 11 за 2 часа сделаешь.

(46) угу... скажем 11 гиговую базу к себе выкачать по каналу в 1 мегабит (и это еще хорошо что не 512 кбит)

(0) Замочек не снимать. Гнать по рекомендациям. Всё делать у клиента, чтобы он видел затраченное время.
Получится не медленнее, чем cf-ником. Учти, что cf-ник тоже готовить нужно.

(45) ну или на облаке держи. Интернеты сейчас быстрые

(0) 1с рекомендует обновляться последовательно. Ящитаю при работе с клиентом правильно придерживаться рекомендаций разработчика.

(50)+ по крайней мере если что-то пойдет не так ты будешь уверен что не накосячил.

Последовательно.
Если это займет 11 часов то и принесет 11 часоденег.
Если сделать прыжком, то принесет 1 часоденег, но может занять кучу неожиданных часов в неподходящее время под истерику бухгалтера.

Вообще, смотря что за конфигураци и что за база, конечно.
Особенно весело будет если она дописаная )))

вот одного не пойму, конфа типовая, релизов пропущено немного. Что мешает запустить штатное обновление и пойти пить кофе

(47) ну вот 5 гигов скачивается за полчаса. А разница в обновлении гораздо больше.

(53) что значит не много, 48 релизов, если перепрыгивать по рекомендациям 1с то 11 обновлений.

Кароче автообновлялку по автонакатыванию последовательных обновлений покупать за скоко будете?

(55) Ну вот штатная обновлялка как раз таки по рекомендациям 1с 11 обнов скачает и установит, но среднем компе на это уйдет 1-2 времени всего то

(57) а штатная умеет не с инета обновления брать? ))

(58) а что разве нет? или обновление с подпиской ИТС мы не рассматриваем

уже 60 сообшений а автор конфу так и не обозначил

(38) может и потратишь сутки, но на обработку процессорную, а не ручную

БП 2.0.51.11 обновлял на 2.0.64.21
В начале обновил тремя cf никами которые были, а потом на 64.21 файлом обновления.

Еще один законспрерированный ТС тем с названием: убил базу, что делать?

Стандартным обновлением из под предприятия почему то не пользуюсь почти никогда и остальные тоже.

Есть подозрение, что таким образом к нам и обращаться не нужно будет за обновлением если там все настроить.

А может там какие то подводные камни есть, я хз.

Вспомнил тут еще не типовую обновят у себя на компе, а потом заказчику cf'ник отдают и то им обновляет сразу на последний релиз. Так обычно с теми контрагентами которые не могут простаивать пока я там что то обновляю по удаленке.

(63) ну копия же есть...

Кстати раз уж про копии. Я тут наткнулся не давно что dt это и не копия базы вовсе.

А именно так меня и учили Копию делать.

(64) а никто и не говорит чтоб настроить клиенту и пусть сам обновляет. настроил, обновил, расстроил

(0) Всегда так делаю, уж лучше сразу на нормальный релиз обновиться. А то сначала на 57, потом на 58, а потом на 60 релиз обновляешь. А потом тебе говорят, что все не так.

Сейчас стараюсь обновлять сразу через cf-ник.

ПыСы: Недавно обновлял Аренду - там 30 обновлений, каждая по 1,5 часа ставиться. В итоге на 25-26 релизе Ошибка формата потока вылазит после обновления. Пришлось последний cf-ник у партнера 1с брать и обновлять. Без проблем.

(0) Всегда так делаю.
Бывали проблемы конечно(раза 2 за 3 года), но ошибка вылазила в процессе обновления, поэтому восстанавливал копию и уже порелизно.

ps: если не знаешь, почему не рекомендуют обновлять одним cf - то разберись! гугл в помощь.

(62) > БП 2.0.51.11 обновлял на 2.0.64.21

Не путайте 2.0 с 3.0.
В 3.0 процедура обновления делится на два вида обработчиков обновления - выполняемых в монопольном режиме и выполняемых  в фоновом режиме.
Выполнятся поочередно они не могут. То есть сначала должны завершится все выполняемые монопольно, а потом запускаются все те, которые выполняются в фоновом режиме.
Теперь представим ситуацию:
Есть три обновления 1, 2, 3. У каждого свои монопольные обработчики обновления МОб_1, МОб_2, МОб_3 и финовоые ФОб_1, ФОб_2, ФОб_3.
При последовательном обновлении они будут выполнятся в последовательности: МОб_1, ФОб_1, МОб_2, ФОб_2, МОб_3, ФОб_3.
При прыжке через 2 релиз (с 1-го на 2-ой сразу) последовательность будет: МОб_1, МОб_2, МОб_3, ФОб_1, ФОб_2, ФОб_3.

А теперь ответь на вопрос: что произойдет, если в последнем случае (прыжок через релиз) обработчик МОб_3 похерит данные (изменит, перенесёт), которые должны обрабатываться ФОб_1?