|
Как не стоит обновлять 1С! Надоело обновлять за кривыми обновлениями | ☑ | ||
---|---|---|---|---|
0
Обработка
21.04.19
✎
11:37
|
Навеяно с трудностями обновления за кривыми обновлялщиками.
И моими ветками: Как себе облегчить путь обновления, когда обновляешь за недалекими обновлялщиками? Как вы обновляете базы бухии с измененным составом предопределенных субконто. Суть!!! Есть база БП 3.0 С доработками . Кто-то (не далекий или криворукий или пофигист) обновляет так что у него: - релиз основной базы 3.0.25.1 (не пугайтесь это Казахстанские релизы) - релиз конфы поставщика 3.0.19.3 На столько я понимаю они просто накатывают СФ-шник методом сравнения и объединения. Меня это бесит и не приемлем такой метод обновлений. Мне теперь нужно вернуть в нормальное русло как это обычно делаю. Даже видосик запилил https://www.youtube.com/watch?v=hBgt1_m5ulw&t=9s Как же мне хочется найти предыдущих "обновляторов" и пожелать больше ума! Спасибо за то что уделили внимание. Может кому полезно моя тема- ветка. |
|||
1
Обработка
21.04.19
✎
11:44
|
+
Подсчитал что мне нужно пройти 7 обязательных обновлений чтобы догнать по конфе поставщика! |
|||
2
dmpl
21.04.19
✎
11:49
|
Зачем? Можно сразу с нужным cf поставщика сравнивать. Ну и в любом случае - это же деньги.
|
|||
3
ДНН
21.04.19
✎
12:14
|
(1) бери сразу 3.0.25.1 и накатывай его
|
|||
4
Обработка
21.04.19
✎
12:22
|
(3) Каким методом? Сравнить и объединить? При этом же конфа поставщика не обновиться?
|
|||
5
Mankubus
21.04.19
✎
12:40
|
(4) поддержка - обновление-выбор файла cf поставщика - профит
|
|||
6
Casey1984
21.04.19
✎
12:48
|
(0) Я тоже так первый раз обновил в далеком 2000 каком-то, но я никого не бесил, сам исправил)
|
|||
7
Обработка
21.04.19
✎
13:00
|
(5) Не всегда под рукой цельная типовая СФ. И думаю не всегда этот метод поможет.
|
|||
8
ShAV
21.04.19
✎
13:01
|
(5) "Файл не содержит доступных обновлений" :)
|
|||
9
Mort
21.04.19
✎
13:35
|
Документации по конфигурации поставщика - как кот нассал и никто особо не интересуется. Половина 1Сников не знает - при сохранении конфигурации в файл cf - будет ли в этом файле конфигурация поставщика или нет.
|
|||
10
Prog111
21.04.19
✎
13:52
|
(0) Можно просто в таких случаях взять и дообновлять конфу поставщика, не трогая основную конфу.
|
|||
11
dmpl
21.04.19
✎
13:58
|
(8) Тогда снимай полностью с поддержки и через сравнение и объединение (только конфигурация должна быть полностью типовая - без возможности изменения). Но обычно это указывает на то, что не той конфигурацией пытаешься обновить.
|
|||
12
dmpl
21.04.19
✎
14:00
|
(7) А у меня в продакшене в некоторых базах вообще нет конфигурации поставщика в базе. Потому как не нужна - никто без тестовой базы не будет их обновлять. Так что надо иметь. В конце-концов, есть партнерский диск - там все лежит.
|
|||
13
ДНН
21.04.19
✎
14:13
|
(4) убиваешь конфигурацию поставщика, делаешь сравнение и объединение, снимаешь все флажки, она тебя спросит не поставить ли на поддержку - соглашаешься. Потом не забудь включить поддержку у измененных объектов, по умолчанию она вроде как сбрасывается. Если объектов мало можно вручную
|
|||
14
Обработка
21.04.19
✎
14:19
|
(5) Попробовал как вы указали.
Не взлетело. При нажатии кнопки выполнить при объединении куча ошибок. Ошибки типа такие....: На удаляемый объект Подсистема.ИнтернетПоддержкаПользователей.Подсистема.Новости.Подсистема.КатегоризацияНовостей есть ссылки в объектах основной конфигурации: ФункциональнаяОпция.Новости_РазрешенаРаботаСНовостями.Состав На удаляемый объект Подсистема.ИнтернетПоддержкаПользователей.Подсистема.Новости.Подсистема.НастройкиНовостей есть ссылки в объектах основной конфигурации: ФункциональнаяОпция.Новости_РазрешенаРаботаСНовостями.Состав На удаляемый объект Подсистема.ИнтернетПоддержкаПользователей.Подсистема.Новости.Подсистема.РедактированиеНовостей есть ссылки в объектах основной конфигурации: ФункциональнаяОпция.Новости_РазрешенаРаботаСНовостями.Состав |
|||
15
Обработка
21.04.19
✎
14:23
|
(13) "Потом не забудь включить поддержку у измененных объектов" - Разве так можно?
|
|||
16
ДНН
21.04.19
✎
14:29
|
(15) она сбросится на "снят", нужно поставить на "редактируется с сохранением поддержки"
|
|||
17
Обработка
21.04.19
✎
14:41
|
(16) Спасибо за совет. Такой метод почти не юзал. Или очень давно возможно пробовал так.
Но вот сравнил конфу базы с текущим релизом поставщика. Разница приличная даже план счетов другой ((( Короче без описания хотелок тяжко. |
|||
18
MaxS
21.04.19
✎
14:47
|
Как-то несколько дней восстановил подобную отраслевую конфигурацию с двумя конфигурациями на поддержке. С целью облегчить себе работу на будущее. Будущего не наступило. Заказчик менял программистов как перчатки и однажды конфигурация опять оказалась в состоянии полного снятия с поддержки без конфигураций поставщика. Кто-то печатную форму не смог по другому доработать. Бросил это неблагодарное дело.
|
|||
19
Обработка
21.04.19
✎
14:59
|
Еще вы замечали что конфа поставщика отличается от основной даже если не снято с поддержки?
Думаю это косяки разрабов, которые на скорую руку собирают апдейты. |
|||
20
Looking
21.04.19
✎
15:00
|
(18)к сожалению только долгосрочные контракты могут являться гарантиями в подобных вопросах... остальное - лотерея
|
|||
21
dmpl
21.04.19
✎
15:25
|
(14) Все галки снять надо. Тогда обновится только конфигурация поставщика.
|
|||
22
Обработка
21.04.19
✎
16:07
|
Не зря я создал ветку. Появились советы для эксперимента.
1. Снял с поддержки. 2. Нашел типовую базу с релизом конфы текущей базой для обновления. 3. Выгрузил конфу типовую 3.0.25.1 4. Обновил как советовали в (11). 5. Все вроде норм. Потом вернул подержку всем объектам. 6. Но вот при обновлении на следующий релиз стандартным методом подозрительно обнаружил большую разницу во многих объектах. 7. Сравнил базу самописку с типовой в релизе 3.0.25.1 вижу много отличий. И как понимаю даже в одной типовой редакции могут быть отличия конфы поставщика и конфы самой базы, даже не тронутые нами. То есть это видимо в самих типовых такое различие от разрабов ((( |
|||
23
Looking
21.04.19
✎
16:16
|
(22)чем вариант в (5) не подошел?
http://forums.kuban.ru/showthread.php?p=22885234&posted=1 "Обнови конфигурацию поставщика. Поддержка-Обновить конфигурацию-выбираешь cf 2.0.31.7 В окне сравнения конфигураций снимаешь все галки и нажимаешь Выполнить. Уже давно сталкиваюсь с данной проблемой но сейчас решил навести порядок. Есть измененная конфига, при обновлениях стал вываливать весь список объектов конфигурации, а отличие только одно, изменен порядок следования объектов. Добавленные объекты в низ списка двигал, объединял с конфигурацией, с признаком взять порядок из файла, и все равно порядок не сходиться. Решение оказалось достаточно простым просто надо было знать где у него кнопка. Конфигурация -> Поддержка -> Настройка поддержки... Кнопка "Сравнить и объеденить". Произойдет сравнение основной конфигурации с конфигурацией поставщика в режиме "взять порядок из конфигурации поставщика". И вуаля, порядок востановлен." |
|||
24
Обработка
21.04.19
✎
16:18
|
(23) Ответ в (11)
|
|||
25
d4rkmesa
21.04.19
✎
17:09
|
(0) Меня удивляет, когда криво обновляют вроде нормальные люди, не новички, не первый год в профессии. В отпуск сходил, коллеги каким-то образом обновили БП3 за 3.0.67 на 3.0.69 так, что куча объектов перестала соответствовать конфигурации поставщика. Хз что это было, объединил с подходящим cf-ником, вроде нормально. Немного стул прогорел, но в итоге не стал даже спрашивать что курил тот, кто обновлял.
|
|||
26
DimG
21.04.19
✎
18:24
|
Бесит когда говорят что кто-то делает неправильно, а как исправить и сами не знают.
|
|||
27
Garykom
гуру
21.04.19
✎
18:32
|
(26) Детей делают?
|
|||
28
Обработка
21.04.19
✎
19:47
|
(26) Я знаю. Но это очень сложно.
До сих парюсь после обновы ошибки в предриятии. Хочешь дам базу обновить всю выручку за обновы отдам тебе сам ни копейки не возьму? |
|||
29
Eiffil123
21.04.19
✎
21:01
|
Если в конфе есть серьезные изменения и разработка ведется через хранилище, зачем обновлять конфигурацию поставщика продуктивной базы? Чтобы что?
|
|||
30
vde69
21.04.19
✎
21:14
|
(29) если не обновлять конфу поставщика типовые обновления нельзя использовать от слова "совсем"
|
|||
31
Eiffil123
21.04.19
✎
21:31
|
(30) можно иметь отдельную типовую базу для получения полного cf-ника поставщика (в ней данные вообще не нужны). Хотя сейчас уже многие конфигурации на сайте обновления доступны в виде полного cf-файла.
Это если доработок большое количество. |
|||
32
Обработка
22.04.19
✎
07:50
|
(31) Если предполагается что база всегда будет обновляться типовыми обновлениями с учетом доработок то пусть и будет конфа поставщика. Не зря же ведь все это придумано? Так проще обновлять.
|
|||
33
Cyberhawk
22.04.19
✎
08:25
|
(29) Чтоб дважды измененные можно было сделать
|
|||
34
Здравый_смысл
22.04.19
✎
08:29
|
(0) А чего жаловаться, они ж тебе работу дают :)
|
|||
35
Hans
22.04.19
✎
08:34
|
Чем вам не нравится восстановление конфигурации поставщика через "Загрузить конфигурацию из файла"?
|
|||
36
K1RSAN
22.04.19
✎
08:51
|
У всех такое бывает, что при обновлении нетиповой конфигурации, даже в объектах, которые полностью на поддержке, без возможностей изменения появляются "различия" с типовой? Где-нибудь в форме, какой-нибудь реквизит и различие описывается строкой "Различные значения". Не говоря уж о вечной "справочной информации", которая часто показывается как "измененная", в таком же "замочном" отчете
|
|||
37
Serg_1960
22.04.19
✎
08:55
|
(22) "То есть это видимо в самих типовых такое различие от разрабов" - не совсем так. Почитай ссылку https://its.1c.ru/db/metod8dev#content:2299:hdoc начиная с предложения "Теперь рассмотрим алгоритмы сопоставления объектов. Существуют три варианта...", подумай.
Грубо говоря, сравнение и объединение, когда есть или отсутствует конфигурация поставщика, происходит по различным вариантам. |
|||
38
Serg_1960
22.04.19
✎
08:59
|
PS: Обновление конфигурации сродни алгебре с её правилами работы с числами. Минус/плюс конфигурация поставщика - самые простые правила "математики" конфигураций :)
|
|||
39
Обработка
22.04.19
✎
09:04
|
(36) Да всегда это происходит. Я даже не обращаю на эти мелочи. Но ведь еще бывает то код даже отличается!
|
|||
40
dmpl
22.04.19
✎
09:08
|
(35) Что и куда предлагается загружать?
|
|||
41
Vlad33k
22.04.19
✎
09:22
|
1. Выгружаешь конфигурацию поставщика.
2. Создаешь пустую файловую базу. Туда заливаешь конфигурацию поставщика. 3. В этой файловой базе обновляешь конфигурацию до релиза основной конфигурации рабочей базы. 4. Убираешь замки и накатываешь через сравнение/объединение нетиповые изменения из основной конфигурации. 5. Выгружаешь cf из файловой базы и загружаешь в рабочую базу. Все. |
|||
42
Cyberhawk
22.04.19
✎
09:24
|
(41) Пункт 4 предлагаешь что ли каждый раз делать? Затрахаешься замки убирать там, где доработано. Короче ты геморройный вариант предложил :)
|
|||
43
Vlad33k
22.04.19
✎
09:35
|
(42) Не каждый раз. Это вариант как исправить текущую ситуацию, когда версия конфы поставщика отличается от основной. Дальше все обновлять правильно - через "поддержка - обновить конфигурацию".
Тем более в этой базе и так сняты все замки, раз обновляли релизы через "сравнение/объединение" |
|||
44
Cyberhawk
22.04.19
✎
09:37
|
(43) "Это вариант как исправить текущую ситуацию, когда версия конфы поставщика отличается от основной" // Так через ту же поддержку можно конфу поставщика догнать до актуального релиза, не?
"Дальше все обновлять правильно - через "поддержка - обновить конфигурацию"" // Когда готовишь файл - да. На проде флажки расставлять некогда (штатное сохранение этих флажков не работает от релиза к релизу, плюс имеет скрытые ошибки, т.е. ненадежное), туда уже полную загрузку конфы, подготовленной таким образом. "в этой базе и так сняты все замки, раз обновляли релизы через "сравнение/объединение"" // Конечно же ошибочный вывод. |
|||
45
Обработка
22.04.19
✎
09:41
|
(41) - (44) Я вот вчера хотел сделать так.
Залить типовую конфу текущую в путсуюу базу. (поставщика) потом с ней объединить конфу сохраненный из раб базы (основную) И после этого залить не методом обновления а прямо загрузить конфу. Так не? опасно??? |
|||
46
Vlad33k
22.04.19
✎
09:49
|
(45) Не опасно. Можно перестраховаться: перед загрузкой конфы в рабочую базу сравнить два cf-ника. Должно быть так: основные конфигурации не отличаются, а конфигурации поставщиков отличаются (изменения по типовым релизам)
|
|||
47
1Сергей
22.04.19
✎
09:50
|
(45)(46) у новых объектов могут быть разные уиды. Я бы не стал так делать
|
|||
48
Hans
22.04.19
✎
09:54
|
(40) Например в конфе один добавленный реквизит. Пр этом конфигурация поставщика не соответствует.
1 - Выгружаем нетиповую конфу в файл. 2 - Загружаем типовую конфу. Конфигурацию ИБ не обновляем. 3 - Снимаем с поддержки нужные объекты. 4 - Сравнение объединение с нетиповой конфой. Отмечаем нужные объекты. 5 - Сохраняем все. Внутренние УИДЫ остались те же, добавленные реквизиты не очистились. |
|||
49
Hans
22.04.19
✎
10:01
|
Кто то миф пустил еще в середине - конце 2000х что через загрузку нельзя обновлять. До сих пор миф ходит по головам одинесников с 10-15 летним стажем.
Вот здесь описано что у меня УИД должен был измениться https://its.1c.ru/db/metod8dev#content:2291:hdoc, но он не изменился, и реквизит не очистился. Наверное играет роль режим копирования в сравнении объединении. |
|||
50
Vlad33k
22.04.19
✎
10:03
|
(48) Можно и так.
В этом методе главное F7 по привычке не нажать) |
|||
51
Обработка
22.04.19
✎
10:05
|
(49) Сам лично восстановаливал когда-то затертый мною же реквизит дока. Полагаю ты просто сделал грамотно.
|
|||
52
Cyberhawk
22.04.19
✎
10:05
|
(47) Как они будут разными, если ты в продуктив _загружаешь_ конфу? Конфа будет полной копией загружаемой как по УИДам, так и по парам УИД основной - УИД поставщика
|
|||
53
Cyberhawk
22.04.19
✎
10:09
|
(45) Я бы не стал заменять доработанную конфу на ту конфу, в которую эти же самые доработки добавлены сравнением-объединением.
Наоборот, Я копию доработанной конфы через поддержку обновляю и затем финал загружаю - тогда ничего точно не поменяется. |
|||
54
Cyberhawk
22.04.19
✎
10:10
|
(52) А, понял о чем ты - о доработках в "старой" конфе, которые потом переносятся в типовую сравнением-объединением и обратно накатываются на ту же инфобазу, где были эти же самые доработки в "старой" конфе. Я б тоже не стал так делать.
|
|||
55
Cyberhawk
22.04.19
✎
10:16
|
(49) "здесь описано что у меня УИД должен был измениться" // Только если флажок копирования поставишь, и то он для совместимости с легами оставлен:
"По умолчанию при объединении конфигурации объекты, отсутствующие в основной конфигурации, добавляются в нее с теми идентификаторами, которые существуют у них в загружаемой конфигурации. Установка флажка Режим копирования объектов... позволяет выполнять добавление новых объектов по правилам, существовавшим в предыдущих версиях платформы: при добавлении объектов, отсутствующих в основной конфигурации, для них всегда генерируются новые идентификаторы" |
|||
56
Cyberhawk
22.04.19
✎
10:17
|
"Кто то миф пустил еще в середине - конце 2000х что через загрузку нельзя обновлять" // Ну вот из 8.0, максимум из 8.1 походу это легаси и тянется )
|
|||
57
Maniac
22.04.19
✎
10:18
|
Я тоже против!
Но это приносит офигеть сколько денег!!!!!!!! Все что 1С творит требует обновления разработок. И клиенты приходят! |
|||
58
Maniac
22.04.19
✎
10:19
|
В тот момент когда 1С прекратит чудить с кривыми обновлениями и своими переписками .... так все можно считать конец эпох 1Сников.
|
|||
59
Обработка
22.04.19
✎
10:22
|
(58) И без этого хватает куча работ. Причем гораздо интересных чем тупое обновление. Тут нужно усидчивость и внимательность. И никакого творчества.
|
|||
60
1Сергей
22.04.19
✎
10:23
|
(59) Ты манин мерс видел?
|
|||
61
Hans
22.04.19
✎
10:23
|
Маня косяки делает когда накатывает свой мегапрайс на базы клиентов. Вылазит потом "Порядок объекта изменен" по всем объектам метаданных. Маня накатывай аккуратней.
|
|||
62
1Сергей
22.04.19
✎
10:23
|
наобновлял!
|
|||
63
mikecool
22.04.19
✎
10:35
|
(0) ты не бесись, ты научись ставить на поддержку за 1 проход
|
|||
64
dmpl
22.04.19
✎
10:41
|
(48) Это примерно как курить на складе пиротехники: идентификаторы и связь с данными могут отличаться в разных версиях одной конфигурации поставщика. Поэтому есть немаленький шанс грохнуть данные.
|
|||
65
dmpl
22.04.19
✎
10:43
|
(49) Ну, повезло. А мог бы и поменяться.
|
|||
66
dmpl
22.04.19
✎
10:45
|
(52) А структура хранения данных?
|
|||
67
Cyberhawk
22.04.19
✎
11:49
|
(66) Она поменяется, ведь загружаемая конфа была ранее получена сохранением основной конфы "старой" инфобазы
|
|||
68
Cyberhawk
22.04.19
✎
11:49
|
*не поменяется
|
|||
69
dmpl
23.04.19
✎
07:42
|
(68) Это только если идентификаторы в типовой совпадали с теми, что в реальной базе, что не всегда бывает так. Например, если был переход с базовой версии, или с УТ на ERP, например. Да и просто при обновлении бывает что меняются - не зря стали полные конфигурации выкладывать - иногда при последовательном обновлении странные глюки вылезают.
|
|||
70
2mugik
23.04.19
✎
09:03
|
"идентификаторы и связь с данными могут отличаться в разных версиях одной конфигурации поставщика" - имеешь ввиду данные своей "нетленки"? Ибо данные типовой то уж точно меняться не должны.
|
|||
71
Sasha_1CK
23.04.19
✎
09:19
|
(70) Да не факт
1С переименовывает регистр ВычетыНДФЛ в УдалитьВычетыНДФЛ и добавляет новый регистр ВычетыНДФЛ, через 2 релиза старый удаляет. |
|||
72
2mugik
23.04.19
✎
11:02
|
(71)Ну это да. В (49) кстати интересно написано про конфы на поддержке без включения изменений:
Три уровня работы механизмов Таким образом, механизмы переноса объектов можно разделить по трем уровням: Механизмы которые требуют и обеспечивают строгое соответствие идентификаторов. К ним относятся сохранение / загрузка конфигурации, работа с хранилищем конфигурации, обновление конфигурации базы данных и обновление конфигурации, находящейся на поддержке при включенной возможности изменений. Механизмы, которые используют соответствие по идентификаторам, но не гарантируют их неизменность. К ним относится обновление конфигурации, находящейся на поддержке при отключенной возможности изменений. Механизмы, которые не используют и не обеспечивают неизменность идентификаторов. К ним относятся копирование через буфер обмена и объединение конфигурации. |
|||
73
dmpl
23.04.19
✎
12:41
|
(70) Идентификаторы типовых. Идентификаторы нетленки как раз скорее всего перенесутся как надо. А вот с типовыми может быть сюрприз у конфигураций с историей.
|
|||
74
1Сергей
23.04.19
✎
12:45
|
(73) +1
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |