пример

есть несколько баз ЗУП 2.5.87.1
нужно обновить до 2.5.89.3

1с-ка предполагает сделать следующие прыжки:
2.5.88.1 -> 2.5.89.2 -> 2.5.89.3

сделал это на одной БД, далее выгрузил cf в шаблоны, где обновления...

теперь в следующей базе 2.5.87.1 1с-ка через обновить конфигурацию позволяет выбрать обновится на релизы:
2.5.88.1 (обновлние)
2.5.89.3 -- полный релиз

правильно ли я понимаю, что 1с на самом деле позволяет прыгать ?

(0) ИМХО - лучше-б ты не рисковал..

(1) а в чём риск ?

+1 1с-овцы наверняка не всё пишут про суть обновлений, а что еще страшнее - изменений.
Пропустишь одно - тут и будет тебе точка-абзац..

ага, те ещё овцы)

(4) ну, да.. с клыками :)

примерно полгода назад споткнулся на одном обновлении БП-базовая, хотя и было в списке указано, как "следующее", но при начале обновления эту конфу-template в конфигураторе не было видно..
через неделю выяснилось: её отозвали..
тут только перекреститься оставалось.. хорошо, я после очереного обновления делаю ОСВ для сравнения, и бекапы..

При наличии полной конфигурации поставщика(!) вполне можно обновляться через несколько релизов. Только при изготовлении cf выгружай на всякий случай конфигурацию поставщика (через меню настройка поддержки), чтобы УИДы объектов конфы не расползлись.
И предварительно прочитать файл с описанием порядка обновления для каждого релиза. Если есть какие-либо критические особенности, обычно 1С-овцы об этом пишут.
Проблемы якобы возникающие при обновлении через несколько релизов несколько преувеличены.

теперь самый прикол с обновлением на БП

надо обновить много баз с 2.0.63.7 на 2.0.64.13
1с-ка предполагает использовать следующие прыжки:
2.0.64.12 -> 2.0.64.13

так же на последнем релизе выгрузил cf в последнюю папку с шаблоном..

захожу в следующую базу, но тут доступна к обновлению только
2.0.64.12 (обновление)

внимательно посмотрел на папку с шаблоном tmplts\1c\Accounting\2_0_64_13, заинтересовал меня файл 1cv8.mft
[Config1]
Catalog=1С:Бухгалтерия предприятия /Бухгалтерия предприятия
Destination=1C\Accounting
Source=1Cv8new.dt

в нём поправил

Source=1Cv8.cf

и теперь в конфигураторе доступно
2.0.64.12 (обновление)
2.0.64.13 -- полный релиз

Почему не стоит прыгать через релизы а обновлять строго по рекомендованным в обновлении релизам: http://www.kaminsoft.ru/technical-questions.html#p432

(9) это в камине

(10) Это везде.

Особенно это в конфах, использующих всякие БСП

По ссылке в (9) описан принцип, почему не рекомендуется. А где и как это может выстрелить зависит от разработчиков конкретных конфигураций (в том числе и разработчиков стандартных библиотек).

(11) (12) ну так перед нажатием на кнопку принять -- нужно же промотать список и поискать -- а нет ли там удалено (!)

(14) удалено может быть на предыдущей ступеньке, которую ты благополучно опустил..

(15) список изменений показывает между конфой бд и новой конфой

(0) по идее, если предлагает, значит релиз подходит для обновления. посмотри описание.
(14) да, ты прав, при обновлении конфы БД пишет. если нет удаленных, обновляй.

+15 а также может быть выполнено изменение способа представления данных.
в (9) правильно написано: данные могут элементарно исчезнуть

(16) друже, ну и будет пропущено одно важное обстоятельство из-за отсутствующей ступеньки..
каждое последующее обновление подразумевает выполнение предыдущие.

*предыдущих..

+ (8) по идее можно и не править 1cv8.mft , а явно указать в выборе файла cf при обвнолении

(9) Всё правильно написано.
НО! Внутри оной редакции в описанном случае исходные таблицы не удаляются. Отсюда и появляется куча таблиц и реквизитов с префиксом "Удалить".
Откройте любую конфу базы БП 3.0, полученную после обновления с БП 2.0. Там этих Удалить несколько десятков объектов и реквизитов (если не сотен).

(20) :) ну, да.. и удивляться при этом - была ЗУП, а тут опа! -> БП :)

(18) при запуске в режиме предприятия выполняется обновление для каждого пройденного релиза поэтапно
(22) +1 8)

(20) я понимаю, тебе жалко времени, вроде-б непроизводительно растрачиваемого..
да вот только не обернулось-бы оно еще бОльшими потерями оного, при ошибке-то..

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

(18) они исчезнут, если я соглашусь с тем, что что-то удалится

(21) когда же их удалят -- вот вопрос

Обновление.

Для принятия решения, необходима обладать информацией (и хорошо ее понимать):
- какие таблицы ИБ будут уничтожены, добавлены*;
- какие оперативные и монопольные обработчики обновлений должны выполнится
- какие отложенные обработчики обновлений должны выполнится
- какие зависимости в обработчиках обновлений присутствуют. Например, может быть ТОЛЬКО так "Моно1 -> Отл1 -> Моно2 -> Отл2", а шагая "большими итерациями" вы с легкостью можете допустить след. ситуацию: "Моно1 -> Моно2 -> Отл1 -> Отл2"...

Следует помнить, что бывают таблицы с одинаковыми именами, но разными UID. Т.е. вполне реальна ситуция:
Релиз 1
Спр.Контрагенты (УИД=0001)
Релиз 2
Спр.УдалитьКонтранеты (УИД=0001)
Спр.Контранеты (УИД=0002)
Релиз 3
Спр.Контранеты (УИД=0002)

Шагнув 1 -> 3 (через 2) получите то, что описано в (9).

И поверьте, это только то, что на поверхности. Есть еще всякие там кэши библиотек, технические справочники ИОМ и так далее.

Отвечая на вопрос:
- А эти ягоды есть можно?
- Можно...
- Ням-ням-ням...
- Только отравишься...
(с) "Спортлото 82"

(24) я сейчас все типовые во фреш перевожу

(27) > когда же их удалят -- вот вопрос

В следующей редакции. Например, при переходе с БП 3.0 на БП 3.1 (или 3.х - какая она там будет).
Внутри одной редакции объекты не удаляют.

(7) > Только при изготовлении cf выгружай на всякий случай конфигурацию поставщика (через меню настройка поддержки), чтобы УИДы объектов конфы не расползлись

1. это типа через
меню Конфигурация -> Поддержка -> Настройка поддержки
далее кнопка Сохранить в файл ?


2. в каком случае расползётся, если кнопка Включить возможность изменения не нажата ?

(28) > Шагнув 1 -> 3 (через 2) получите то, что описано в (9).

Если делать через поддержку, а не как некоторые (через сравнение/объединение) ничего такого мы не получим.
Конфигурации через поддержку сравнивают объекты в первую очередь по УИДам и только потом по именам (если по УИД не нашлось). На ИТС это подробно разжевано - все варианты обновлений конфигураций на поддержке.

(31) >  если кнопка Включить возможность изменения не нажата ?

Тогда не парься. У тебя одна конфа. Вернее Основная конфигурация = Конфигурация поставщика.

сейчас при прыжке на бп 3.0.38.53 вылезла ошибка в режиме предприятия

Не удалось выполнить обновление
При обновлении версии программы возникла ошибка

Транзакция активна путьК1св8.сд

{ОбщийМодуль.ДлительныеОперации.Модуль(167)}: Транзакция активна 'путь/1Cv8.1CD'
        ВызватьИсключение(ТекстОшибки);

да можно прыгать, надо просто, чтобы все процедуры обновления промежуточных релизов выполнились

(34) Вряд ли это связано с прыжком.
Хотя конечно надо разбираться  в чем конкретно косяк.
Смотри журнал регистрации. Там должна быть ссылка на исходное место в коде, вызвавшее ошибку, а не на процедуру в ДлительныеОперации.

(36) В ЖР сначала была ошибка

Приложение : Фоновое задание
Данные : Фоновое обновление параметров работы программы
Событие : Фоновое задание. Ошибка выполнения

Ошибка при выполнении операции с информационной базой
Транзакция активна 'путь/1Cv8.1CD'
по причине:
Транзакция активна 'путь/1Cv8.1CD'

а потом та, на которой споткнулось:

Приложение : Тонкий клиент
Событие : Обновление информационной базы
{ОбщийМодуль.ДлительныеОперации.Модуль(167)}: Транзакция активна 'путь/1Cv8.1CD'
        ВызватьИсключение(ТекстОшибки);

(37) тебе же значение текстошибки известно, найди поиском, где оно формируется

нажал перезапустить -- всё ок

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

Копию запилил и прыгай на здоровье. Бывало даже пробовал на 10 релизов прыгать, и ничего все работало)

(32) Хоть через поддержку, хоть через задержку, хоть как...

Как автор описывает вы получите (9)

:))))

(42) но перед нажатие кнопки принять -- будет видно же какой "объект" удалён

(42) сказки про то что из одного реквизита данные перенесли а потом его грохнули девочкам рассказывай.

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


(43)
>>  но перед нажатие кнопки принять -- будет видно же какой "объект" удалён

если реквизит то нет, просто написано что объект изменен. но это не повод не перескакивать, тоже самое может быть и с cfu

народ свято верит что через цфу надежней обновляться, а косяки с удалением могут и через цфу накрыть, так на зуп 3 было. но апдейт даже переделывать не стали, тогда заявили никто не пользуется ей.

(44)
Не ставлю себе цель, что доказывать, поэтому просто примеры...

Пример 1.
БСП 2.2.3
БСП 2.2.5

РС.ЗапросыРазрешенийНаИспользованиеВнешнихРесурсов
УИД разный, имена одинаковые. Что будет с консистентностью данных при прямом обновлении?

Пример 2.
УНФ. Допустим шагаем с 1.4.6 на 1.5.3
Что будет с присоединенными файлами?
__________

Вывод: читаем внимательно, что пишу.

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

PS Про девочек: я обязательно воспользуюсь советом, весна - они короткие юбченки по-одевали :)))

(44) > если реквизит то нет, просто написано что объект изменен. но это не повод не перескакивать, тоже самое может быть и с cfu

почему изменён ?

удалён

вон делаю сейчас прыжки в БП 3.0 -- там план обмена удалён -- это инфа отражается

(42) Если камин пишет Кривософт, то это их проблемы. с 1С таких проблем обычно не бывает

(48)

В общем и целом я на это смотрю так: есть два подхода. У каждого свои плюсы и минусы.

1. Поддерживать "длительные обновления"
2. Не поддерживать такое.

Пример первого - это БП. При переходе с 2.0 на 3.0 возможно обновиться сразу до последнего релиза 3.0, при этом они рекомендуют добить 2.0 до последнего актуального релиза, выполнить обработчики обновлений, а потом сразу на актуальный релиз 3.0.

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

_____________________
Мои убеждения такие: если разработчики сделали 2, 5, 10  обновлений - значит их столько и лучше не "шаманить" в погоне за мелочью. При этом, я понимаю, что со мной многие не согласны. У нас и инструкции чаще читают "после" :))))

если не умеешь обновлять через релизы, то либо учись, либо не обновляй через релизы

(48) да ладно, в 1с в УПП та же оборотка неправильно работает

(46) Прекрасный пример!! Именно в бсп такое и наблюдается. А так как БСП почти во всех типовых, то можно можно сделать соответствующие выводы
(48) Рекомендация в (9) была дана для того, чтобы люди понимали, что может произойти и ПОЧЕМУ - не зависимо от конкретного разработчика. Если Вы свято верите в то, что этого никогда не произойдет в конфигурациях от 1С - это ваше решение. Я лично в БСП и БРО на это насмотрелся достаточно

