К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

БП 2.0 -> БП 3.0

0 - 23.03.2018 - 13:09
Доброго дня всем! Коллеги, есть потребность типовую базу БП 2.0 перевести на БП 3.0. Стандартная методика состоит в обновлении БП 2.0 на подходящий релиз БП 3.0 с помощью специально установленного файла обновления. Есть ли в этом процессе какие-то реальные подводные камни. Ведь идентификаторы одних и тех же метаданных наверняка разные, не получу ли я потом каких либо проблем при обновлении. Или 1С в процессе перевода с БП 2.0 на БП 3.0 заменит идентификаторы метаданных и полученную базу будет не отличить от "родной" БП 3.0 ? Кто имел опыт ?


Uho
1 - 23.03.2018 - 13:27
Если БП2.0 обновляется на следующие релизы 2.0 без проблем, то и на 3.0 перейдет без проблем
2 - 23.03.2018 - 13:53
(1)Я имел в виду, что не будет ли потом с БП 3.0 проблем
То что перейдет я почти уверен, я это пару раз делал, но просто для себя
Uho
3 - 23.03.2018 - 13:57
2-USSR > дальше тоже все обновляется без проблем
4 - 23.03.2018 - 14:08
Ну вот первая проблема, 2.0.66.50 почему то не видит обновления c 2.0 на 3.0.59.54 )) Но это, думаю, решим
Может зря обновил на последний 2.0.66.50, 3.0.59.54 - старее и не актуальный
Uho
5 - 23.03.2018 - 14:22
А почему он должен видеть? Вообще-то 2.0.66.50 обновляется на 3.0.59.56. Это синим по белому написано https://releases.1c.ru/project/Accounting30
Uho
6 - 23.03.2018 - 14:23
ну и дистрибутив надо скачивать специальный "Дистрибутив обновления для перехода с редакции 2.0"
7 - 23.03.2018 - 14:23
(5)Логично ) просто я туда не ходил, был другой источник
Спасиьо
8 - 23.03.2018 - 14:33
Каюсь, даже не предполагал, что 1С так точно отслеживает что на что можно обновить, хотя скорее всего это все очень просто делается, в обновлении просто зашиты номера релизов, с которых можно обновить. Но все равно плюсую
9 - 23.03.2018 - 18:48
0-USSR > на тесте обнови и смотри есть проблемы у тебя или нет.
10 - 24.03.2018 - 17:32
Конфигурация полученной базы при сравнении идентична типовой. А вот интересно могу я в полученную базу БП 3.0 загрузить типовую конфу 3.0 ?) По логике, вроде как могу, но грызут сомнения ))
11 - 25.03.2018 - 09:22
10-USSR >А смысл? Кто не рискует, тот не пьет шампанское или мсье знает толк в извращениях? Лучше, если как я понял подписки нет, после следующего обновления, уже 3-ечного, сделай ТИИ только сжатие.
12 - 25.03.2018 - 12:56
(11)Смысл очевидный. Иметь в точности типовую конфу. Такую, какую родили Борисовы дети
13 - 25.03.2018 - 13:24
12-USSR >А (10) тогда о чем? Вот при загрузке, а не "сравнении объединении" можешь запросто поиметь проблем на 5-ю точку :)
14 - 25.03.2018 - 17:09
Один раз же только загрузить)
15 - 26.03.2018 - 03:08
14-USSR >Сам же знаешь, с ОдноЦе, как на минном поле, программист ошибается только один раз.
Uho
16 - 28.03.2018 - 10:05
12-USSR > у тебя в (0) написано, что БП2 - типовая, значит и обновишься на типовую БП3. Нафиг еще какие-то танцы?
17 - 28.03.2018 - 15:13
(16)Я на типовую и обновился, это все ОК. Я боюсь за идентификаторы метаданных
Uho
18 - 28.03.2018 - 16:34
17-USSR > ты каждый раз боишься за идентификаторы, когда обновляешься на новый релиз БП2 -> БП2?

PS. согласен, что в случае БП2 -> БП3 шансов, что 1С похерили ИД, больше, чем при обновлении на релиз той же версии, но все же...
19 - 28.03.2018 - 16:47
(18)БП2 -> БП2 не боюсь совсем. БП2 -> БП3 - боюсь, как конфы разные и неизвесто как происходит жто глобальное обновление. Если все ОК, то в чем проблема в полученнуЮ бп 3.0 загрузить типовую? Говорят - работай, она ж типовая. А загрузить - в нее вроде бы идентичную ей - ты что с ума сошел, зачем тебе )) Не вижу догики
Uho
20 - 28.03.2018 - 18:11
19-USSR > т.е. ты без зазрения совести можешь загрузить в типовую БП2 типовую БП2?

И в чем смысл? Возможны два варианта: -

1) загрузка без проблем
2) загрузка с проблемами

В первом варианте, нет смысла грузить, т.к. ИД уже "типовые"
Во втором варианте, нет смысла грузить, т.к. поломается база.

Т.е. в любом варианте грузить не имеет смысла.
21 - 29.03.2018 - 02:19
Я не собирался ничего загружать в БП 2.0. вопрос был в том, что можно ли загрузить типовую тройку в базу, полученную.путем официального обновления двойка на тройку.
Uho
22 - 29.03.2018 - 10:58
21-USSR >
Цитата:
Сообщение от USSR Посмотреть сообщение
БП2 -> БП2 не боюсь совсем. БП2 -> БП3 - боюсь, как конфы разные
Вот я и спрашиваю, в теории в БП2 ты БЫ загрузил типовую БП2? И даже рука бы не дрогнула?

Я бы постерегся, также как и в типовую БП3 типовую БП3.
В любом случае не вижу смысла в такой манипуляции, т.к. (20)
23 - 29.03.2018 - 14:16
Есть претендент на типовую. При сравнении с типовой все идентично. И есть оригинальная типовая. И .. работай с первой и не парься) Но почему тогда в нее нельзя загрузить оригинальную типовую? я и не парюсь. А может париться придется позже, когда псевдооригинальная взбрыкнется, а иначе в чем страх в нее загрузить оригинал. Ответа я не получил, да и вряд ли ее кто то знает кроме разработчиков
24 - 29.03.2018 - 16:30
Теория теорией, а вот практика несколько иная:
реально, с последними релизами БП3.0, при переходе с БП2.0, есть проблемы, которые начались примерно с 3.0.47 (может чуть позже). Симптомом (или результатом) является неожиданное закрытие конфигуратора в процессе обновления конфигурации базы данных и её реструктуризации. Тестировались последние версии платформы 8.3.10/8.3.11 обеих разрядностей (x86 и x64) при обновлении БД в файловом режиме. Клиент-серверный режим при этом не проверялся.
Поэтому у меня сейчас практикуется следующая технология данного "обновления":
1. Используем любой из последних релизов платформы 8.3.10, причем лучше x64-версию.
2. Делаем downgrade БП2.0 до 2.0.66.12
3. Спокойно, с помощью специального обновления для перехода с 2.0 на 3.0, выполняем обновление до 3.0.46.20.
4. Поднимаем релиз 3.0.46.20 до текущего актуального по стандартной цепочке обновлений уже на той версии платформы, которая планировалась для установки и дальнейшей эксплуатации.
25 - 29.03.2018 - 17:53
(24)круто. Но почему именно такие релизы участвуют в этой спецоперации, как это возможно было их вычислить? Почему 2.0.56.12, а не раньше и не позже, ведь это нереально было пробовать разные комбинации релизов.
26 - 29.03.2018 - 20:06
(25) не 2.0.56.12, а 2.0.66.12 - т.е. на 10 номеров больше в третьей группе цифр, которая и сейчас находится в том же значении (текущая 2.0.66.52).
Так что при подобном "даунгрейде" данные не теряются.
По поводу "вычисления" - первые проблемы такого рода как раз и начались где-то с год тому назад, а это и был как раз релиз 3.0.47. Последний из проверенных мной релизов - 3.0.59 - с ним те же проблемы.
27 - 29.03.2018 - 20:14
(26)2.0.56.12 - это моя опечатка. Но из рассказа непонятно с чем связаны проблемы. Релизы выходят чуть ли не каждую неделю и обозначенные тобой и двойки и тройки уже сейчас достаточно далеки от актуальных. Не хотелось бы путешествовать назад в будущее с негарантированным результатом.
28 - 30.03.2018 - 16:27
(27) У меня уже в этом году было с десяток различных переходов 2->3, и все они были на типовых (не изменённых) конфигурациях, и, опять же, всё это были файловые версии БД. И каждый раз я пытаюсь первоначально наступить на те же грабли, первоначально обновив БП2.0 до последней актуальной версии БП2.0, с который есть официальный дистрибутив для перехода на 3.0, но вот только ещё пока не было ни одного случая, где бы не пришлось в конечном итоге сначала сделать downgrade до 2.0.66.12 ;) Последний раз это было ровно неделю тому назад, и первоначально была попытка: 2.0.66.46->2.0.66.50->3.0.59.56, с предварительной очисткой адресного классификатора, которая закончилась очередной неудачей.
текущий доступный вариант, 2.0.66.52->3.0.60.34, пока шанса проверить ещё не представилось - можешь его и проверить, только потом обязательно отпишись "чем всё закончилось".
Uho
29 - 03.04.2018 - 18:38
28-oops! > ну а пустую (или демо) базу пробовал?
Хотя бы так: 2.0.66.46->2.0.66.50->3.0.59.56.

Что-то какие-то страсти рассказываешь.

Я тоже переводил с 2 на 3 несколько баз, и типовых, и не типовых, и файловых и клиент-серверных.
И обновляясь до последнего релиза 2.0 с последующим переходом на 3.0 и наоборот, первоначальный перевод на 3.0 с последующим обновлением до последнего релиза 3.0.

Все было ОК.
30 - 05.04.2018 - 04:22
(29) У мну тоже с год тому назад все переходы с 2.0 на 3.0 проходили "на ура", по безоткатной технологии, а вот в последнее время, почему-то, как правило, откаты пошли сплошняком, и, что самое противное, ни одного исключения из этого правила пока ещё не было.

Так что жду вашей статистики ;)
31 - 05.04.2018 - 05:22
Если у одного человека базы успешно обновляются, а у другого с этими же релизами устойчивые проблемы, то дело может быть только в содержимом этих самых баз. Что еще можно предположить?
У меня нет такой статистики. Сейчас вот первую базу перевожу, при тестировании БП 3.0 выдает кучу ошибок на то, что значения служебных общих реквизитов и сумм регистра бухгалтерии должны быть NULL, в не 0. В БП 2.0 тестирование ошибок не выдавала. Конвертировал 2.0.66.52 в 3.0.60.34


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены