Падает 1С 8.3 после обновления CRM с 2.0.8.2 на 2.0.8.3
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Доступ к форуму партнерам «1C-Рарус» по дистрибуции предоставляется на сайте
rarus-soft.ru
Прикрепленные файлы
Прикрепленные файлы
Сегодня вышел релиз Платформы 8.3.5.1119. Обновитесь до этой версии, возможно это поможет решить Вашу проблему.
Разработчик просил уточнить у Вас База файловая или скульная и какая версия SQL
Добрый вечер. С сайта 1С установлен PostgreSQL 9.2.4-1.1C(x64)
Спасибо, передала разработчикам.
И еще я заметил что у вас почему то используется "толстый клиент", а не "тонкий". Возможно в этом проблема.
Прикрепленные файлы
Толстый клиент выставляли специалисты, которые занимаются у нас внедрением CRM (честно говоря не помню причину, по которой они этот вариант рекомендовали)
Это была проблема с быстродействием нескольких релизов платформы, тогда действительно толстый клиент работал быстрее. Но эта проблема давно решена и необходимо перейти обратно, на тонкий клиент.
Все таки тонкий клиент оптимален для управляемого приложения.
У вас такие же настройки в разделе Совместимость как на скриншоте?
Прикрепленные файлы
Прикрепленные файлы
Имеем сервер 1С 8.3.5.1068 на Windows Server 2012 R2 Rus. Всё работало нормально до обновления на последний релиз. Всё на скришотах:
Прикрепленные файлы
Вот логи, которые вы просили
P.S.: с базой параллельно никто не работает; конфигурация версии 2.0.8.2 работает корректно.
Прикрепленные файлы
Дамп снять не получается, т.к., как я уже писал выше, в режиме тонкого клиента 1С не падает с ошибкой, а просто зависает, и приходится через диспетчер задач убивать процесс. Вот подробные логи.
P.S.: с базой параллельно никто не работает; конфигурация версии 2.0.8.2 работает корректно.
После чего пользовательское соединение отваливается. При этом операция на которой происходит разрыв соединения имеет малоинформативное описание (т.к. не связанна с кодом конфигурации):
Прикрепленные файлы
Хотелось бы понимать чем отличается версия 2.0.8.2 и 2.0.8.3 с точки зрения алгоритмов, конкретно в том месте где происходит аварийное завершение.
В коде в нескольких местах для заголовков элементов формы вставлен метод НСтр и в ПриСозданииНаСервере вставлен типовой БСП-шный вызов
Можно конечно попробовать его закомментировать, но он не должен вызывать проблему.
А на самой форме только заголовки полей отбора перемещены.
2.0.8.3. Успешно выполняется:
идентификатор 64016dc5-c439-49fa-8a71-c3cb708e243b чередуется с 0459eaa0-589f-4a6d-9eed-c1a7461c8e3f. После чего аварийное завершение.
А теперь посмотрим на поведение 2.0.8.2.
Так же как и в 2.0.8.3 успешно выполняется схожий блок команд (даже ссылки на документы очень похожи):
Только на этот раз видимо все вызовы успешно обрабатываются клиентом и он отправляет запрос на сервер:
Непохоже на проблемы в коде и вероятно придется к 1С обращаться за разъяснением.
Вячеслав, у Вас на всех клиентских машинах падают сессии? Попробуйте почистить кеш и посмотреть на реакцию системы.
База большая? Можете выгрузить ее в файловый вариант (2.0.8.3) и выполнить ту же операцию?