Всем привет.
Сейчас:
Windows Server 2008 R2
Платформа 1С 8.3.6.1999. 1С сервер 32-х битный.
Сама база на MS SQL
В базе крутится много фоновых заданий. Так же активно используются HTTP и Web-сервисы, ADODB, excel word application, comобъекты..

Есть необходимость перейти на сервер 1С 64-х битный.

Думаю сразу перейти на платформу 8.3.8.1747 с 64-х битным 1С сервером.

На сколько плачевно может произойти переход на 8.3.8, есть ли в этом смысл и чего стоит ожидать в итоге.

Подскажите. Может у кого был подобный опыт, поделитесь впечатлениями :)

На вскидку, Web нужно будет перепубликовать. Вангую проблемы с COM (хотя не факт. зависит от архитектуры). Возможны проблемы с самой базой данных (не озвучено что используется).

Сейчас тестируем переход на этот же релиз 8.3.8. Используемые технологии те же. ЗУП+УПП. Проблем не замечено

(2) а ADODB не тестили еще? У меня это ключевой механизм, отказ которого недопустим =\

(3) Тестили. И АДО, и веб-сервисы, у нас очень многое на них завязано

(4) А переход с 32 на 64 прошел тоже без каких либо проблем?

(5) Не, у нас сразу х64 было)

Не советовал бы. ПОменялся подход к закрытию программы. Например нельзя использовать серверные вызовы перед завершением работы, также нужно обрабатывать завершение работы при открытых формах

Сначала убедитесь, что конфигурация совместима с релизом платформы

(7) Не путай с отказом от модальности.

(9) Тут и не модальные окна нельзя использовать

Ребят, а сам переход с 32 на 64, при использовании вышеописанных технологий рабочего процесса, какие последствия может повлечь за собой?

(11) ком объекты отвалятся

(7) как лечили ?

(13) не снимай режим совместимости 8.3.6

(11)  разные. Даже тривально кучу времени придется убить например на то чтобы прнтеры печатали беспроблемно. У нас вот с одним принтером проблемы - печатает в никуда. Никаких ошибок, ничего. Просто печать проваливается в никуда и все. Драйверов под эту модель на 64разряда - нет

(15) если в печати искользуются компоненты 8 3 8 с компонентами не дружит

(16)  да обычная печать, даже без1с

(0) Грозит проблемами с количеством открытых udp портов. Rmngr.exe открывает порты около 20000 портов и сервер перестает адекватно работать (не только 1С).
Если не нужен новый механизм размещения элементов из 8.3.7 https://wonderland.v8.1c.ru/blog/novyy-mekhanizm-razmeshcheniya-elementov-v-forme/ , то лучше сиди на 8.3.6.

Есть какая инфа по поводу починили ли в 838 работы компонент?

Ругается на клиент-серверном режиме Тип не определен при вызове

(19) на что ругается ?

на любой вызов компонент.
Addin

(22) на какой платформе замечено?

838. в клиент-сервере.

(24) релиз то какой?

(24) 8.3.8.1784 - проблем с Addin не замечено

Попробовал недавно крайний рел 8.3.8 на файловой.
Впечатление на БП3.0 после 8.3.6, как будто бы всё стало тяжелей и тормознутей, запуск по крайней мере точно.
Выход стал может и быстрей, отзывчивей но процесс висит дольше.

(27) сам тестирую сейчас, база самописная клиент-сервер, пока стоит 8.3.6 в режиме совместимости 8.3.2... 8.3.8.1748 запускается и работает в разы быстрее

(28) а, да. Самописка быстро работает, есть у меня нетленка.
А у тебя на самописке процесс 1сv8с.exe быстро отваливается после выхода? У меня как-то через раз, иногда висит секунд 10

Но типовая БП3.0 удручает, может винда уже кривая, хз

(29) до 3 секунд, комп слабый - Core2Duo, 2Gb RAM, WIN XP )))

Так что же делать с окошком "Завершить работу программы, да/нет" ? при закрытии в 8,3,8 ?
Как переделать чтобы и платформа не ругалась и окошко было ?
8,3,7 - не предлагать

(31) я до этого еще не дошел, опиши подробнее в чем косяк

+(30) пока только тонкий клиент тестирую

(30) ок, значит подвисаний процесса не наблюдается (10-15 сек) ?

(31) непонял, это типовая так говорит?

(34) пока нет

(31) Не ставить режим совместимости в "Не использовать". Или переписывать логику.

(37) вы про серверные вызовы при/перед закрытием?

(38) Там не только серверные вызовы, но и открытие окон запрещено.

Элементы на форме в режиме предприятия в некоторых формах почему-то хаотично растянулись, где то наоборот не растягиваются, где-то нормально... Как бороться? переделывать косячные формы, или же есть другое решение?

+(40) в конфигураторе все выглядит хорошо