[ОТВЕТИТЬ]
11.10.2013 05:07
Vovantus
 
Собственно, есть старая база БП 8.2. Для обновления до актуальной версии нужно более 10 "промежуточных" версий. Само собой, хочется сделать всё быстро. Вопрос, как именно это можно сделать и что бы без негативных последствий?
11.10.2013 08:51
Shift
 
Взять партнерский диск и объединиться с полной последней конфигурацией.
11.10.2013 08:54
Vovantus
 
полный дистрибутив последней версии конфигурации имеется, кстати. диска ИТС нет. что и в какой последовательности делать? если просто объединить конфигурации через cf. файл, то это чревато последствиями, вроде.
11.10.2013 09:28
KirillHome
 
Чревато.
Возможно возникновение проблем, связанных с изменением/переименованием/удалением/появлением объектов конфигурации.
Я бы не рискнул "перескакивать".
11.10.2013 09:32
Vovantus
 
Цитата:
KirillHome Я бы не рискнул "перескакивать".
должен же быть способ корректно перескочить через несколько версий? ведь в полной конфигурации есть всё, что было в промежуточных. неужели всё так запущено?
11.10.2013 10:19
KirillHome
 
Не сталкивался, но читал о таком:

Конфигурация 1.0001
Объект А (со своей структурой)

Конфигурация 1.0002
Объект А переименовывается в объект АБ.

Конфигурация 1.0003
Создаётся новый объект А (с новой структурой), объект АБ удаляется.

Конфигурация 1.0004
Происходят действия с новым объектом А.

Если мы "перепрыгнем" с 1.0001 на 1.0004 - то что получится в результате?

Цитата:
Vovantus должен же быть способ корректно перескочить через несколько версий?
Способ - да, через объединение с конфигурацией из файла.
Но вот корректен ли он? В общем случае ответ - "не обязательно".

Цитата:
Vovantus ведь в полной конфигурации есть всё, что было в промежуточных. неужели всё так запущено?
В полной - есть текущее состояние. Но нет "истории изменения объектов".
11.10.2013 10:22
Vovantus
 
а если базу год не обновлять, то потом ставить все промежуточные версии? бред какой-то! даже семёрка в этом плане "умнее" была.
11.10.2013 10:28
Little
 
Ну не все через некоторые можно перепрыгивать. Обычно пишется напротив версии (на сайте) с какой она обновляет.
Можешь попробовать на тесте загрузить полную новую конфигурацию и посмотреть, что произойдет. Если попрут обновления, то тебе повезло..
11.10.2013 10:31
KirillHome
 
На всякий случай приложу информацию с по поводу того, что думает 1с на тему обновлений - и какую версию можно обновлять до какой.

Цитата:
Vovantus а если базу год не обновлять, то потом ставить все промежуточные версии? бред какой-то! даже семёрка в этом плане "умнее" была.
Можно попробовать поставить через "объединение".
Можно.
Но - на свой страх и риск. В этом случае ни кто не гарантирует "правильность" полученного результата.
Вложения
Тип файла: doc Номер версии.doc (149.0 Кб, 682 просмотров)
11.10.2013 11:21
KirillHome
 
Более подробно описана проблема "прыжка" через версии на ИнфоСтарте

Цитата:
Основная проблема пропуска релизов заключается в том, что изменяются названия и количество реквизитов в регистрах, справочниках, документах. И разработчики фирмы 1С этим активно пользуются. Давайте рассмотрим ситуацию с обновлением на отвлеченном примере. Итак...

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

Версия 1. Справочник Контрагенты.
Имеется реквизит Адрес. Ну, и разумеется, он заполнен данными, которые очень нам нужны.

Версия 2. Справочник Контрагенты.
Изменения: Реквизит Адрес переименован в УдалитьАдрес. Добавлен регистр сведений КонтактнаяИнформация. Изменены все места конфигурации, в которых используется адрес (Отчеты, печатные формы документов, форма элемента справочника Контрагенты и т.д.)
При запуске в режиме 1С:Предприятия 8 выполняется обновление, при котором данные из реквизита УдалитьАдрес переносятся в регистр сведений КонтактнаяИнформация.

Версия 3. Справочник Контрагенты.
Изменения: Удален реквизит УдалитьАдрес.

В результате если пропустить переход на версию 2, то потеряется вся информация об адресах. А при запуске в режиме "1С:Предприятия" обновление при попытке перенести данные из реквизита УдалитьАдрес в регистр сведений КонтактнаяИнформация выдаст ошибку - свойство объекта УдалитьАдрес не найдено.

