Требуется обновить старую БП - 2.0.18
Автоматически из режима Предприятие обновляться она не хочет: http://snap.ashampoo.com/OhRRNEfd
Если вручную накатывать 40+ релизов - я с ума сойду.
Можно ли как-нибудь перетащить данные из неё в новую базу типовыми средствами или не очень типовыми?

А если рискнуть и обновиться сразу на последний? Если не получится, то тогда заморачиваться с последовательным обновлением.

Взять CF и обновить копию через загрузку измененной конфигурации.
Потом Обновиться на 3.0 и свернуться на 01/01/2014/. Перепровести 14 год.
Останется свежая 3-ка с данными и древняя 2-ка с архивом прошлых лет.

Как то так

С ума можно сойти, если конфигурация менялась. А если не менялась, какие проблемы накатить 40 обновлений?

(3) Обновляльщики от франей истекли слюной от перспективы закрытия почасовки.. )))

(0) Выставить предоплату на почасовку для 40 обновлений, а пока они платят приготовить тарелку супа для приходяшего специалиста, который и будет "сделать фсё".

(0) Всего 40 типовых релизов, да тьфу, день работы. ))

(4) франь будет поверсионо обновлять?

(7) КОнечно ))) Это ж бабло

(8) то, что франь выставить счёт как надо - это понятно. но вот сидеть и релиз, за релизом я сомневаюсь.

(9) А ну да, ну да ... выставить счет на 40 часов, а у заказчика возиться всего 2 ?

(10) ну да, глаза мозолить же надо)
зафиксел я)

(0) в данном случае вижу только проблему с перекатом на БП 3.0... других проблем не вижу. Накатить 40 обновлений... муторно конечно, но можно. Не руками же их натягивать. Можно кофе с булочками пить пока

(12) Не готов столько времени такому нудному процессу посветить.

(2) Решил так попробовать.
Глупый вопрос: как там свертка делается?

я бы лучше обновил ан 40 релизов. Да и прыгать обычно можно релизов через 10

http://kb.mista.ru/article.php?id=930

(14) БП 3.0 - Администрирование - Свертка информационной базы

берёшь CF и спокойно накатываешь..ну а потом как бог пошлёт.

(18) не забываем про перенос данных с удаляемых МД, который запускается в некоторых релизах.
Накатывая сф, ты теряешь данные со всех удаленных МД

25 релизов за 1 час с небольшим накатывается.

А если про*бете ключевой релиз? :)

(16) А чем отличается обновление по очереди (БЕЗ ЗАПУСКА В Режиме предприятия после каждого обновления) от обновления сразу на последний CF?

(22) тайна под семью печатями.

(22)Последний cf тоже еще получить надо из обновлений:-). Только если у знакомых попросить.

(20) а может и суток за пять, если по сети или база большая, неизвестно ведь, лицуха там или нет, умеет чел пользоваться 1Ской и компьютером или нет и так далее.

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

(26) к (22)

(26) на бп 3.0 апдейт после запуска "предприятия" может занимать очень существенное время))

(22) тем что обработки, которые должны быть например запущены на конфе 2.0.19 и там обрабатывают какие-то данные. А вы их запускаете на конфе 2.0.60. А там этих данных уже нет фактически. Или у них структура другая.

(29)+ на 3.0 такие штучки вообще проходить не будут, она вас сразу будет посылать в сад.

(29) Походу вопроса в 22 не понял.

для начала никто не советовал разобраться, почему не видит обновлений?

(32) да потому что это малоополезная инфа.
Ну например релиз тестовый с которого нельзя на финальный перейти (было раньше такое, когда они выпускали несколько тестовых релизов)
Или сбился номер релиза поставщика (тоже попадал на эти грабли, при обновлении из предприятия, когда обновление на следующий релиз приводило к тому что релиз поставщика "откатывался" на пару релизов назад)

Во общем как говориться Семь бед, один ответ.

(0) Обновлять только последовательно, релиз за релизом. Да, не забудь выставить нормальный счет. Потому что какого хра они пропустили 40 релизов? Пускай платят свои сэкономленные..

А то после таких горе обновляльщиков, наслушавшихся советов с мисты типа "обновись сразу на последний через попу", в базе бардак, бух шоке и тд.

(13) Совсем народ обленился) даже лень халявных денег заработать. ЛОЛ.

(34) (35) +100500

Вообще непонятно в чём проблема. Можно в фоне обновлять и заниматься своими делами. Всегда так делал с запущенными случаями. И всегда только последовательные обновления, никаких ЦФ. В том числе и для сохранения версии конфигурации поставщика.

(37)  Проблема в том,в 99% случаев база устаревшая на 30-40 релизов - это упрощенщики которые по 3-4 года жили без всяких обновлений и ИТСов и горя не знали. И только в этом году споткнулись на изменении формата платежек - которое коснулось всех, независимо от формы налогообложения.

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

На мой взгляд надо либо обозначить риски клиенту и обновлять на CF. В конце концов вряд ли у упрощенщика который 3-4 года не обновлялся реально тяжелый документооборот из нескольких тысяч документов в месяц - а значит всегда можно в разумные сроки откатиться и сделать все уже дорого и надежно.

Либо забирать базу на 2-3 дня и обновлять в фоновом режиме занимаясь другими делами - и делать скидку 75-80% от нормы.

(38)
> Либо забирать базу на 2-3 дня и обновлять в фоновом режиме
> занимаясь другими делами - и делать скидку 75-80% от нормы.
а чо не на 4-6 дней и бесплатно?
или 7-14 и денег дать клиенту?

(39)  а то что в большинстве случаев - 20-30 тыс за обновление все равно никто не заплатит - можно либо заработать 3-5 самому, либо послать клиента - и он все равно пойдет искать студента - который сделает ему это за 2-3 тысячи.
Если он при этом запорет ему базу - ну что ж - по крайней мере моя совесть в этом случае чиста - и уже появится железный аргумент требовать законные 20-30 тыр. за восстановление/правильное обновление.

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

(40)
> не такой уж и великий труд
угу, попробуй поинтересоваться, за сколько клиент сам возьмется (и сможет) выполнить эту невиликую работенку