Имя: Пароль:
1C
1С v8
Оцените такой способ прыжков через релизы.
, ,
0 8vC1
 
14.11.12
13:39
1. Правильнее поднимать последовательно 46% (12)
2. Другой вариант 42% (11)
3. Это номально 12% (3)
Всего мнений: 26

Приехал в фирму, в которой стоит БП 2.0.32, ну чтобы не обновлять последовательно, снял конфу с поддержки и сделал "Конфигурация\Загрузить конфигурацию" 2.0.41.6.cf. Собственно, всегда интересовал вопрос насколько этот способ обновления правильный ?
5 AndyTLT63
 
14.11.12
13:43
При таких манипуляциях у базы не будет конфигурации поставщика.. нужно обновлять через поддержку.... И то не слишком много релизов, если не хочешь рисковать. А то можно потерять данные

Другой вариант
16 unregistered
 
14.11.12
13:47
(0) Не понял, а зачем было снимать с поддержки, если у тебя был файл с полной конфигурацией (cf)?

Надо было делать через поддержку, указав сразу в качестве файла обновления этот самый cf-ник.

А так - есть вероятность, что shuhard в (1) прав - "наебнулась у Заказчика часть данных".

Другой вариант
26 ХочуСказать
 
14.11.12
13:53
автор - идиот

Другой вариант
33 qeos
 
14.11.12
13:57
"болван" уже говорили?

Другой вариант
36 tdm
 
14.11.12
13:59
конфигурация поставщика старой осталась...через поддержку кошернее

Другой вариант
53 1Сукпун
 
14.11.12
14:11
Зачем  снимать  с поддержки  , кто мешает через поддержку    обновить  и выбрать  вместо cfu  свой  cf .

Другой вариант
60 MRAK
 
14.11.12
14:14
(0) круто. Готовь вазелин.

На самом деле "прыгать" через несколько можно, но не так.

Другой вариант
65 samozvanec
 
14.11.12
14:15
через загрузку это, конечно, перебор. но обновлять цфкой можно, нужно только знать переходные релизы, где меняются таблицы. на них придется остановиться

а вобще, когда работал во франче, люто ненавидел различных дятлов, которые лезут обновлять базы

Другой вариант
96 exchang
 
14.11.12
14:35
Можно прыгать через релизы, только предварительно необходимо проанализировать возможную потерю данных базы, и если такое возможно, предусмотреть это. Таким образом обновление можно делать только по ключевым релизам, по окончании вернуть на поддержку актуального релиза.

Другой вариант
145 expertus
 
14.11.12
15:48
А, ну да:

Другой вариант
154 kiruha
 
14.11.12
16:30
Про перенос данных во время обновления наверно уже сказали

Вкатить ущерб по самое небалуйся

Другой вариант
Программист всегда исправляет последнюю ошибку.