При прыжке через 20 версий вероятность возникновения подобной ситуации резко возрастает.
11.10.2013 13:00
Vovantus
 
это реальный дурдом! ну да фиг с ним, я редко с 1С сталкиваюсь. если я перепрыгну через несколько версий и окажется, что внутри, в базе, что-то "поплыло", это как-то можно будет сразу определить? ну там в процессе обновления или ещё как-то? или эта несостыковка может не сразу проявить себя и, скажем, вылезет при подготовке квартального отчёта или в каком-нить другом месте?
11.10.2013 13:07
KirillHome
 
Ну ты же не в курсе - "поплыли" ли данные?
И если да - то какие?

Если не хочешь делать всё "последовательно" - выхода два:
1) Проанализировать все изменения, понять - что и как менялось.
2) Плюнуть на всё и понадеяться на удачу (при этом, как мне кажется, надо быть готовым ко всяческим чудесам - вплоть до восстановления учёта с момента "до обновления").
11.10.2013 13:11
Vovantus
 
а что значит обновление через cfu. файлы? если правильно написал. кажись, там берётся текущая база, с неё что-то там выгружается, потом берётся последняя, чистая, база и в неё как-то данные переносятся.
11.10.2013 15:32
KirillHome
 
cfu - это как раз файлы обновлений (измененные объекты).

Когда мы запускаем обновление (как правило - это файл setup.exe) - то на выходе мы получаем 1cv8.cfu и к нему UpdInfo.txt, в котором описано - с какой версии мы можем обновить и до какой.

Вот пример содержимого UpdInfo.txt
Код:
Version=2.0.35.6
FromVersions=;2.0.35.5;
UpdateDate=27.04.2012
или вот
Код:
Version=2.0.35.5
FromVersions=;2.0.34.7;2.0.34.11;2.0.34.13;
UpdateDate=23.04.2012
12.10.2013 01:39
Vovantus
 
значит, что-то я напутал. просто, помню читал как-то про методы обновлений 1с. давненько было, думал, мож что изменилось. вот тогда как раз и вычитал, что есть метода, когда из старой базы что-то выгружается, потом делается чистая новая база и в неё как-то данные заносятся или объединяются. что-то типа того.
29.01.2014 19:41
RomanAleksandrovich
 
Обновления компания 1С делает строго по порядку. Причина кроется в структуре разработки, есть ведущие программисты и просто программисты. Первые создают что-то вроде stable скелета версии, а остальные добавляют функционал (добавление полей и т.д.)
Есть способ перепрыгивать через версии сравнивая конфигурации (особое внимание уделять константам и новым полям).
Так же на нескольких форумах я встречал рекомендации по переходам (в некоторых можно прыгать через 1-2 версии).
Вариант с выгрузкой данных и загрузкой в свежую конфигурацию невозможен из-за постоянных изменений в структуре таблиц, и методов работы с ними.
В 7ке всё было горааааздо проще.
P.S. Есть еще небольшой бонус от компании 1С в виде пары-тройки .inf файлов в обновлениях, с проверкой версии.
P.S.S. Зато 8ку можно обновлять не трогая конфигуратор.
29.01.2014 19:48
RomanAleksandrovich
 
А. чуть не забыл, если переходов из версии в версию много, лучше делать backup сразу после обновления (просто файлами), и после переиндексации (были прецеденты:l_pazzle::l_pazzle:)
30.01.2015 15:21
sh00r00p
 
Ну надо же. Гуглил этот вопрос запросом
Код:
порядок обновления 1с 8.2 бухгалтерия перескочить
и пришел на любимый форум.
Мне посоветовали сделать так (на свой страх и риск, так что делаем бекапы):

1. Сохраняем cf-файл из только установленного последнего релиза конфигурации
2. Открываем этот cf-файл в обновляемом релизе. Все. Как-то так, завтра буду пробовать, посмотрим, что получится.
30.01.2015 15:23
Mtirt
 
Только бэкап сделать не забудь...
30.01.2015 15:40
KirillHome
 
Цитата:
sh00r00p Ну надо же. Гуглил этот вопрос запросом
Код:
порядок обновления 1с 8.2 бухгалтерия перескочить
и пришел на любимый форум.
Мне посоветовали сделать так (на свой страх и риск, так что делаем бекапы):

1. Сохраняем cf-файл из только установленного последнего релиза конфигурации
2. Открываем этот cf-файл в обновляемом релизе. Все. Как-то так, завтра буду пробовать, посмотрим, что получится.
Ой, не рекомендую....
30.01.2015 15:41
Dim
 
Цитата:
KirillHome Ой, не рекомендую....
почему?
30.01.2015 15:44
KirillHome
 
Цитата:
Dim почему?
См. мой старый пост
30.01.2015 15:56
sh00r00p
 
Цитата:
KirillHome См. мой старый пост
Это я видел, спасибо. Я все-таки попробую. Потому что это адов ппц все обновлять. В конце концов, бэкапы никто не отменял))
Обновлять буду с 2.0.54.13 на 2.0.64.7
30.01.2015 15:58
Dim
 
нуу.... расскажешь потом )
30.01.2015 15:59
KirillHome
 
Ну подожди ты :)
Сколько баз надо обновить?
Какой текущий релиз?
Посмотрел "оптимальный план" правильного обновления?

Конфигурация "правлена" или оригинальная?
30.01.2015 16:05
sh00r00p
 
Конфиг типовой, естественно
Обновлять буду с 2.0.54.13 на 2.0.64.7
30.01.2015 16:15
KirillHome
 
У меня, конечно, базы маленькие (файловые, по 2-3Гб).
2.0.54.13 -> 2.0.55.7 -> 2.0.56.4 -> 2.0.57.10 -> 2.0.58.6 -> 2.0.59.6 -> 2.0.60.5 -> 2.0.61.4 -> 2.0.62.5 -> 2.0.63.7 -> 2.0.64.8 (сегодня вышла)
Десять релизов обновлять на 8.2 - ну, часа 3-4, не больше (а то и час-полтора). Расчёт на одну базу, естественно.

Возможно, надо будет и платформу обновлять (последняя БП 2.0 требует 8.2.19.80)

На мой взгляд, потери времени не стоят того возникающего риска.
30.01.2015 17:26
sh00r00p
 
Я так понимаю, последняя цифра в группе - это номер версии врутри релиза с номером в третьей группе?
Безмерно Вам благодарен за пошаговое руководство по устанавливаемым релизам. Реально спасибо. В прошлый раз при обновлении я такой же себе составлял план. Ок, до утра теперь буду думать, как мне поступить, попутно скачивая обновы.
А платформы тоже нужно обновлять последовательно? У меня платформа 8.2.19.121, самая последняя на текущий момент
30.01.2015 17:43
KirillHome
 
Платформу - просто ставим новую (без всяких промежуточных релизов).
В данном случае - с платформой уже всё хорошо!

Что бы сделал я:
  1. Выгрузил бы конфигурацию, данные в файл (перед началом обновления)
  2. Сделал бы первый шаг (2.0.54.13 на 2.0.55.7) (обновил конфигурацию, запустил (применил обновления)).
  3. Понял, сколько это занимает времени (грубо, оценочно). Умножаю на 9, прибавляею к текущему, понимаю - когда планово завершится.
  4. Если каждое обновление занимает 10-15 минут - то накатываю обновление, запускаю 1с; накатываю обновление, запускаю 1с; - и т.д. Возможно, перестраховавшись, в середине снова бы сделал выгрузку данных, выгрузку конфигурации.
  5. Если каждое обновление занимает минут 20-30 - то выгрузку данных и конфигурации делал бы после каждого второго обновления (жалко терять время, если что-то пойдёт не так).

После каждого обновления - входим в 1с, подтверждаем легальность обновления и (на мой взгляд - важно) - сохраняем в PDF или печатаем "информацию об обновлении", и потом - отдаём эту информацию бухгалтерам.
30.01.2015 18:01
KirillHome
 
Цитата:
sh00r00p Я так понимаю, последняя цифра в группе - это номер версии врутри релиза с номером в третьей группе?
Честно - не помню, как в 1с расшифровываются номера версии.

Цитата:
sh00r00p Безмерно Вам благодарен за пошаговое руководство по устанавливаемым релизам. Реально спасибо. В прошлый раз при обновлении я такой же себе составлял план.
Да не за что
А что, доступа к нет?
Там всё это видно довольно легко (см. вложение)
Миниатюры
Нажмите на изображение для увеличения
Название: ITS.jpg
Просмотров: 495
Размер:	412.7 Кб
ID:	4329  


Опции темы


Часовой пояс GMT +3, время: 16:31.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.