| 0
- 23.03.2018 - 13:09
|
Доброго дня всем! Коллеги, есть потребность типовую базу БП 2.0 перевести на БП 3.0. Стандартная методика состоит в обновлении БП 2.0 на подходящий релиз БП 3.0 с помощью специально установленного файла обновления. Есть ли в этом процессе какие-то реальные подводные камни. Ведь идентификаторы одних и тех же метаданных наверняка разные, не получу ли я потом каких либо проблем при обновлении. Или 1С в процессе перевода с БП 2.0 на БП 3.0 заменит идентификаторы метаданных и полученную базу будет не отличить от "родной" БП 3.0 ? Кто имел опыт ?
    | | |
| 1
- 23.03.2018 - 13:27
| Если БП2.0 обновляется на следующие релизы 2.0 без проблем, то и на 3.0 перейдет без проблем | | |
| 2
- 23.03.2018 - 13:53
|
(1)Я имел в виду, что не будет ли потом с БП 3.0 проблем То что перейдет я почти уверен, я это пару раз делал, но просто для себя | | |
| 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 - старее и не актуальный | | |
| 5
- 23.03.2018 - 14:22
| А почему он должен видеть? Вообще-то 2.0.66.50 обновляется на 3.0.59.56. Это синим по белому написано https://releases.1c.ru/project/Accounting30 | | |
| 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 >Сам же знаешь, с ОдноЦе, как на минном поле, программист ошибается только один раз. | | |
| 16
- 28.03.2018 - 10:05
| 12-USSR > у тебя в (0) написано, что БП2 - типовая, значит и обновишься на типовую БП3. Нафиг еще какие-то танцы? | | |
| 17
- 28.03.2018 - 15:13
| (16)Я на типовую и обновился, это все ОК. Я боюсь за идентификаторы метаданных | | |
| 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 загрузить типовую? Говорят - работай, она ж типовая. А загрузить - в нее вроде бы идентичную ей - ты что с ума сошел, зачем тебе )) Не вижу догики | | |
| 20
- 28.03.2018 - 18:11
|
19-USSR > т.е. ты без зазрения совести можешь загрузить в типовую БП2 типовую БП2? И в чем смысл? Возможны два варианта: - 1) загрузка без проблем 2) загрузка с проблемами В первом варианте, нет смысла грузить, т.к. ИД уже "типовые" Во втором варианте, нет смысла грузить, т.к. поломается база. Т.е. в любом варианте грузить не имеет смысла. | | |
| 21
- 29.03.2018 - 02:19
| Я не собирался ничего загружать в БП 2.0. вопрос был в том, что можно ли загрузить типовую тройку в базу, полученную.путем официального обновления двойка на тройку. | | |
| 22
- 29.03.2018 - 10:58
|
21-USSR > Цитата:
Я бы постерегся, также как и в типовую БП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, пока шанса проверить ещё не представилось - можешь его и проверить, только потом обязательно отпишись "чем всё закончилось". | | |
| 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 | |
Интернет-форум Краснодарского края и Краснодара |
