Вход | Регистрация

  1  2   

(8.3) за и против обновления "через несколько релизов" путём загрузки cf

(8.3) за и против обновления "через несколько релизов" путём загрузки cf
Я
   vechiy
 
09.11.17 - 16:22
4. Да всё нормально будет!41% (7)
1. Обновляй! Потом посмеёмся.35% (6)
2. А те, кто говорят насколько готовы ответить? 24% (4)
3. Не ццы! Я 100 раз так делал - выгнали с работы.0% (0)
Всего мнений: 17

говорят, сейчас механизм загрузки .cf, если пропущено несколько релизов, позволяет обновиться без ошибок, т.е. все обработки данных между релизами, если таковые имеются, запустятся и пройдут последовательно без проблем
так ли это?
какие еще за?
какие еще есть против?
 
 
   CepeLLlka
 
1 - 09.11.17 - 16:23
(0)Да зачем эт надо то?
   mehfk
 
2 - 09.11.17 - 16:28
(0) Кто говорит?
   h-sp
 
3 - 09.11.17 - 16:28
(0) основное, что обработка устаревает. Например, она написана для 8.3.1, а выполняется на 8.3.10. И также названия реквизитов, справочников и регистров отслеживают они? Допустим справочник назывался в обработке ВидыАлкогольнойПродукции, а теперь называется УдалитьВидыАлкогольнойПродукции. Обработка не запустится.
   Филиал-msk
 
4 - 09.11.17 - 16:28
(0) Вы тоже можете так говорить!
   XMMS
 
5 - 09.11.17 - 16:29
(0) (на мотив Слепакова) Че будет если нет?
   Dmitry1c
 
6 - 09.11.17 - 16:31
Это как русская рулетка. Может пройдет без проблем, а может и с проблемами.

Надо тестить.
   prince64
 
7 - 09.11.17 - 16:31
(0) сталкивался на двух конфигурациях (УНФ и ТСЖ), что лучше всего после каждого обновления на релиз запускать в режиме Предприятие, т.к. могут поднапакостить пресловутые обработки обновления
   Aleksey
 
8 - 09.11.17 - 16:31
врут. Этот механизм был во времена 7.7 и в 8-ке не менялся. Я бухию с 2006 года обновляю через пропуски с помощью cf - проблемы не испытываю
   DrShad
 
9 - 09.11.17 - 16:33
(0) только не забудь конфу поставщика обновить
   Провинциальный 1сник
 
10 - 09.11.17 - 16:33
В типовых от 1с обычно проблем нет. С отраслевыми не знаю.
 
 Рекламное место пустует
   kiruha
 
11 - 09.11.17 - 16:34
(0)
Думаешь в сильно изменной конфе хоть кто накатывает релизы последовательно ?
Хотел бы на такого посмотреть
А ошибки вручную напильничком
   mehfk
 
12 - 09.11.17 - 16:35
(8) В шапке ни слова про конфу, следовательно речь идет о сферической конфигурации в вакууме.
   Филиал-msk
 
13 - 09.11.17 - 16:35
(8) Вот мне тоже похрен
   1Снеговик
 
14 - 09.11.17 - 16:37
(0) кто-нибудь может объяснить зачем это делать, кроме как из-за лени? А потом мучиться и переделывать разве легче и быстрее?
   1Снеговик
 
15 - 09.11.17 - 16:38
Я б таких обновляторов и близко к базе не подпускал
   kiruha
 
16 - 09.11.17 - 16:40
(14)
Потому что обновление занимат от недели до месяца.

Судя по всему - вы с такими базами еще не сталкивались.
Все впереди
   1Снеговик
 
17 - 09.11.17 - 16:40
То обновляют на старых платформах, то сразу на последний релиз скачут, а потом "спасите тут какие-то ошибки".
Извините, накипело.
   vechiy
 
18 - 09.11.17 - 16:41
у меня эта метода не сработала например при обновлении сельхозки, а с типовыми вроде все норм
хотя обычно я так не делаю
   1Снеговик
 
19 - 09.11.17 - 16:42
(16) одна реструктуризация идет неделю?
Ну это точно не проблема обновления. Может прежде чем обновлять это сначала решить?
   oslokot
 
20 - 09.11.17 - 16:42
(0) я против шагать через релизы.
Обновляться надо через cfu и каждый раз запускать предприятие и давать ей обработать данные.
   h-sp
 
21 - 09.11.17 - 16:43
(19) ну например, с ут 11.1 на Ут 11.3. Конфы практически одинаковые, а между ниму 80 релизов. Как вы поступите?
   oslokot
 
22 - 09.11.17 - 16:43
хотя мой франч куячит cf-ками
   kiruha
 
23 - 09.11.17 - 16:44
(19)
Вы действительно не можете представить баз где обновление неделю ? )))
причем здесь реструктуризация, прекратите свои фантазии
   AceVi
 
24 - 09.11.17 - 16:46
(0) Нет не работает.
Обновляли ерп с 2.1 на 2.2 там последовательно релиза 3-4 надо было. делали эксперимент 1 пропускали, выяснили одну из причин - в том релизе который пропустили есть функция в модуле менеджера, а в след ее уже нет и задания с пред релиза выдавали ошибку. Это как пример.
   Alexor
 
25 - 09.11.17 - 16:50
(0) Можно, если говорим про типовые или созданные на их основе.

Обработки обновления запускаются последовательно.
Соответственно, если вдруг какой-то реквизит, удалили или переименовали, то при обновлении будет ошибка.
Откатываемся назад и делаем последовательно.
   Сти
 
26 - 09.11.17 - 16:54
(0) Это зависит от того, что написано в обработке обновления в самой конфе. В типовых сейчас вроде по большей части нормально, но с исключениями. Попадалось, например, что в промежуточных релизах реквизит дважды менял имя, пришлось править обработку обновления.

(14) Угу, база не обновлялась с 2012 года, то есть пять лет. С релиза 1.17.х до 2.10.х. Это 12 промежуточных с глобальным переходом с ред.1 на ред.2. Доработок за пять лет наделали - конфа перелопачна так, что создатели не узнают. Переносить все в каждый из релизов - это недели две как минимум на один релиз. Надо было полгода заниматься обновлением? В итоге скачок через 12 релизов был сделан за три недели, уже полгода сидят на последнем релизе и радуются. А чтобы ошибок не было надо просто голову иметь.
   Aleksey
 
27 - 09.11.17 - 17:05
(20) В типовых фирма 1с так не делает, она сначала накатывает последний релиз, а потом уже запускает режим предприятия. Наверное в 1С дураки сидят, раз заложили такой механизм
   ildary
 
28 - 09.11.17 - 17:05
(21) 11.1 и 11.3 - одинаковые? Хорошая шутка, особенно оценят те, кто много изменений внес.
   oslokot
 
29 - 09.11.17 - 17:08
Пример.

Есть Справочник1 с реквизитом Реквизит1.
В какой-то момент крутые ребята из 1с подумали что реквизит этот больше не нужен и обозвали его Удалить_Реквизит1. А данные из него перельются в новенький Реквизит2 обработчиком, который запустится после обновления.
И все будет ок, ведь мы обновляемся с cfu
А потом в релизе Х, ребятки и вовсе удалят реквизит Удалить_Реквизит1

Накатив cf, мы гарантированно потеряли данные: Реквизит2 пустой, а реквизит Удалить_Реквизит1 удален.
   vde69
 
Модератор
30 - 09.11.17 - 17:13
(29) +100
   aleksonic
 
31 - 09.11.17 - 17:19
(29) "А потом в релизе Х, ребятки и вовсе удалят реквизит Удалить_Реквизит1"
Это не Пример, а страшилка.

Все удаленные болтаются по паре лет в конфигурации на поддержке. А потом останутся в Основной конфигурации уже снятыми с поддержки как свои собственные.
   vechiy
 
32 - 09.11.17 - 17:22
(29) ну это самый популярный пример, да, но вроде как умный обработчик даже при накате .cf произведет все нужные обработки, откопирует удаленный реквизит и т.д.
не?
   Digger
 
33 - 09.11.17 - 17:24
(21) Если УТ 11.1  даже с 11.1.4 до 11.1.10  прыжком не обновлялось,  ибо уникальность записей регистров нарушалась. Куда ему до 11.3
 
 
   vde69
 
34 - 09.11.17 - 17:26
ЗУПы очень критичны к прыжкам....
   Valkyrie
 
35 - 09.11.17 - 17:26
В пределах одной подредакции,т.е. 11.1 обновлем до последнего релиза 11.1, цфу-шкой переходим на новую версию 11.2 и т.д. Хотя конкретно с УТ 11 была трабла, когда ввели валюту управленческого учета и если ее не заполнить, то обновление не проходило. А так проблем обычно не возникает.
   h-sp
 
36 - 09.11.17 - 17:29
(33) я как раз после 11.1.10 делал
   Evgueni
 
37 - 09.11.17 - 17:29
Если cf-кой обновлять, то релиз всё равно останется старый, хотя конфа будет считаться новой.
   vechiy
 
38 - 09.11.17 - 17:33
(37)
на свежих платформах вроде норм
поправьте если ошибаюсь
   h-sp
 
39 - 09.11.17 - 17:33
(38) да и не на свежих. С релизом нормально всё
   DexterMorgan
 
40 - 09.11.17 - 17:34
(21) "ну например, с ут 11.1 на Ут 11.3. Конфы практически одинаковые"

 В голос поржал, спасибо
   NeoVision
 
41 - 09.11.17 - 17:36
(0) почти всегда cf обновляю, один раз только с отраслевой crm словил проблем
   Evgueni
 
42 - 09.11.17 - 17:36
(38) Вы обновляете через поддержку или сравнение?
   h-sp
 
43 - 09.11.17 - 17:38
(42) через поддержку конечно. Какое еще сравнение?
   h-sp
 
44 - 09.11.17 - 17:40
(40) по большому счету что поменялось в структуре данных? Кроме упаковок-единиц измерения?
   Evgueni
 
45 - 09.11.17 - 17:40
(43) А зачем тогда прыгать? если типовая то пусть по воздуху обновляется.
   Alexor
 
46 - 09.11.17 - 17:41
(29) Страшилка.
Еще раз.
Обработка заполнения этого реквизита никуда не делась.
Выругается на ошибку и все.
   Alexor
 
47 - 09.11.17 - 17:43
+46 Ну с редакции на редакцию, я бы только обновлял через промежуточный.
   Evgueni
 
48 - 09.11.17 - 17:46
(46) А если БСП изменилось? Как тогда конфа обновляться будет?
   mehfk
 
49 - 09.11.17 - 18:09
(34) Если только ранние 2.5. В 3.х вообще автообновление как в бухии.
 
 Рекламное место пустует
   Cyberhawk
 
50 - 09.11.17 - 21:56
(46) Ты что-то не понял: вся соль риска в том, что после такого однократного обновления конфигурации БД в ней не будет реквизита, из которого нужно брать данные в обработчике
   zak555
 
51 - 09.11.17 - 22:06
(0) Пределах подверсии -- обновляй
   zak555
 
52 - 09.11.17 - 22:07
(50) пример релиза приведи
   GANR
 
53 - 09.11.17 - 22:15
(46) Могут данные потеряться, могут данные сохраниться. Мне лично эта лотерея нафиг не нужна.
   AndreyLan
 
54 - 09.11.17 - 22:22
(0) Почему не следует обновляться через несколько релизов с примером описано здесь: http://www.kaminsoft.ru/technical-questions.html?limit=0#p432

Кто хочет получить реальный пример: может взять релиз типовой конфигурации, в которой используется одна редакция БСП (например 2.1), и обновить его на релиз типовой где используется редакция БСП на две редакции выше и более (например 2.3 или 2.4).
   Сияющий в темноте
 
55 - 09.11.17 - 22:30
если уж хояется через сф то создайте новкю базу и перенесите данные,будет с гарантией без проблем и торможений
   Провинциальный 1сник
 
56 - 10.11.17 - 08:33
(53) Типовые от 1с разрабатываются в предположении возможности кумулятивного обновления. Не зря там в каждой последующей версии сохраняются процедуры обновления со всех предыдущих. Баги возможны, но точно так же они возможны и в последовательных апдейтах. Встречались деструктивные ошибки в процедуре обновления, которые были исправлены в следующих релизах обновлений - в этом случае кумулятивное обновление "обойдет" грабли.
   Cyberhawk
 
57 - 10.11.17 - 08:40
(52) Ты что-то напутал
   1Снеговик
 
58 - 10.11.17 - 08:41
(55) плюсую

(53) Типовые от 1с разрабатываются в предположении возможности кумулятивного обновления только в фантазиях ленивых обновляторов. То есть в 1С идиоты сидят, расписывая с какого релиза на какой можно прыгнуть, а ты их умнее?
   rphosts
 
59 - 10.11.17 - 08:43
(0) 8 лет на форуме а до сих пор в сказки верите?
   1Снеговик
 
60 - 10.11.17 - 08:44
(27) если при пакетном обновлении ты не видишь окна предприятия, то это не значит, что не запускаются промежуточные обработчики. Не обязательно открывать для тебя окно предприятия и показывать обработку данных после каждого обновления.
   PuhUfa
 
61 - 10.11.17 - 08:46
а голосовалка то где? -)
   1Снеговик
 
62 - 10.11.17 - 08:46
(26) как раз для таких обновлений пишутся ТЗ и там оценивается возможность разных вариантов переноса данных, а не просто так с лёта на авось накатили самую последнюю cf и сидят смотрят где что вылезет.
   CepeLLlka
 
63 - 10.11.17 - 08:50
(57)Он просит пример релиза, пример релиза в (54)
(52)То, что тебе нужно находится по ссылке из (54)
   zak555
 
64 - 10.11.17 - 08:59
(63) т.е. это пишут про типовую БП ?
   aka AMIGO
 
65 - 10.11.17 - 09:00
Мое скромное мнение по поводу рекомендации легковерным по обновлению с пропуском релизов.. Если-б, как мне однажды тут возразили, все последующие обновлялки включают все предыдущие, то.. ИМХО.. последнее из доступных было-б раздуто до нескольких гигабайтов.
А обновленьица-то, извините, все ровненькие, как на подбор.
Так чта.. если лень одномоментная обуяла программиста, пусть обновляется на последнюю, и имеет в результате последние слова из поста Снеговика (62)
   rphosts
 
66 - 10.11.17 - 09:03
думаю пятница удастся.

1. Обновляй! Потом посмеёмся.
   Alexor
 
67 - 10.11.17 - 09:04
(54) Еще раз.
По ссылке, если обновить пропустив релизы, выйдет ошибка.
Т.к. реквизита уже не будет.

Про БСП смену редакции также. В этом случае ошибка идет, откатываемся назад и обновляем как надо.
   CepeLLlka
 
68 - 10.11.17 - 09:08
(64)Не знай, мне казалось там про ЕРП, а ты как думаешь?
   aka AMIGO
 
69 - 10.11.17 - 09:08
Голосовалка возникла.. Это - пять.

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

Список со ссылками на предыдущие обновления составляли не дураки..
Неча считать себя умнее фирмы 1с..

2. А те, кто говорят насколько готовы ответить?
   vde69
 
70 - 10.11.17 - 09:10
(67) >>> откатываемся назад и обновляем как надо.

а теперь представь, что у тебя новый релиз требовал новый сервер CЛК и у тебя к нему едет не одна а 5 разных отраслевых конф, и тогда тебе придется из-за одной конфы откатывать назад
1. сервер СЛК
2. все отраслевые конфы


ps
привыкайте делать правильно даже если сейчас это и не вызывает проблем...
   Провинциальный 1сник
 
71 - 10.11.17 - 09:13
(58)  "расписывая с какого релиза на какой можно прыгнуть"
Это означает только то, что обновление включает в себя диффы с соответствующих релизов, и ничего больше. Нигде нет запрета на обновление из cf.
(69) А работа пусть стоит? Или ночевать оставаться в нерабочее время? Подготовить cf спокойненько, и потом его накатить на все n баз за кратчайшее время монопольного доступа.
   Провинциальный 1сник
 
72 - 10.11.17 - 09:16
(65)  "Если-б, как мне однажды тут возразили, все последующие обновлялки включают все предыдущие, то.. ИМХО.. последнее из доступных было-б раздуто до нескольких гигабайтов. "
Речь о модуле с процедурами обновления ИБ. Они действительно включают все предыдущие. А с метаданными такого не требуется - они просто добавляются. Ситуацию, когда метаданные в обновлении удалялись, я не припомню для типовой БП или ЗУП, по крайней мере когда это касается используемых объектов, а не ошибочно добавленных одним релизом и не заполненных.
   aka AMIGO
 
73 - 10.11.17 - 09:16
(71) А работа - пусть стоит.  Да.
Если бухи выкатывают очередную хотелку из-под законодательства, пусть понимают правильно: обновление требует времени.
Да, и ИТС"ов тоже требует.. Это на случай, если ГБуха жадность к чужим деньгам обуяла.
   singlych
 
74 - 10.11.17 - 09:19
"через нескока релизов"
Вот как пишут, так и обновляют.
   Провинциальный 1сник
 
75 - 10.11.17 - 09:19
Если сотрудник франча или фрилансер хочет заработать побольше часов - он обновляет последовательно. Это совершенно логично.

4. Да всё нормально будет!
   lodger
 
76 - 10.11.17 - 09:21
конфы и версий таки нет? тогда все ок будет!

4. Да всё нормально будет!
   lodger
 
77 - 10.11.17 - 09:22
(75) колесо крутится - монетка мутится.
   PCcomCat
 
78 - 10.11.17 - 09:23
Содержу базу накопительных обновлений, из нее делаю файл поставки, с которого обновляю хоть полуторогодовалые базы. Проблем не было пока ни разу(тьфу-тьфу).
   h-sp
 
79 - 10.11.17 - 09:24
(69) причем тут фирма 1с? Что-то вы гоните. Фирма 1с делает обновления на все случаи жизни, закладывается на всё. А в реальности используются далеко не все возможности, они не нужны. Поэтому программист местный принимает решения, через какие релизы прыгать.

Например, поменяли структуру регистров НДС и книгу продаж, поэтому лучшие умы фирмы 1с выпустили отдельный релиз. Но если у нас упрощенная система, Нету НДС, регистры все эти пустые, начихать на их структуру. В этом случае можно спокойно перепрыгнуть через этот релиз. Невзирая на авторитет фирмы 1с в составлении списка.
   PCcomCat
 
80 - 10.11.17 - 09:25
+(78)

4. Да всё нормально будет!
   Alexor
 
81 - 10.11.17 - 09:25
(70) Я про типовые.

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

p.s. И да я по возможности стараюсь обновлять последовательно. Но для измененных конф, это не всегда подходит по времени.
   CepeLLlka
 
82 - 10.11.17 - 09:25
(78)Доработанные базы имеется ввиду?
   PCcomCat
 
83 - 10.11.17 - 09:25
(82) Типовые
   zak555
 
84 - 10.11.17 - 09:28
(68) я общался с разрабами (2-3 года назад) типовой БП -- они сказали, что таких фокусов, описанных в 54, быть не может
   Йохохо
 
85 - 10.11.17 - 09:29
(78) но не через "загрузить цф" же
   aka AMIGO
 
86 - 10.11.17 - 09:31
(79) А я разве возражаю? Просто выразил своё мнение, принимать/не принимать его - каждый решает сам.

Хочется переделывать работу - так в добрый путь!..

ЗЫ. в пятницу можно и байку рассказать, тем паче, что тема немножко легковесная.
В книге "Алые паруса" есть разговор двух персонажей, один другому объясняет путь из одного пункта в другой:
1 - Идешь прямо, до ручья, там будет мосток..
2 - .. Ага, я понял: перехожу через мосток..
1 - Ну, да.. можешь переходить, если любишь возвращаться..
   vde69
 
Модератор
87 - 10.11.17 - 09:34
(81) типовые по любому надо обновлять не реже 1 раз в квартал, по этому там обычно 2...3 скачка, что вполне нормально...
   Cyberhawk
 
88 - 10.11.17 - 09:34
(84) 2-3 года назад эти разрабы еще котиков не вставляли в БП, а теперь уже два разных котика есть!
   h-sp
 
89 - 10.11.17 - 09:35
(86) наоборот, хочется сократить свою работу. Это напрямую программиста касается. Сколько он потратит своего личного времени на это обновление. Может час обновлять, а может по вашему методу целый день сидеть.
   zak555
 
90 - 10.11.17 - 09:37
(88) котика очень хотел Фогель )
   aka AMIGO
 
91 - 10.11.17 - 09:38
(89) Когда ГБушку достала налоговая, я накатывал на БП последовательные обновления в количестве 8 штук, в течение 5 часов.
   zak555
 
92 - 10.11.17 - 09:38
(87) зачем?
   aka AMIGO
 
93 - 10.11.17 - 09:38
(92) Чтобы топать в ногу со временем :)
   PCcomCat
 
94 - 10.11.17 - 09:40
(85) Я не камикадзе. Через "обновить...".
   zak555
 
95 - 10.11.17 - 09:41
(93) смысл ?
   Antony8x
 
96 - 10.11.17 - 09:43
На КА 1.1 всегда так делал, субъективно осложнений не возникало

4. Да всё нормально будет!
   aka AMIGO
 
97 - 10.11.17 - 09:44
(95) Друже, наше Налоговое - самое гибкое Законодательство в Мире.
Потому и возникают обновления, и вовсе не по причине, что кто-то дозвонился по горячей линии до фирмы 1с..
ЗЫ. я бросил эти бесполезные попытки лет 12-15 назад.
   h-sp
 
98 - 10.11.17 - 09:45
(91) ну это хорошо если почасовая оплата. А если клиент на абонентке? Это ваши выброшенные 5 часов из жизни. Например, читаете новое в этих релизах. Изменился НДС, вам это не нужно, изменилась форма ФСС, тоже нахрен не упало, это вы вообще в ЗУП ведете, а не в бухгалтерии. Поэтому просто берете последнюю cf-ку и накатываете. У вас на это уходит полчаса. А не 5 часов.

и бухи, они заразы умные теперь, они про вас будут говорить: приехал прог, просидел 5 часов, ничего не сделал и уехал.
   Cyberhawk
 
99 - 10.11.17 - 09:46
(90) Это мне, увы, мало о чем сказало. Это усатый из 1С?
   Cyberhawk
 
100 - 10.11.17 - 09:46
А не, тот-то Нуралиев (волговод)
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует