Имя: Пароль:
   
1C
 
перепрыгнуть с ЗУП 3.1.9.108 на 3.1.10.110
0 sdv2000
 
04.08.19
08:48
подскажите, как безболезненно перепрыгнуть с ЗУП 3.1.9.108 на 3.1.10.110
1 CepeLLlka
 
naïve
04.08.19
09:36
(0)А в чем проблема конкретно?
2 zak555
 
04.08.19
09:46
Закрыть глаза и обновиться
3 ansh15
 
04.08.19
10:20
Может, хочется сразу обновить на последний релиз, не соблюдая последовательность обновлений, а их(обновлений) там штук восемь...
4 zak555
 
04.08.19
10:23
(3) соблюдают последовательность те, кто не понимает, как работает обновление
5 Фрэнки
 
04.08.19
11:01
3.1.9.108 -> 3.1.9.187 -> 3.1.9.205 -> 3.1.9.229 -> 3.1.10.78 -> 3.1.10.110

это если пошагово, то за пять шагов.

Однако, несмотря на то, что в модулях CF от полного дистрибутива заложена вся необходимая последовательность для перехода с  релизов вида 3.1.9.х на 3.1.10.х (а почти на все релизы ЗУП сейчас есть и полные дистрибутивы)...

Лично мне представляется рискованным "прыгать".
3.1.9.108 -> ... -> 3.1.9.229 -> 3.1.10.78 -> 3.1.10.110
Я бы прыгал вот так.

Это нужно садится и тестить, что не будет глюка в прыжке 3.1.9.108 -> ... -> 3.1.10.110
или 3.1.9.108 -> ... -> 3.1.10.78 -> 3.1.10.110

ТС должен сам себе решить, что ему проще: соблюсти минимально необходимое число переходов или тестить "прыжок"
6 zak555
 
04.08.19
11:15
(5) через режим предприятия не вызываешь обработку скачать обновление и установить ?
7 Фрэнки
 
04.08.19
11:30
(6) в наших базах есть расширения. Я все равно через конфигуратор с проверкой расширения и тестированием, а только затем на рабочую.
Причем, "прыжки" как правило не требуются. Но у меня все базы заказчиков практически в обновленном состоянии.

Но ранее иногда и на грабли наступать приходилось, что изменения в мд-структуре не позволяли прыгать.

Кстати, считал совершенно бессмысленным отсиживаться на каком-то из ранних релизов 3.1.9
Нужно было или оставаться на 3.1.5 или более-менее постоянно накатывать обновления
8 zak555
 
04.08.19
12:04
(7) абсолютных потомком можно обновлять даже через конфигурация -- загрузить конфигурацию из файла

когда прыжки недопустимы, то об этом пишут разрабы к описанию релиза
9 Фрэнки
 
04.08.19
12:07
3.1.10.110    01.08.19        3.1.5.481, 3.1.10.78

Это можно считать рекомендацией по недопустимости прыжка?
10 sdv2000
 
04.08.19
17:06
текущая 3.1.9.108
11 sdv2000
 
04.08.19
17:14
(7) порекомендуйте порядок действий
12 sdv2000
 
04.08.19
18:42
как перейти с 3.1.9.108 на 3.1.10.110 ?
13 sdv2000
 
04.08.19
18:49
обновиться
14 sdv2000
 
04.08.19
18:51
аууу
15 hhhh
 
04.08.19
19:19
(12) ну, нажимаешь кнопку Обновить и обновляешься. Детский сад.
16 Фрэнки
 
04.08.19
20:40
(14) посты перечитай - написал же выше как
17 Фрэнки
 
04.08.19
20:40
в (5)
18 DrZombi
 
05.08.19
07:37
(0) Нормально все пройдет.
Проблема была только при переходе от 3.1.8.ххх на 3.1.9.ххх

1С там изрядно объекты по переименовало :)
19 DrZombi
 
05.08.19
07:38
+ Просто макеты печатных форм сменили название и названия полей, в итоге пришлось все макеты переписывать :)
20 Провинциальный 1сник
 
05.08.19
08:08
(8) +1. Случаи, когда нельзя прыгать, за всю историю ЗУПа, можно наверное пересчитать по пальцам. Надо просто всегда читать описание к обновлению. Если это критично, то там четко сказано, что обновлять можно только с конкретной версии.
21 djekting
 
05.08.19
08:29
(12) и этот человек почти 8 лет в 1С, или все-таки около?
22 Фрэнки
 
05.08.19
08:36
(21) а причем тут 1С, если он даже сообщения в ветке перечитать затрудняется?!
23 ansh15
 
05.08.19
09:40
(20) Еще можно регулярно следить за обновлениями и просто не допускать случаев, когда могут потребоваться "прыжки". Иначе говоря, более ответственно относиться к своей работе, как владельцам информационной базы, так и лицам, ее сопровождающих.

Есть ли, где-нибудь, прямая рекомендация от 1С, что если нет противопоказаний, то можно(и нужно) обновляться через .cf на несколько версий вперед. Чтобы было так и написано - "рекомеднуется проводить обновление путем загрузки новой конфигурации из файла .cf" а если в каком-то промежуточном релизе выполнялось удаление или замена каких-либо объектов метаданных, то ничего страшного, приглашенный специалист легко поправит.
24 Провинциальный 1сник
 
05.08.19
11:02
(23) В релизах обновлений, которые должны быть применены к конкретному исходному релизу, это ЯВНО написано. Все прочие обновления делаются так, что процедуры обновления ИБ применяются последовательно, и могут быть заменены кумулятивным обновлением через cf. Прямых рекомендаций этого нет, но нет и прямых рекомендаций обновляться только через cfu. На ваше усмотрение.
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший