Имя: Пароль:
1C
1С v8
ещё раз про прыжки через релизы
, , ,
0 zak555
 
11.03.15
08:32
пример

есть несколько баз ЗУП 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с на самом деле позволяет прыгать ?
24 aka AMIGO
 
11.03.15
09:06
(20) я понимаю, тебе жалко времени, вроде-б непроизводительно растрачиваемого..
да вот только не обернулось-бы оно еще бОльшими потерями оного, при ошибке-то..
25 Dmitrii
 
гуру
11.03.15
09:10
(18) > данные могут элементарно исчезнуть
Исключительно от криворукости авторов конфигурации (поставщиков).
Если же изменяемые в очередном обновлении объекты были модифицированы "спициалистами" клиента, то потерю модифицированных данных  можно получить и при пошаговом обновлении.
26 zak555
 
11.03.15
09:18
(18) они исчезнут, если я соглашусь с тем, что что-то удалится
27 zak555
 
11.03.15
09:18
(21) когда же их удалят -- вот вопрос
28 _KaA
 
11.03.15
09:18
Обновление.

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

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

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

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

Отвечая на вопрос:
- А эти ягоды есть можно?
- Можно...
- Ням-ням-ням...
- Только отравишься...
(с) "Спортлото 82"
29 zak555
 
11.03.15
09:22
(24) я сейчас все типовые во фреш перевожу
30 Dmitrii
 
гуру
11.03.15
09:23
(27) > когда же их удалят -- вот вопрос

В следующей редакции. Например, при переходе с БП 3.0 на БП 3.1 (или 3.х - какая она там будет).
Внутри одной редакции объекты не удаляют.
31 zak555
 
11.03.15
09:27
(7) > Только при изготовлении cf выгружай на всякий случай конфигурацию поставщика (через меню настройка поддержки), чтобы УИДы объектов конфы не расползлись

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


2. в каком случае расползётся, если кнопка Включить возможность изменения не нажата ?
32 Dmitrii
 
гуру
11.03.15
09:27
(28) > Шагнув 1 -> 3 (через 2) получите то, что описано в (9).

Если делать через поддержку, а не как некоторые (через сравнение/объединение) ничего такого мы не получим.
Конфигурации через поддержку сравнивают объекты в первую очередь по УИДам и только потом по именам (если по УИД не нашлось). На ИТС это подробно разжевано - все варианты обновлений конфигураций на поддержке.
33 Dmitrii
 
гуру
11.03.15
09:29
(31) >  если кнопка Включить возможность изменения не нажата ?

Тогда не парься. У тебя одна конфа. Вернее Основная конфигурация = Конфигурация поставщика.
34 zak555
 
11.03.15
09:31
сейчас при прыжке на бп 3.0.38.53 вылезла ошибка в режиме предприятия

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

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

{ОбщийМодуль.ДлительныеОперации.Модуль(167)}: Транзакция активна 'путь/1Cv8.1CD'
        ВызватьИсключение(ТекстОшибки);
35 wertyu
 
11.03.15
09:31
да можно прыгать, надо просто, чтобы все процедуры обновления промежуточных релизов выполнились
36 Dmitrii
 
гуру
11.03.15
09:39
(34) Вряд ли это связано с прыжком.
Хотя конечно надо разбираться  в чем конкретно косяк.
Смотри журнал регистрации. Там должна быть ссылка на исходное место в коде, вызвавшее ошибку, а не на процедуру в ДлительныеОперации.
37 zak555
 
11.03.15
09:45
(36) В ЖР сначала была ошибка

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

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

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

Приложение : Тонкий клиент
Событие : Обновление информационной базы
{ОбщийМодуль.ДлительныеОперации.Модуль(167)}: Транзакция активна 'путь/1Cv8.1CD'
        ВызватьИсключение(ТекстОшибки);
38 wertyu
 
11.03.15
09:50
(37) тебе же значение текстошибки известно, найди поиском, где оно формируется
39 zak555
 
11.03.15
09:58
нажал перезапустить -- всё ок
40 Naumov
 
11.03.15
09:58
Нормально прыгает. при прыжках релизов в 5 вообще не парюсь. ну копии, разумеется.
41 0ct0ber26
 
11.03.15
10:06
Копию запилил и прыгай на здоровье. Бывало даже пробовал на 10 релизов прыгать, и ничего все работало)
42 _KaA
 
11.03.15
11:30
(32) Хоть через поддержку, хоть через задержку, хоть как...

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

:))))
43 zak555
 
11.03.15
11:31
(42) но перед нажатие кнопки принять -- будет видно же какой "объект" удалён
44 kumena
 
11.03.15
12:04
(42) сказки про то что из одного реквизита данные перенесли а потом его грохнули девочкам рассказывай.

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


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

если реквизит то нет, просто написано что объект изменен. но это не повод не перескакивать, тоже самое может быть и с cfu
45 kumena
 
11.03.15
12:06
народ свято верит что через цфу надежней обновляться, а косяки с удалением могут и через цфу накрыть, так на зуп 3 было. но апдейт даже переделывать не стали, тогда заявили никто не пользуется ей.
46 _KaA
 
11.03.15
12:33
(44)
Не ставлю себе цель, что доказывать, поэтому просто примеры...

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

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

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

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

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

PS Про девочек: я обязательно воспользуюсь советом, весна - они короткие юбченки по-одевали :)))
47 zak555
 
11.03.15
12:34
(44) > если реквизит то нет, просто написано что объект изменен. но это не повод не перескакивать, тоже самое может быть и с cfu

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

удалён

вон делаю сейчас прыжки в БП 3.0 -- там план обмена удалён -- это инфа отражается
48 Naumov
 
11.03.15
13:05
(42) Если камин пишет Кривософт, то это их проблемы. с 1С таких проблем обычно не бывает
49 _KaA
 
11.03.15
13:21
(48)

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

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

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

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

_____________________
Мои убеждения такие: если разработчики сделали 2, 5, 10  обновлений - значит их столько и лучше не "шаманить" в погоне за мелочью. При этом, я понимаю, что со мной многие не согласны. У нас и инструкции чаще читают "после" :))))
50 wertyu
 
11.03.15
13:42
если не умеешь обновлять через релизы, то либо учись, либо не обновляй через релизы
51 wertyu
 
11.03.15
13:43
(48) да ладно, в 1с в УПП та же оборотка неправильно работает
52 AndreyLan
 
11.03.15
16:02
(46) Прекрасный пример!! Именно в бсп такое и наблюдается. А так как БСП почти во всех типовых, то можно можно сделать соответствующие выводы
(48) Рекомендация в (9) была дана для того, чтобы люди понимали, что может произойти и ПОЧЕМУ - не зависимо от конкретного разработчика. Если Вы свято верите в то, что этого никогда не произойдет в конфигурациях от 1С - это ваше решение. Я лично в БСП и БРО на это насмотрелся достаточно
53 AndreyLan
 
11.03.15
16:15
А по поводу типовых: попробуйте обновить УТ 11.1.4 сразу на 11.1.10 (всего-то 6 релизов)
54 Alexor
 
11.03.15
16:35
БП 2 и ЗуП 2.5 обновляю cf сразу через несколько релизов.

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


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

А если последовательно обновлять, то тут на неделю растянется.
55 Alexor
 
11.03.15
16:36
+54 Стараюсь только не обновлять на свежий релиз сразу в день выпуска.
Пару дней минимум должен вылежаться :)
56 hhhh
 
11.03.15
16:42
(54) но получается клиент на тебе бабки зарабатывает. Недоплачивает тебе, а ты радуешься. Причем если что-то случится из-за этих прыжков с базами, опять же ты окажешься крайним, на тебя всё повесят, будешь за свой счет сидеть восстанавливать.
57 _KaA
 
11.03.15
17:02
(54)
Вы меня простите, но как связаны темы:

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

и

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

???

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

Может там базы вдрысь переписанные: так это совсем другая тема...
58 _KaA
 
11.03.15
17:05
(52) Спасибо за поддержку.

PS А то думал камнями забьют :)))
59 Feunoir
 
11.03.15
18:38
Ну хорошо. Предположим прыгать через несколько релизов без запуска предприятия нельзя, но обновление конфигураций через интернет так и делает - сначала загружает все файлы, потом их разом все применяет к текущей конфигурации. Никаких промежуточных запусков не происходит. Лично видел прыжок через 8 минорных билдов.

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

А ведь и накат cf последнего релиза в принципе равнозначен последовательным накатам промежуточных cfu без запуска предприятия. Как так-то?
60 zak555
 
11.03.15
19:14
(59) кстати, идея

надо отладчиком полазить посмотреть -- как идёт запрос обновления
есть там там какой-то "спец-релиз"
61 GROOVY
 
11.03.15
20:04
Прыгать через версии можно, главное внимательно читать описание обновления и вовремя заметить, что обновление возможно только с определенной версии. Это относится только к конфам 1С, там процедура обновления порелизно описана в обработке. В самописках и "совместимо" я не рискнул бы, хз как они там данные после обновления обрабатывают.
62 zak555
 
11.03.15
20:08
(61) > и вовремя заметить, что обновление возможно только с определенной версии

где это пишется ?
63 GROOVY
 
11.03.15
20:08
Помнится встречался мне документ "стандарты разработки типовых конфигураций" (по моему так назывался), где были описаны методики применяемые при обновлении.
64 GROOVY
 
11.03.15
20:08
(62)  В описании обновления.
65 zak555
 
11.03.15
20:15
(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
66 su_mai
 
11.03.15
20:19
(0) Прыгать через релизы не рекомендуется потому что, можно потерять данные ИБ.
В одном из пропущенных релизов изменяются объекты метаданных, одни готовятся к удалению (но не удаляются), а другие МД добавляются, и данные переносятся со старых на новые.
В другом пропущенном релизе старые МД удаляются.
Если обновиться сразу на конечный релиз, обработки обновления сработают все, но МД уже удалены и трындец...
67 AndreyLan
 
11.03.15
20:23
(59) Нет, обработчики выполняются через внешнее соединение, которое заменяет запуск в режиме "1С:Предприятие".
Если Вас интересуют детали, то можете ознакомится с ними в документации к стандартной библиотеке БСП (its.1c.ru/db/bspdoc#browse:13:-1:50004) используемой в конфигурации.
68 zak555
 
11.03.15
20:24
(66) пример типового релиза от 1с приведи
69 su_mai
 
11.03.15
20:25
(68) Типовых релизах такие косяки не возможны, наверное. :)
70 su_mai
 
11.03.15
20:26
(68) А так поищи в когда объект помечается префиксом "Удален", когда осуществляется перенос данных, и когда он реально исчезает из конфигурации.
71 zak555
 
11.03.15
20:33
(70) и чего ?
данные никуда не продают
72 GROOVY
 
11.03.15
20:34
(66)  Метаданные удаляются только в следующей редакции.
73 zak555
 
11.03.15
20:35
(72) это разумно
а что с (64) ?
74 GROOVY
 
11.03.15
20:37
(73) А чего с ним (64) ?
75 zak555
 
11.03.15
20:38
(74) ты сказал -- смотреть в описание -- можно ли прыгать или нет
так в каждом описание написано с чего обновлять
76 1976vas
 
11.03.15
20:39
(73) При всем уважении, уже истерто - метаданные удаляются только в следующей редакции. 2.5 - 2.6 возможно удаление.
77 su_mai
 
11.03.15
20:42
(76) Не обязательно. В каком стандарте это написано? Удаляться могут и при очередной версии, при выполнении ряда условий.
78 1976vas
 
11.03.15
20:45
(77) Так писали, я не проверял, верю :)
79 GROOVY
 
11.03.15
20:49
(75)  Когда обновление критическое, это в описании написано красным, так же как предупреждение про платформу. А бывает, что и с желтым фоном, для, так сказать, тех кто в танке.
Искать пример не буду, давно не встречал, я с типовыми сейчас практически не работаю..
Но недавно видел в "Деньги" маркер для танкистов :)
(77) Приведите хоть один пример с типовыми где удалялся объект метаданных при обновлении. Как Вы это представляете, сначала происходит обновление метаданных, херятся таблицы, пропадают данные, а потом запускается обработка обновления данных? С какими данными она работает?
80 1976vas
 
11.03.15
20:49
(78 + , но думаю стандарт 1с имеет, переходя с версию на версию.
81 1976vas
 
11.03.15
20:53
(79) с промежуточными регистрами, наверное - это на (77)
82 GROOVY
 
11.03.15
20:53
Иногда 1С сама рекомендует обновляться полным cf:
Внимание. В случае, если после обновления конфигурации, при открытии форм настройки программы из раздела Администрирование у вас возникает ошибка вида "Поле объекта не обнаружено", рекомендуется восстановить информационную базу из резервной копии и повторно выполнить обновление (согласно приведенной выше инструкции) с использованием файла поставки 1cv8.cf, входящего в состав полного дистрибутива конфигурации.
Полный дистрибутив можно загрузить с сайта поддержки пользователей системы "1С:Предприятие", со страницы текущей версии конфигурации "Управление торговлей, редакция 11" https://users.v8.1c.ru/distribution/project/Trade110
83 zak555
 
11.03.15
20:57
(79) понятно


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


при обновлении на последнюю БП удаляется планОбмена с розницей
84 GROOVY
 
11.03.15
20:59
(83)  Ну план обмена может быть, хотя я удивлен.
85 zak555
 
11.03.15
21:07
(84) ну вот пример
прыгаю 3.0.37.35 на 3.0.38.53

удаляется планОбмена ОбменРозница1Бухгалтерия3
хотя в нём же тоже хранятся данные
86 su_mai
 
11.03.15
21:15
(85) На ЛК напиши в 1С, что они ответят?
87 zak555
 
11.03.15
21:17
(86) я всё никак не могу написать несколько замечаний по статьям на итс, а ты говоришь
88 su_mai
 
11.03.15
21:23
(87) Кстати, "ИТС - это наше фсё", разве там нет методических рекомендаций?
89 AndreyLan
 
11.03.15
21:28
(82) Это рекомендация для случая, когда не срабатывает на рекомендованный релиз обновления (например с 3.0.12 на 3.0.13) и это совсем не означает, что можно сразу на полный 3.0.18 делать обновление.
Вообще, с чего некоторые коллеги взяли, что объекты с префиксом "Удалить" удаляются только при смене редакции? Разработчики БП и ЗУП эти объекты не удаляют, чтобы иметь как можно меньше проблем при переходе пользователей со старой редакции на новую. Но в других конфигурациях это не так (пример УТ 11.1 я уже приводил).
Как видно из дискуссии, у большинства это скорее вопрос "веры", т.к. на вопрос ПОЧЕМУ не рекомендуется с технической точки зрения, описано в (9).
ПС: Надо предложение разработчикам платформы сделать, чтобы в случае попытки обновления на не рекомендуемый ПОЛНЫЙ релиз платформа об этом сообщала.
90 zak555
 
11.03.15
21:47
(88) не помню
но помню, где на сайтах 1с нарыл, что по 77 тоже нужно последовательно обновляться
91 5 Элемент
 
11.03.15
21:56
Нужно еще и дожидаться завершения отложенных обработчиков прошлой версии
92 zak555
 
11.03.15
21:58
(91) это что такое ?
93 5 Элемент
 
11.03.15
22:00
А вообще странная логика, разработчик же пишет с каких версий  нужно обновляться, зачем искать на свою 8опу приключения
94 5 Элемент
 
11.03.15
22:01
(92) это обработчики обновления которые выполняются когда уже можно работать с базой, т.е. пользователи уже работают в базе, но при этом выполняются обработчики обновления.
95 zak555
 
11.03.15
22:03
(93) время тратить не хочется

(94) там проходы для всех релизов
96 GROOVY
 
11.03.15
22:05
Предлагаю забацать ресурс, на котором будет инфа с какого релиза на какой точно можно прыгнуть.
Ну и если надыбаем методические рекомендации, тоже уделить им внимание.
97 5 Элемент
 
11.03.15
22:06
С появлением отложенных обработчиков вероятность криво обновится "через версии" еще больше
98 5 Элемент
 
11.03.15
22:06
(95) какие еще проходы, ты о чем
99 GROOVY
 
11.03.15
22:12
(98)  Там в обработчиках обновления условия по версиям. Они параллельно не вполняются.
100 5 Элемент
 
11.03.15
22:18
(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.
101 GROOVY
 
11.03.15
22:23
(100)  Для файловой версии это тоже работает? Он чем стартует?
102 5 Элемент
 
11.03.15
22:26
фоновым заданием, как стартует не знаю, наверное если у пользователя есть админ права
103 Wern
 
11.03.15
22:27
(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

Вся же инфа на сайте есть, вы чего тут развели споры.
104 zak555
 
11.03.15
22:28
(103) я про прыжки с помощью cf
105 GROOVY
 
11.03.15
22:29
(102)  Ну а фоновое задание может не завершится, не только в файловом варианте, но и клинт-серверном, и наверно никто не проверяет результат выполнения фонового задания перед запуском зависимых? Да ладно...
106 hhhh
 
11.03.15
22:50
они же независимые. В этом фокус прыжка. Фоновые задания не знают друг о друге.
107 GROOVY
 
11.03.15
23:03
(106)  В том и фишка, если тебе важна последовательность - ты не будешь юзать фоновые задания.
108 bazvan
 
11.03.15
23:08
Ответ в (35)
109 Emvika
 
11.03.15
23:29
Саня, Паша.... я в шоке....

Обновление 1С Бухгалтерия 2.0
110 GROOVY
 
11.03.15
23:47
(109) А мы о чем тут. Вот так и надо, документировать траблы.
111 Emvika
 
11.03.15
23:56
(110) вы с базваном, злыдни такие, несете в народ смуту, утверждая, что можно делать то, что нельзя!
Нехорошо так опрометчиво себя вести таким авторитетным людям! Ай-я-яй!
112 GROOVY
 
11.03.15
23:58
(111)  Можно.
113 GROOVY
 
11.03.15
23:59
Эникейщикам нельзя, а людям с головой - можно.
114 Emvika
 
12.03.15
00:05
(113) ну Паша, ну ты же серьезный и грамотный человек....
Ну разве будет человек с головой заводить здесь подобные темы???
Он сам, без споров на форуме разберется, можно ли в его конкретной ситуации скакать или нет...
А такие вопросы, как в (0), задают как раз те, кому категорически нельзя никуда скакать...
115 GROOVY
 
12.03.15
00:10
(114)  А я и сам  такие темы завожу. Если уверен, что у форума больше опыта или актуальности чем у меня. Главное вопрос задать правильно. Да и все мы не универсалы.
116 GROOVY
 
12.03.15
00:10
Ну и ТС вполне авторитетен в моих глазах.
117 Emvika
 
12.03.15
00:21
(116) но мы все ведь не универсалы? )))
Значит ТС нельзя никуда скакать, хоть он и достаточно авторитетен, раз подобные вопросы у него возникают... )))
118 GROOVY
 
12.03.15
00:22
(117) Ой, ну всё... :)
119 zak555
 
12.03.15
06:47
(109) у в автора ветки...

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

а по сути он делал всё тоже самое, что и сама конфа при автообновлении -- см в (59)
120 Тактик
 
12.03.15
08:29
(0) У меня не возникало таких проблем даже при скачке через десяток релизов.
1С очень долго не удаляет устаревшие объекты.
Просто перед ними появляется префикс "Удалено" и они остаются висеть в дереве метаданных.
121 zak555
 
12.03.15
08:30
(120) а что про (109) скажешь ?
122 Emvika
 
12.03.15
13:00
(119) ты еще хочешь поспорить про то обновление?
Про запуск Предприятия при автоматическом обновлении уже объясняли в (67)...

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

Какие еще вопросы?
123 zak555
 
28.03.15
10:24
(46)

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


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