Добрый день, коллеги!

Виртуальный сервер 1С Win2008R2, 8.3.12.1529, 64 Gb RAM
Виртуальный сервер SQL2008R2, 64 Gb RAM

Дисковый массив SSD

В течение некоторого времени наблюдаю следующую картину: база СЭД в рандомное время подвисает минут на 15, пользователей выкидывает, обратно не зайти - просто висит сплешскрин. При этом на сервере 1С процесс, который обслуживает данную базу видимых проблем не имеет, памяти ещё много, основные показатели производительности в норме, на сервере SQL тоже.

Самое интересно, что в остальные базы, коих порядка 20 на том же сервере, можно зайти спокойно и никаких проблем вообще нет!

Единственное, у всех пользователей зависшей базы растёт показатель "Захвачено СУБД".

Пробовал: через resmon.exe удалять процесс ОС, который обслуживает сеансы пользователей - не помогало, т.к. пользователи переключаются на свежий процесс ОС и опять растёт показатель "Захвачено СУБД". Ну, перезапуск службы 1С, конечно, помогает, но это не вариант же.

Ранее такое замечалось ещё за двумя тяжеловесными базами ЗУП и УПП.

Я админ, в коде 1С не смыслю, поэтому прошу отнестись с пониманием. Как мне помочь нашим программистам 1С докопаться до истины?

Столкнулись с подобным из-за журнала регистрации
Помог перевод на старый формат

(1) +1 Кто-то фильтры на журнал наложил, а он в новом формате. Либо возвращайте старый формат, либо переходите на ультрасовременный который в платформе 8.3.13.

(2) > переходите на ультрасовременный который в платформе 8.3.13.

Это что за зверь такой?

(2) а разве чтение блокирует запись?
в прошлые разы была проблема с wal

(4) ну если в привычной базе нет, но вообще такое в жизни встречается.

(0) Что показывают счетчики производительности?

(0) в ТЖ есть записи о транзакциях?
что в счетчиках производительности скуля о транзакциях?

(4) Блокирует, консультант открыл журнал регистрации с диким отбором и подвесил работу 700 человек.

(0) В дополнение к (1) еще на практике подобное было при умирающем ключе.
Выводились совсем левые ошибки, никакого упоминания об отсутствии ключа защиты..

Экзотика конечно. Но я в боевых условиях видел  подобные симптомы: У пользователей растет количество захвачено СУБД, фризы, невозможность входа тот же набор симптомов. Паямть, место, проц - далеко не 100% загрузка. Дело  было в корявом коде одного из обработчиков ожидания, а точнее в через ж...пу написанном запросе в нем. Запрос починил - все стало ок.

Рекомендую посмотреть ТЖ, точнее его проанализировать. В инструментах разработчика есть такой инструмент для тех кто в 1с не силен. Просто посмотрите наибольшее количество вызовов и наибольшую длительность вызовов, там есть контекст и вероятнее всего проблема там.

(3)  Они взяли старый формат и модифицировали его. Обещали на открытом воскресенье в прошлом году. Видать сделали.
(4) Я не спец по sqllite судя по наблюдениям в диспетчере ресурсов, при отборе в журнале, 1С интенсивно читает журнал и создаёт его копию в темновой папке (предполагаю что с отбором). Очереди на дисковую систему сервера зашкаливают. Есть предположение что и индексов нет в журнале, поэтому ещё и процессорное время сжирается. У нас такой ступор начинается, что просто кошмар.