А по поводу типовых: попробуйте обновить УТ 11.1.4 сразу на 11.1.10 (всего-то 6 релизов)

БП 2 и ЗуП 2.5 обновляю cf сразу через несколько релизов.

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


Есть клиент у него 16 БП и 6 ЗуП. Держать все организации в одной нельзя.
Сейчас на обновление уходит минимум полдня.

А если последовательно обновлять, то тут на неделю растянется.

+54 Стараюсь только не обновлять на свежий релиз сразу в день выпуска.
Пару дней минимум должен вылежаться :)

(54) но получается клиент на тебе бабки зарабатывает. Недоплачивает тебе, а ты радуешься. Причем если что-то случится из-за этих прыжков с базами, опять же ты окажешься крайним, на тебя всё повесят, будешь за свой счет сидеть восстанавливать.

(54)
Вы меня простите, но как связаны темы:

- можно ли прыгать через обновы;

и

- у клиента не все базы обновляются за один день (экономия со временем при обновлении);

???

(56) Полностью согласен. Люди не захотели вызвать вовремя, сами обновляться не стали (~ не смогли). Как это относится к данной теме?

Может там базы вдрысь переписанные: так это совсем другая тема...

(52) Спасибо за поддержку.

PS А то думал камнями забьют :)))

Ну хорошо. Предположим прыгать через несколько релизов без запуска предприятия нельзя, но обновление конфигураций через интернет так и делает - сначала загружает все файлы, потом их разом все применяет к текущей конфигурации. Никаких промежуточных запусков не происходит. Лично видел прыжок через 8 минорных билдов.

Почему так? Писатели типового обновления тупенькие и не понимают проблем. Или проблем при нормально подготовленных обновлениях нет.

А ведь и накат cf последнего релиза в принципе равнозначен последовательным накатам промежуточных cfu без запуска предприятия. Как так-то?

(59) кстати, идея

надо отладчиком полазить посмотреть -- как идёт запрос обновления
есть там там какой-то "спец-релиз"

Прыгать через версии можно, главное внимательно читать описание обновления и вовремя заметить, что обновление возможно только с определенной версии. Это относится только к конфам 1С, там процедура обновления порелизно описана в обработке. В самописках и "совместимо" я не рискнул бы, хз как они там данные после обновления обрабатывают.

(61) > и вовремя заметить, что обновление возможно только с определенной версии

где это пишется ?

Помнится встречался мне документ "стандарты разработки типовых конфигураций" (по моему так назывался), где были описаны методики применяемые при обновлении.

(62)  В описании обновления.

(64) для зупа :

Внимание!
Версия 2.5.89 конфигурации "Зарплата и Управление Персоналом", редакция 2.5 предназначена для использования с версией платформы 8.2.14.540 (и более поздних).
Для синхронизации данных с конфигурацией 1С:ERP Управление предприятием 2.0 требуется использование технологической платформы "1С:Предприятие 8" версии 8.2.17.169 (или более поздней).
Для работы с электронной почтой по защищённым протоколам требуется использование технологической платформы "1С:Предприятие 8" версии 8.3.3.641 (или более поздней).



Смотрите также

Версия предназначена для обновления конфигураций версии 2.5.89.2. Порядок обновления версии конфигурации и дополнительная информация приведены в файле 1cv8upd.htm

(0) Прыгать через релизы не рекомендуется потому что, можно потерять данные ИБ.
В одном из пропущенных релизов изменяются объекты метаданных, одни готовятся к удалению (но не удаляются), а другие МД добавляются, и данные переносятся со старых на новые.
В другом пропущенном релизе старые МД удаляются.
Если обновиться сразу на конечный релиз, обработки обновления сработают все, но МД уже удалены и трындец...

(59) Нет, обработчики выполняются через внешнее соединение, которое заменяет запуск в режиме "1С:Предприятие".
Если Вас интересуют детали, то можете ознакомится с ними в документации к стандартной библиотеке БСП (its.1c.ru/db/bspdoc#browse:13:-1:50004) используемой в конфигурации.

(66) пример типового релиза от 1с приведи

(68) Типовых релизах такие косяки не возможны, наверное. :)

(68) А так поищи в когда объект помечается префиксом "Удален", когда осуществляется перенос данных, и когда он реально исчезает из конфигурации.

(70) и чего ?
данные никуда не продают

(66)  Метаданные удаляются только в следующей редакции.

(72) это разумно
а что с (64) ?

(73) А чего с ним (64) ?

(74) ты сказал -- смотреть в описание -- можно ли прыгать или нет
так в каждом описание написано с чего обновлять

(73) При всем уважении, уже истерто - метаданные удаляются только в следующей редакции. 2.5 - 2.6 возможно удаление.

(76) Не обязательно. В каком стандарте это написано? Удаляться могут и при очередной версии, при выполнении ряда условий.

(77) Так писали, я не проверял, верю :)

(75)  Когда обновление критическое, это в описании написано красным, так же как предупреждение про платформу. А бывает, что и с желтым фоном, для, так сказать, тех кто в танке.
Искать пример не буду, давно не встречал, я с типовыми сейчас практически не работаю..
Но недавно видел в "Деньги" маркер для танкистов :)
(77) Приведите хоть один пример с типовыми где удалялся объект метаданных при обновлении. Как Вы это представляете, сначала происходит обновление метаданных, херятся таблицы, пропадают данные, а потом запускается обработка обновления данных? С какими данными она работает?

(78 + , но думаю стандарт 1с имеет, переходя с версию на версию.

(79) с промежуточными регистрами, наверное - это на (77)

Иногда 1С сама рекомендует обновляться полным cf:
Внимание. В случае, если после обновления конфигурации, при открытии форм настройки программы из раздела Администрирование у вас возникает ошибка вида "Поле объекта не обнаружено", рекомендуется восстановить информационную базу из резервной копии и повторно выполнить обновление (согласно приведенной выше инструкции) с использованием файла поставки 1cv8.cf, входящего в состав полного дистрибутива конфигурации.
Полный дистрибутив можно загрузить с сайта поддержки пользователей системы "1С:Предприятие", со страницы текущей версии конфигурации "Управление торговлей, редакция 11" https://users.v8.1c.ru/distribution/project/Trade110

(79) понятно


> Приведите хоть один пример с типовыми где удалялся объект метаданных при обновлении


при обновлении на последнюю БП удаляется планОбмена с розницей

(83)  Ну план обмена может быть, хотя я удивлен.

(84) ну вот пример
прыгаю 3.0.37.35 на 3.0.38.53

удаляется планОбмена ОбменРозница1Бухгалтерия3
хотя в нём же тоже хранятся данные

(85) На ЛК напиши в 1С, что они ответят?

(86) я всё никак не могу написать несколько замечаний по статьям на итс, а ты говоришь

(87) Кстати, "ИТС - это наше фсё", разве там нет методических рекомендаций?

(82) Это рекомендация для случая, когда не срабатывает на рекомендованный релиз обновления (например с 3.0.12 на 3.0.13) и это совсем не означает, что можно сразу на полный 3.0.18 делать обновление.
Вообще, с чего некоторые коллеги взяли, что объекты с префиксом "Удалить" удаляются только при смене редакции? Разработчики БП и ЗУП эти объекты не удаляют, чтобы иметь как можно меньше проблем при переходе пользователей со старой редакции на новую. Но в других конфигурациях это не так (пример УТ 11.1 я уже приводил).
Как видно из дискуссии, у большинства это скорее вопрос "веры", т.к. на вопрос ПОЧЕМУ не рекомендуется с технической точки зрения, описано в (9).
ПС: Надо предложение разработчикам платформы сделать, чтобы в случае попытки обновления на не рекомендуемый ПОЛНЫЙ релиз платформа об этом сообщала.

(88) не помню
но помню, где на сайтах 1с нарыл, что по 77 тоже нужно последовательно обновляться

Нужно еще и дожидаться завершения отложенных обработчиков прошлой версии

(91) это что такое ?

А вообще странная логика, разработчик же пишет с каких версий  нужно обновляться, зачем искать на свою 8опу приключения

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

(93) время тратить не хочется

(94) там проходы для всех релизов

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

С появлением отложенных обработчиков вероятность криво обновится "через версии" еще больше

(95) какие еще проходы, ты о чем

(98)  Там в обработчиках обновления условия по версиям. Они параллельно не вполняются.

(99) Допустим обновление должно быть таким 1.1.1 -> 1.1.2 -> 1.1.3
Какой нибудь умник сразу прыгает 1.1.1 -> 1.1.3
При этом для версии 1.1.2 есть отложенный обработчик, а для 1.1.3 есть монопольный.
Отложенные обработчики всегда выполняются после монопольных.
Значит обработчик для 1.1.3 отработает раньше обработчика для 1.1.2.

(100)  Для файловой версии это тоже работает? Он чем стартует?

фоновым заданием, как стартует не знаю, наверное если у пользователя есть админ права

(85) Все правильно на сайте 1с в разделе с обновлениями написано что на релиз 3.0.38.54 можно обновится с релизов 3.0.38.38, 3.0.37.41, 3.0.37.42, 3.0.37.43, 3.0.38.47, 3.0.38.48, 3.0.38.50, 3.0.38.51, 3.0.38.52, 3.0.38.53

а ваш 3.0.37.35 можно обновить максимум на 3.0.37.43

Вся же инфа на сайте есть, вы чего тут развели споры.

(103) я про прыжки с помощью cf

(102)  Ну а фоновое задание может не завершится, не только в файловом варианте, но и клинт-серверном, и наверно никто не проверяет результат выполнения фонового задания перед запуском зависимых? Да ладно...

они же независимые. В этом фокус прыжка. Фоновые задания не знают друг о друге.

(106)  В том и фишка, если тебе важна последовательность - ты не будешь юзать фоновые задания.

Ответ в (35)

Саня, Паша.... я в шоке....

Обновление 1С Бухгалтерия 2.0

(109) А мы о чем тут. Вот так и надо, документировать траблы.

(110) вы с базваном, злыдни такие, несете в народ смуту, утверждая, что можно делать то, что нельзя!
Нехорошо так опрометчиво себя вести таким авторитетным людям! Ай-я-яй!

(111)  Можно.

Эникейщикам нельзя, а людям с головой - можно.

(113) ну Паша, ну ты же серьезный и грамотный человек....
Ну разве будет человек с головой заводить здесь подобные темы???
Он сам, без споров на форуме разберется, можно ли в его конкретной ситуации скакать или нет...
А такие вопросы, как в (0), задают как раз те, кому категорически нельзя никуда скакать...

(114)  А я и сам  такие темы завожу. Если уверен, что у форума больше опыта или актуальности чем у меня. Главное вопрос задать правильно. Да и все мы не универсалы.

Ну и ТС вполне авторитетен в моих глазах.

(116) но мы все ведь не универсалы? )))
Значит ТС нельзя никуда скакать, хоть он и достаточно авторитетен, раз подобные вопросы у него возникают... )))

(117) Ой, ну всё... :)

(109) у в автора ветки...

"Конфигурация типовая но открыта для редактирования"....

а по сути он делал всё тоже самое, что и сама конфа при автообновлении -- см в (59)

(0) У меня не возникало таких проблем даже при скачке через десяток релизов.
1С очень долго не удаляет устаревшие объекты.
Просто перед ними появляется префикс "Удалено" и они остаются висеть в дереве метаданных.

(120) а что про (109) скажешь ?

(119) ты еще хочешь поспорить про то обновление?
Про запуск Предприятия при автоматическом обновлении уже объясняли в (67)...

А в (109) автор сам нашел причину ошибки и она как раз в непоследовательном обновлении... Исправлена последовательным обновлением...

Какие еще вопросы?

(46)

> Пример 2.
УНФ. Допустим шагаем с 1.4.6 на 1.5.3
Что будет с присоединенными файлами?


так ты прыгает в разных редакциях, не удивительно