Стали зависать сеансы пользователей с блокировкой объектов базы данных

У нас такая же проблема. Выход из ситуации аналогичный.
Движок: 8.2.18.61
Альфа: 5.0.06.07

Тоже самое уже несколько месяцев
1С:Предприятие 8.2 (8.2.17.143)
Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.06.07)

я смотрю статистика показывает ,  что проблема имеет хронический характер- комментарий от сотрудников Рарус последует?

У меня Xeon CPU  E5-2650 (2 процессора) и 64 Гб. Сервер 1с - х64. Для темп файлов выделили SSD диски (саму ДБ и логи -не рискнули). Все вместе едва отжирает 12-20% проца  и 20-25% памяти .
1с движок=8.2 (8.2.18.96) , SQL 2012 sp1+последние CU. Сами база имеют смешной размер - я выделил сначала 2.5 Гб, он еще даже не увеличивался ни  разу даже в центр . базе.
По моим параметрам железа я считаю что их -выше крыши для работы любой базы среднего объема (о своем вообще молчу).
Конечно есть еще возможность кривых рук моих и админа -но старались как то более надежный вариант выбрать работы (рекомендации по конфигурированию SQL сервера от Раруса нет -этот процесс похоже на написание поэмы). Поэтому думаю не в железе дело: либо в конфе, в коде (что можно и нужно "кое кому " исправить), либо это на уровне платформы 8,2 косяки - и тут уже мы упираемся в стену наглухо.
Что заметил в основном сесси подвисают либо в работе АРМ (причем в любом, но чаще АРМ Запись на ремонт), либо в форме подбора-выбора справочников -клиентов, товаров.
мне тоже предложили-после этого фоновый обмен УРБД встает "колом" даже на документообороте автосервиса- до этого только  на документе Реализация авто
Жду помощи от сотрудников Раруса.

В новом опубликованном релизе 5.0.07.04 решена проблема с зависаниями при использовании клиент-серверной системы.

1. Рекомендуем обновить до релиза 5.0.07.04.
2. Можете предоставить замер производительности проблемной операции.
3. Сколько пользователей работают одновременно в базе?

Ну ладно, в общем с тормозами немного разобрались, но вот "Запись на ремонт" - можно ли как-то оптимизировать его работу? Ведутся ли какие-то работы в этом направлении?

Вот замеры

Я присоединяюсь к данной проблеме: я и тему открывала уже что при использовании АРМ "Запись на ремонт" происходит зависание программы или непроизвольное закрытие(база на  PostgreSQL, но я вижу что аналогичные проблемы и на MS SQL, очень похоже что действительно дело в обработке), . Не понятно только почему если столько жалоб на работу данного АРМ до сих пор не принята к рассмотрению данная проблема?

Здравствуйте Виктор!
К сожалению, из соображений информационной безопасности нашей организации не имею права и возможности выслать Вам выгрузку нашей ИБ.
И еще один вопрос: когда пользователь выходит из Альфы 5 выдается сообщение Windows о некорректном завершении работы приложения с предложениями найти решение проблемы в интернете или завершить работу программы, выбираем завершить работу программы, а процесс 1cv8.exe все равно остается в списке процессов и жрет 10-13% ЦП и 8-10 МБ ОЗУ - приходится постоянно убивать такие "висяки" вручную - есть ли у Вас решение данной проблемы?

1. Доработана (на поддержке)
2. 8.2.18.104
3. от 25.02.2013
4. У всех
5. Windows 2008 r2 standard 64-bit

Уточните версию компоненты: Меню "Сервис->Настройка параметров->Текущие параметры лицензирования".
Попробуйте откатить платформу до 17-го релиза.
Вы делали изменения в модуле обычного приложения?
Если включено право "Активность значимых событий", то попробуйте отключить.
Есть ли возможность удаленного подключения?