Обновить УПП на платформу 8.3
По теме из базы знаний
- Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки
- Решение проблемы при создании хранилища 1С:УПП
- Перенос данных из УПП 1.3 / КА 1.1 / УТ 10.3 в УНФ 3.0 / УНФ 1.6. Переносятся остатки, документы и справочники
- Перенос данных из УПП 1.3 / КА 1.1 / УТ 10.3 в Розница 3.0. Переносятся документы, начальные остатки и справочники
- Перенос данных из ЗУП 3 в УПП 1.3. Переносятся документы и справочная информация
Ответы
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Добрый день! А смысл обновления? Чем вас 8.2 не устраивает? Если вам нужно еще и Бухгалтерию 3,например,так сделайте два сервера 1с 8.2 и 8.3. У меня так. Под 8.2 УПП 1.3, ЗУП 2.5, а под 8.3 Бухгалтерия 3. С УПП под 8.3 не работал, но переводил Бухгалтерию 2 на Бухгалтерию 3. Сначала загрузил в 8.3. Потом несколько обновлений накатил (до минимального уровня перехода на последний релиз 8.3). Разницы при обновлении абсолютно не заметил. Т.е. все выглядит один в один. Для УПП будет тоже самое. Глюков работы с 8.3 особых не было. Один раз конфигуратор сам собой схлопнулся, когда документ делал. А так все работает нормально. У меня стоит не самый последний релиз 8.3.4.437.
(5) lis_1С,
Сам переводить УПП на 8.3 я не рискнул, начитавшись отзывов на партнёрской конференции.
Основной посыл такой: "Пытались, но откатили на 8.2.Основная проблема - невыносимо медленная скорость работы и постоянные падения сеансов." - март месяц.
В июле уже больше положительных отзывов "терпимо".
Сам переводить УПП на 8.3 я не рискнул, начитавшись отзывов на партнёрской конференции.
Основной посыл такой: "Пытались, но откатили на 8.2.Основная проблема - невыносимо медленная скорость работы и постоянные падения сеансов." - март месяц.
В июле уже больше положительных отзывов "терпимо".
на 8.3 не перешли.. 8.3 брезгует настройками SQLла, который арбайтен под 8.2.
И шиндовс у некоторых юзеров отказался воспринимать 8.3. Пока юзаем не обновленный документооборот на 8.2)
Ждем, когда печеньки будут слаще геморроя при переходе.
И шиндовс у некоторых юзеров отказался воспринимать 8.3. Пока юзаем не обновленный документооборот на 8.2)
Ждем, когда печеньки будут слаще геморроя при переходе.
Я переходил на новый сервер ну и раз такая пьянка пошла - перевел и на 8.3
В целом все достаточно терпимо, работает не сказать чтоб быстро - но и не медленно
Да - в настройках SQL должен быть русский Collation
Для 8.2 это было не критично, а для 8.3 - критично
а так есть мелкие баги
Сначала стояла 8.3.4 - почему-то пропали "клеточки" - границы ячеек в универсальном отчете (и отчетах на базе универсального)
Сейчас поставил 8.3.5 - клеточки появились
Но - человек 1с закрывает, а в консоли 1с сервера вижу, что как пользователь 1с он висит. Буду еще более финальный релиз ставить ((
В целом все достаточно терпимо, работает не сказать чтоб быстро - но и не медленно
Да - в настройках SQL должен быть русский Collation
Для 8.2 это было не критично, а для 8.3 - критично
а так есть мелкие баги
Сначала стояла 8.3.4 - почему-то пропали "клеточки" - границы ячеек в универсальном отчете (и отчетах на базе универсального)
Сейчас поставил 8.3.5 - клеточки появились
Но - человек 1с закрывает, а в консоли 1с сервера вижу, что как пользователь 1с он висит. Буду еще более финальный релиз ставить ((
С начала года в УПП на 8.3 работаем. В конфу встроена подсистема - разницу между 8.2 и 8.3 не заметили. На версии 8.3.4.389 (она самая первая стояла) наблюдались периодически проблемы - сервер зависал, клиенты начинали ругаться на какие-то временные таблицы СУБД (пофиксили в 8.3.4.437) Да и вообще работало как-то не очень стабильно, производительность могла снижаться существенно не понятно из-за чего. С июня работаем на 8.3.4.482 - на ней никаких проблем со стабильностью, единственный косяк который заметил - это в отчетах на СКД группировка по полю типа "Дата" не совсем корректно работает, но отчёты формируются - это пустяковая ошибка считаю. На днях планируем обновится на 8.3.5.1119 там и это пофиксили. Не уверен как будет на 8.3.5 но на последнюю 8.3.4 можно уже смело переходить ИМХО.
(15) modestry
А смысл в 8.3.5 для УПП, если у него все равно режим совместимости будет 8.2.13? )
Поставьте отдельно 8.3.5 для мобильной конфигурации, а УПП не мучайте )
ЗЫ. По опыту - одни клиенты работают в 8.3.4 с доработанной УПП. Там другие были мотивы для перехода, но совместимость все равно та же. В общем-то особых нареканий по платформе нет.
А смысл в 8.3.5 для УПП, если у него все равно режим совместимости будет 8.2.13? )
Поставьте отдельно 8.3.5 для мобильной конфигурации, а УПП не мучайте )
ЗЫ. По опыту - одни клиенты работают в 8.3.4 с доработанной УПП. Там другие были мотивы для перехода, но совместимость все равно та же. В общем-то особых нареканий по платформе нет.
(16) Угу, а как быть с ситуацией, когда нужен функционал 8.3.5 в доработках? Вот опять же у меня обмены с сайтом через внешнее соединение - мне так очень удобно и хорошо - 8.3.5 дает писать во внешние таблицы... а в режиме совместимости не пишет (и вот я не знаю почему, но факт!)
Мы пока тестируем - есть много нюансов после конвертации. ((((
Мы пока тестируем - есть много нюансов после конвертации. ((((
(25) azmon, пока 8.3.5 в совместимости 8.2.13. Руки до 8.3.7 или 8.3.8 не дошли режим совместимости на тестовой базе убрал до не использовать пришлось картинки только выпилить и пару запросов переписать. Писали, что в 8.3.8 есть баг с прокрутками, но я не проверял.
Поставили 8.3.8, УПП для Украины.
все гуд. переходили так: 8.2.19.130-8.3.5.1570-8.3.7.1790(был баг на то, что после динамического - нужно было перезайти, иначе визуально была старая версия конфы, кажись пофиксили в след. версиях)-8.3.8.1747
8.3.6 - все версии, которые тестили - убиты багами или не стабильны, не вызвала доверия...
пока все норм, стабильность есть. новые плюшки радуют, багов как таковых, програмно - не обходили.
Клиент-сервер, на мс скуле. база около 50 гб. Совместимость конфы - 8.2.13
Планируем перевести на выше, так как новые поставленные задачи - можно сделать только на совместимости 8.3+
все работает. как то так. переходили на свой риск (страха нет уже давно (Сам сломаю, сам и починю ©)).
Главное - делайте бекапы ;)
все гуд. переходили так: 8.2.19.130-8.3.5.1570-8.3.7.1790(был баг на то, что после динамического - нужно было перезайти, иначе визуально была старая версия конфы, кажись пофиксили в след. версиях)-8.3.8.1747
8.3.6 - все версии, которые тестили - убиты багами или не стабильны, не вызвала доверия...
пока все норм, стабильность есть. новые плюшки радуют, багов как таковых, програмно - не обходили.
Клиент-сервер, на мс скуле. база около 50 гб. Совместимость конфы - 8.2.13
Планируем перевести на выше, так как новые поставленные задачи - можно сделать только на совместимости 8.3+
все работает. как то так. переходили на свой риск (страха нет уже давно (Сам сломаю, сам и починю ©)).
Главное - делайте бекапы ;)
Доброе утро. В планах перевод УПП 1.3 с платформы 8.2 на платформу 8.3. Проделано много операций записи справочников, проведение документов, формирование отчетов, обновление конфигурации. Ошибок никаких не выявлено. Единственное - после реструктуризации таблиц информационной базы замечено увеличение БД в 2 раза. С чем встречались ВЫ, какие подводные камни???
Чего-то все путают теплое с мягким.
Что поднимается? Уровень совместимости в корне конфигурации 8.2.13
Сам сервер 8.3.9.последний.
Сервер 8.3 работает с базой в режиме совместимости. Все ОК.
Ставить параллельно чего-то не надо.
SQL - не важно какой.
Вопрос такой.
Есть ли вообще смысл поднимать режим совместимости УПП с уровня 8.2.13 на 8.2.16 и выше.
То есть включить изменение, поднять режим, сделать реструктуризацию и получить бонусы эволюции платформы накопленные с момента древней 8.2.13.
На gilev.ru есть статья упоминающая о бонусах в результате таких действий, но речь про 8.2.19
Режима совместимости 8.2.19 нет. Или его уже изъяли.
Кто-нибудь пробовал поднимать?
Что поднимается? Уровень совместимости в корне конфигурации 8.2.13
Сам сервер 8.3.9.последний.
Сервер 8.3 работает с базой в режиме совместимости. Все ОК.
Ставить параллельно чего-то не надо.
SQL - не важно какой.
Вопрос такой.
Есть ли вообще смысл поднимать режим совместимости УПП с уровня 8.2.13 на 8.2.16 и выше.
То есть включить изменение, поднять режим, сделать реструктуризацию и получить бонусы эволюции платформы накопленные с момента древней 8.2.13.
На gilev.ru есть статья упоминающая о бонусах в результате таких действий, но речь про 8.2.19
Режима совместимости 8.2.19 нет. Или его уже изъяли.
Кто-нибудь пробовал поднимать?
(37)
"Кто-нибудь пробовал поднимать?"
Сам себе - УПП не поднимается выше, чем на шаг вверх.
Дальше конфигуратор пишет об отсутствующем регистре и не делает реструктуризацию. С УПП можно тему закрывать. Бонусов прогресса разработки платформы по внутренней совместимости получить не возможно.
"Кто-нибудь пробовал поднимать?"
Сам себе - УПП не поднимается выше, чем на шаг вверх.
Дальше конфигуратор пишет об отсутствующем регистре и не делает реструктуризацию. С УПП можно тему закрывать. Бонусов прогресса разработки платформы по внутренней совместимости получить не возможно.
(38) не знаю о каком регистре идёт речь, но у меня получилось полностью отключить режим совместимости на платформе 8.3.10, немного подкорректировав саму конфу. Правда только на тестовой базе, т.к. для правильного перевода УПП 1.3 на 8.3 без режима совместимости с 8.2. необходимо выполнить ещё кучу изменений:
(39)
Я тоже не знаю. При переходе 8.2.16 -> 8.3.x, поле записи и начале реструктуризации выдается сообщение об отсутствии регистра в нотации _InfRegxxxx
То есть платформа тоже не знает. Такой переход видимо не отрабатывался и не предполагается.
Видимо надо объединять УПП со своей, уже переведенной на нужный уровень совместимости.
Я уже и не знаю стоит ли все это делать.
Это была типовая УПП. А к тому что подкрутить надо, я знаю и готов. Предполагалось ограничиться толстым клиентом, так что не страшно.
не знаю о каком регистре идёт речь
Я тоже не знаю. При переходе 8.2.16 -> 8.3.x, поле записи и начале реструктуризации выдается сообщение об отсутствии регистра в нотации _InfRegxxxx
То есть платформа тоже не знает. Такой переход видимо не отрабатывался и не предполагается.
Видимо надо объединять УПП со своей, уже переведенной на нужный уровень совместимости.
Я уже и не знаю стоит ли все это делать.
Это была типовая УПП. А к тому что подкрутить надо, я знаю и готов. Предполагалось ограничиться толстым клиентом, так что не страшно.
(39) так умеет каждый.
ставить 8.3 и переводить режим совместимости следует по одной весомой причине - уменьшится количество блокировок и время жизни блокировок. режим совместимости нужно поставить хотя бы 8.3.3, если не менять его вообще, то смысла будет мало.
так же вам надо будет переводить постепенно конфигурацию на управляемый режим управления блокировками.
ставить 8.3 и переводить режим совместимости следует по одной весомой причине - уменьшится количество блокировок и время жизни блокировок. режим совместимости нужно поставить хотя бы 8.3.3, если не менять его вообще, то смысла будет мало.
так же вам надо будет переводить постепенно конфигурацию на управляемый режим управления блокировками.
(42)
так я и не говорил, что тут что-то сверхъестественное. написал, потому что удивился ошибке, о которой пишет Николай Переляев.
(43)
так я тоже сначала 8.2.16 поставил, потом 8.3.1, 8.3.2, 8.3.5 и, наконец, Не использовать (на 8.3.10).
ещё полностью удалил конфигурацию поставщика на всякий случай перед выполнением всех этих действий (её потом вернуть можно) и всё делалось в клиент-серверном режиме.
(43)
ну как сказать, это всё тестовая база, я ж говорю, нужно много ещё чего делать даже для того, чтоб в толстом клиенте норм работало, т.к. отчет из статьи на ИТС выдал 6 306 ошибок и предупреждений))) конечно, большая часть из них скорее всего не критичная, так связана с интерфейсом и модальностью, но проверить нужно всё, для наглядности приложил файлик)
ну и небольшое примечание, конфигурация не совсем УПП, а 1C:Риэлтор для УПП, т.е. слегка модифицированная УПП с добавленными подсистемами по недвижимости
так умеет каждый
так я и не говорил, что тут что-то сверхъестественное. написал, потому что удивился ошибке, о которой пишет Николай Переляев.
(43)
Я не снимал совместимость вообще. Я по шагам ставил выше - выше. Я предполагал, что не прокатит, хотел определиться с максимальным шагом.
так я тоже сначала 8.2.16 поставил, потом 8.3.1, 8.3.2, 8.3.5 и, наконец, Не использовать (на 8.3.10).
ещё полностью удалил конфигурацию поставщика на всякий случай перед выполнением всех этих действий (её потом вернуть можно) и всё делалось в клиент-серверном режиме.
(43)
Без совместимости (то есть 8.3.10 получается) у вас рабочая?
ну как сказать, это всё тестовая база, я ж говорю, нужно много ещё чего делать даже для того, чтоб в толстом клиенте норм работало, т.к. отчет из статьи на ИТС выдал 6 306 ошибок и предупреждений))) конечно, большая часть из них скорее всего не критичная, так связана с интерфейсом и модальностью, но проверить нужно всё, для наглядности приложил файлик)
ну и небольшое примечание, конфигурация не совсем УПП, а 1C:Риэлтор для УПП, т.е. слегка модифицированная УПП с добавленными подсистемами по недвижимости
Прикрепленные файлы:
123.mxl
(41)
Демка, загруженная из dt. Трижды пробовал.
Я не снимал совместимость вообще. Я по шагам ставил выше - выше. Я предполагал, что не прокатит, хотел определиться с максимальным шагом. Получился одын :-) 8.2.16
Без совместимости (то есть 8.3.10 получается) у вас рабочая? Толстый клиент должен работать (уф не критично)
Может база повреждена?
Демка, загруженная из dt. Трижды пробовал.
Я не снимал совместимость вообще. Я по шагам ставил выше - выше. Я предполагал, что не прокатит, хотел определиться с максимальным шагом. Получился одын :-) 8.2.16
Без совместимости (то есть 8.3.10 получается) у вас рабочая? Толстый клиент должен работать (уф не критично)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот