Отказ от режима совместимости с 8.2.13 и переход на 8.3 какие подводные камни?
Здравствуйте
В данный момент стоит УПП 1.3.58.2 в режиме совместимости с 8.2.13 на платформе 8.2.19.102 (около 30 пользователей - планируется увеличение)
1с сервер (32-разрядный), СУБД PostgreSQL 9.1.9-1.1C(x64) на Windows 2008 R2(х64) (пока не могу развести начальство на MS SQL server)
Вот подумываю отказаться от режима совместимости с 8.2.13 и перейти на платформу 8.3.
Хочу узнать у Вас уважаемые стоит ли это делать с данной кофигурацией серверного ПО и на какие подводные камни я могу наткнуться? будут ли сложности с обновлением конфигурации после отказа от режима совместимости и т.д.
Вообщем жду комментариев от тех кто переходил, от тех кто отказался и от всех остальных. Спасибо.
В данный момент стоит УПП 1.3.58.2 в режиме совместимости с 8.2.13 на платформе 8.2.19.102 (около 30 пользователей - планируется увеличение)
1с сервер (32-разрядный), СУБД PostgreSQL 9.1.9-1.1C(x64) на Windows 2008 R2(х64) (пока не могу развести начальство на MS SQL server)
Вот подумываю отказаться от режима совместимости с 8.2.13 и перейти на платформу 8.3.
Хочу узнать у Вас уважаемые стоит ли это делать с данной кофигурацией серверного ПО и на какие подводные камни я могу наткнуться? будут ли сложности с обновлением конфигурации после отказа от режима совместимости и т.д.
Вообщем жду комментариев от тех кто переходил, от тех кто отказался и от всех остальных. Спасибо.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) работа делится на этапы.
Подымай до максимума 8.2.
Тестируй конфу исправляй.
Затем переход на 8.3.1 или 8.3.3 точно не помню, тоже самое.
Затем на 8.3.5.
После 8.3.5 идут глобальные изменения в коде.
Поэтому далее уже можно хоть 8.3.13 ставить, если нужно.
Ну ТИИ и проверка конфы на ошибки и все готово.
На ИТС есть статья как переводить на 8.3.
Но на тестовой базе легко это и сам раздерешь если его нету!
Подымай до максимума 8.2.
Тестируй конфу исправляй.
Затем переход на 8.3.1 или 8.3.3 точно не помню, тоже самое.
Затем на 8.3.5.
После 8.3.5 идут глобальные изменения в коде.
Поэтому далее уже можно хоть 8.3.13 ставить, если нужно.
Ну ТИИ и проверка конфы на ошибки и все готово.
На ИТС есть статья как переводить на 8.3.
Но на тестовой базе легко это и сам раздерешь если его нету!
Зачем отказываться от режима совместимости с 8.2.13 при переходе на 8.3?
Никто не мешает под 8.3 использовать конфигурацию в режиме совместимости 8.2.13.
Если думаешь, что получишь от этого какой-то профит, сменив только режим совместимости - так это вряд ли. Так еще не плохо бы всю конфу тестировать и перелопатить, чтобы все новые фишки заработали и убедиться что в новом режиме она осталась работоспособной. Без этого будет больше шансов, что что-то пойдет не так.
Никто не мешает под 8.3 использовать конфигурацию в режиме совместимости 8.2.13.
Если думаешь, что получишь от этого какой-то профит, сменив только режим совместимости - так это вряд ли. Так еще не плохо бы всю конфу тестировать и перелопатить, чтобы все новые фишки заработали и убедиться что в новом режиме она осталась работоспособной. Без этого будет больше шансов, что что-то пойдет не так.
(3) Vitek84, Не верьте, на заборе тоже много что написано. :)
Многие вещи оптимизированные в последних релизах платформы не требуют смены режима совместимости. Так что если есть желание то ставь 8.3 и работай, но не трогай режим совместимости - чтобы если что-то пойдет не так, можно было бы работать с конфой под 8.2.
Многие вещи оптимизированные в последних релизах платформы не требуют смены режима совместимости. Так что если есть желание то ставь 8.3 и работай, но не трогай режим совместимости - чтобы если что-то пойдет не так, можно было бы работать с конфой под 8.2.
Точно !!! Так и получается всегда сначала вопросы задаем, а потом думать начинаем или делаем что-то, а потом инструкции читаем. Ведь каждый раз при обновлении конфы перед глазами светится:
Внимание! Текущий релиз конфигурации "Управление производственным предприятием" предназначен для использования с версией системы 1С:Предприятие 8 не ниже 8.2.19, а также может использоваться с версией 8.3.3.687 (и выше) в режиме совместимости "Версия 8.2.13".
:)) Ладно с этим вроде все понятно. Вот еще вопрос. Новую тему не хочу создавать. На сколько больше или меньше 8.3 ест аппаратных ресурсов по сравнению с 8.2. на сервере и на клиентах(толстых)?
(5) Vitek84, Если в обычном режиме, то разницы я не видел. А на управляемых формах что в 8.2, что в 8.3 толстым клиентам неплохо бы иметь память пошустрее и побольше, если клиенты 64-х разрядные. (к серверу это тоже относится). В любом случае конфигурация железа должна сопоставляться с интенсивностью работы с базой. Кому-то 2-х процессорного сервера с 16 Гб хватит на 100 - 150 пользователей и под сервер 1С и под СУБД, а у другого 20-30 пользователей создадут такой траффик, что в пору ставить bladе сервера в кластере.
Сделайте пользователям копию базы, пусть "протетстируют". Но это скорее будет переход ради перехода, реальной выгоды по производительности можно не получить. Еще по-разному себя ведут 8.3.4 и 8.3.5 на старых конфигурациях и там еще куда подрелизов.
Все мои знакомые админы, пытавшиеся перейти с 8.2 на 8.3 "ради обновления" (конфигурации оставались в режиме совместимости), безисключительно, вернулись на 8.2 - всплыли разные глюки платформы.
Те, кто переходил с 8.2 на 8.3 по нужде (по требованию конфигурации), в один голос заявляют, что в толстом клиенте на 8.3 работа намного менее стабильна, чем в 8.2, но тонкий и вэб-клиент ведут себя вполне сносно.
В Вашем случае (УПП 1.3) очень многим придётся работать в толстом клиенте, так что подумайте - стоит ли планируемый переход возможных глюков в работе...
Те, кто переходил с 8.2 на 8.3 по нужде (по требованию конфигурации), в один голос заявляют, что в толстом клиенте на 8.3 работа намного менее стабильна, чем в 8.2, но тонкий и вэб-клиент ведут себя вполне сносно.
В Вашем случае (УПП 1.3) очень многим придётся работать в толстом клиенте, так что подумайте - стоит ли планируемый переход возможных глюков в работе...
В Вашем случае (УПП 1.3) очень многим придётся работать в толстом клиенте, так что подумайте - стоит ли планируемый переход возможных глюков в работе...
В данный момент в толстом клиенте работает 100% пользователей ... да уж, видимо придется отложить переход на 8.3 до тех пор пока это не станет необходимостью. Глюков и так хватает за счет бардака в БД и слабого железа сервера.
Добрый день. Вопрос по существу и в целом. Нигде не смог найти вменяемого объяснения "что же конкретно представляет из себя режим совместимости с предыдущими версиями платформы и каким образом отказ от режима совместимости (перевод в "не использовать") может повлиять на конфигурацию в целом". Суть проблемы - пришел на место старого админа, решил начать работу с 1С 8.3 ибо до сего момента находился на стадии продвинутого пользователя. Конфигурация - переписанная Бухгалтерия 3.0. Версия платформы 8.3.6.2237. И не смог запустить консоль запросов для УП. По причине включенного режима совместимости. После выяснил, что есть предположения о якобы повышении Посему пытаюсь разъяснить для себя этот вопрос по максимуму. Буду признателен за конструктивное направление к действию.
Мне вот нужны новые функции платформы 8.3, да даже общие реквизиты и то доступны только с 8.2.14.
Постоянно сталкиваешься с тем, что в УПП ничего из полезного функционала платформы не работает.
Получается нужно программировать в платформе 6-летней давности, это огорчает.
Постоянно сталкиваешься с тем, что в УПП ничего из полезного функционала платформы не работает.
Получается нужно программировать в платформе 6-летней давности, это огорчает.
Сам решил озадачится этой темой. Сейчас у нас УПП работает в платформе 8.3.10.2252 в режиме совместимости с 8.2.16.
Есть небольшие трудности с блокировками, и чую бомба таки рванёт через год-полтора.
Тем кто работает в платформе 8.2.х.х рекоммендую перейти на свежую платформу. Из плюсов: мы делаем встроенные обработки на управляемых формах, с применением новых объектов, например планировщика. Сам кластер 8.3.10 более стабильный и вроде как быстрее, по ощущениям. Единственное, что при обновлении у нас с 8.3.8 на 8.3.10 почему то глючат границы служебных форм: окно сообщений выходит за границу монитора чуть чуть, иконки календаря и прочие служебные поменялись. Возможно глюк, а может и фича. Ждём 8.3.11.
А так сейчас потыркаю на копии режим совместимости, может и переведём на более высокий.
Есть небольшие трудности с блокировками, и чую бомба таки рванёт через год-полтора.
Тем кто работает в платформе 8.2.х.х рекоммендую перейти на свежую платформу. Из плюсов: мы делаем встроенные обработки на управляемых формах, с применением новых объектов, например планировщика. Сам кластер 8.3.10 более стабильный и вроде как быстрее, по ощущениям. Единственное, что при обновлении у нас с 8.3.8 на 8.3.10 почему то глючат границы служебных форм: окно сообщений выходит за границу монитора чуть чуть, иконки календаря и прочие служебные поменялись. Возможно глюк, а может и фича. Ждём 8.3.11.
А так сейчас потыркаю на копии режим совместимости, может и переведём на более высокий.
Добрый день
платформа 8.3.10.2580, конф УПП 1.3.54.1 режим совместимости 8.2.13. пользователей 60 база СКЛ все работают под толстым клиентом
вопрос:
1.Нужно переходить на режим совместимости 8.2.16 или выше?
2. Какие подводные камни могут вылезти?
Читал Гилева здесь
с практиты посоветуйте пожалуйста.
платформа 8.3.10.2580, конф УПП 1.3.54.1 режим совместимости 8.2.13. пользователей 60 база СКЛ все работают под толстым клиентом
вопрос:
1.Нужно переходить на режим совместимости 8.2.16 или выше?
2. Какие подводные камни могут вылезти?
Читал Гилева здесь
с практиты посоветуйте пожалуйста.
Отключил режим совместимости в УПП 1.3.82.1, был 8.2.16, стал 8.3.10.
В целом, особых проблем не возникло, пара дней подготовки на копии.
Две недели работают, никто не жалуется.
Для перехода в основном пользовался и
На итс всё хорошо расписано, как править.
Что было сделано конкретно у меня:
1. Переименовать картинки в дереве конфигурации. Обновить в Обновить1 и т.д.
2. Закомментировать или переименовать функции СтрШаблон и СтрЗаканчиваетсяНа в модуле ГлобальныйМодуль.
3. Обернуты в попытку функции ПравоДоступа() .
Их много в коде, но у меня получилось, что надо только в одном месте поправить, с остальными пока проблем не возникло.
ПолныеПрава.ПолучитьВыборкуПоКритериюОтбора(). Вызывается при открытии структуры подчиненности и еще много откуда.
4. Найти все строки «ТаблицаОтчета.Показать();», закомментировать, это элементы формы с видом таб. Док., они теперь сами обновляются.
5. Изменить функцию ПользователиСервер.ЭтоПолноправныйПользовательИБ(Пользователь = Неопределено):
перед "// Авторизован пустой пользователь - список пользователей пуст" написал "Возврат Ложь;", т.к. мне для неавторизованного пользователя не надо полные права давать).
6. Много проблем было с управляемыми формами, там надо все отборы и сортировки, заданные в конфигураторе отключить и перенести в код из-за ошибки "Невозможно применить фиксированные настройки. Пересекаются элементы отбора.".
В целом, особых проблем не возникло, пара дней подготовки на копии.
Две недели работают, никто не жалуется.
Для перехода в основном пользовался и
На итс всё хорошо расписано, как править.
Что было сделано конкретно у меня:
1. Переименовать картинки в дереве конфигурации. Обновить в Обновить1 и т.д.
2. Закомментировать или переименовать функции СтрШаблон и СтрЗаканчиваетсяНа в модуле ГлобальныйМодуль.
3. Обернуты в попытку функции ПравоДоступа() .
Их много в коде, но у меня получилось, что надо только в одном месте поправить, с остальными пока проблем не возникло.
ПолныеПрава.ПолучитьВыборкуПоКритериюОтбора(). Вызывается при открытии структуры подчиненности и еще много откуда.
4. Найти все строки «ТаблицаОтчета.Показать();», закомментировать, это элементы формы с видом таб. Док., они теперь сами обновляются.
5. Изменить функцию ПользователиСервер.ЭтоПолноправныйПользовательИБ(Пользователь = Неопределено):
перед "// Авторизован пустой пользователь - список пользователей пуст" написал "Возврат Ложь;", т.к. мне для неавторизованного пользователя не надо полные права давать).
6. Много проблем было с управляемыми формами, там надо все отборы и сортировки, заданные в конфигураторе отключить и перенести в код из-за ошибки "Невозможно применить фиксированные настройки. Пересекаются элементы отбора.".
(20) Добрый день! А у Вас не было проблем с константами после отключения режима совместимости? У нас по всей базе все гуд, кроме констант - при закрытии формы константы (Настройки программы, Настройки параметров учета) - Ошибка SDBL: Ожидается имя таблицы (pos=6). Причем если просто программно значение какой -либо константы прочитать или записать - все гуд, а если через общую форму - то ошибка.
Реструктуризация выполнена. База создавалась путем загрузки dt в новую базу 8.3, с последующим отключением режима совместимости и проведением реструктуризации.
Может что-то не так делаем или еще чего...
Реструктуризация выполнена. База создавалась путем загрузки dt в новую базу 8.3, с последующим отключением режима совместимости и проведением реструктуризации.
Может что-то не так делаем или еще чего...
(22) Спасибо большое, это была неплохая наводка, благодаря которой удалось победить проблему, хоть и костылем!
У нас есть несколько узлов в планах обмена, а самих обменов нету. Узлы нужны как ссылки для других делишек.
Так вот мы сняли авторегистрацию со всех констант для плана обмена, небольшая реструктуризация таблицы изменений констант и все заработало!
Но нам этот вариант подходит в связи с тем, что нам не нужен обмен. А как победить проблему нормально не понятно...
У нас есть несколько узлов в планах обмена, а самих обменов нету. Узлы нужны как ссылки для других делишек.
Так вот мы сняли авторегистрацию со всех констант для плана обмена, небольшая реструктуризация таблицы изменений констант и все заработало!
Но нам этот вариант подходит в связи с тем, что нам не нужен обмен. А как победить проблему нормально не понятно...
(23) По коду все отрабатывает, ошибка выпадает уже в последний момент, когда код 1С отработал - видимо когда платформа пытается в СУБД записать.
Пробовала выгрузкой/загрузкой выгружать константы из этой базы и загружать в новую пустую базу УПП на 8.3 - загрузилось без проблем. К слову, если создать новую пустую базу, загрузить туда нашу конфигурацию - то ошибка не выходит, после загрузки констант - тоже не выходит. А вот при попытке загрузить эти же константы в рабочую базу - ошибка...
Пробовала выгрузкой/загрузкой выгружать константы из этой базы и загружать в новую пустую базу УПП на 8.3 - загрузилось без проблем. К слову, если создать новую пустую базу, загрузить туда нашу конфигурацию - то ошибка не выходит, после загрузки констант - тоже не выходит. А вот при попытке загрузить эти же константы в рабочую базу - ошибка...
(21)
Мне помогло справиться с
Ошибка SDBL: Ожидается имя таблицы (pos=6)
отключение совместимости в платформе 8.2.19.
Когда ставил режим 8.2.16 в платформе 8.3 вылазила та же ошибка.
Из 8.3 выгрузил дт, загрузил в чистую 8.2.19, снял режим и всё взлетело.
Потом ту же базу открыл платформой 8.3 - всё ок.
В вашем случае видимо нужно в 8.2.19 отключить совместимость.
В 8.3 это превратиться в совместимость 8.2.16, а потом уже в 8.3. действовать дальше.
Но мне нужна была только 8.2.16, чтобы модуль битрикса воткнуть, поэтому дальше не знаю точно.
Мне помогло справиться с
Ошибка SDBL: Ожидается имя таблицы (pos=6)
отключение совместимости в платформе 8.2.19.
Когда ставил режим 8.2.16 в платформе 8.3 вылазила та же ошибка.
Из 8.3 выгрузил дт, загрузил в чистую 8.2.19, снял режим и всё взлетело.
Потом ту же базу открыл платформой 8.3 - всё ок.
В вашем случае видимо нужно в 8.2.19 отключить совместимость.
В 8.3 это превратиться в совместимость 8.2.16, а потом уже в 8.3. действовать дальше.
Но мне нужна была только 8.2.16, чтобы модуль битрикса воткнуть, поэтому дальше не знаю точно.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот