Используется Microsoft SQL Server 2008. Ут11 последняя версия, 1С:Предприятие 8.3.8.2233
Раньше такие зависания происходили раз в неделю, сейчас по пять раз на день. Если в этот момент отключать службу Агент Сервера 1с, то она отключается с ошибкой 1067, но все равно отключается, потом при перезапуске все вроде бы нормально. Дело не в фоновых заданиях. В чем может быть проблема? Может где-то можно логи посмотреть?

В настройках сервака... админы!)

(0) для начала может логи почистить?

(2) всмысле у пользователей в винде, в AppData? или где-то в 1с вы имеете ввиду?

пусть одмины по журналу винды смотрят что происходит

(4) админов нет, есть программист 1с из франчи (догадайтесь
кто), только просьба не предлагать сбросить ответственность на других специалистов, очень хочется самим решить

(5) Ищите админа. Только он вас спасет.

(6) Предствим, что я админ)

(3) в AppData
+ ты не сказал когда тормоза (при запуске, в процессе работы)
если при запуске, то нет ли антивируса.
Антивирус может сильно тормозить.

(8) в процессе работы

(8) + тфу имею в виду журнал регистрации

(7) Смотри загрузку сервака, админ! Как загружены диски, проц и память.

(11) Просто кроме 1с все работает отлично

(9) точно нет регламентных? нет ничего периодически запускаемого на сервере. Что с памятью на сервере и загрузкой процессора в момент когда проблемы?

(12) Что именно "всё"? Пасьянс косынка?

(14) ну да)

(12) Например SQL если вместе с 1С на сервере, может сожрать большую часть памяти или наоборот 1С сожрет память

(13) ну я смотрю истрию их в поддержка -> фоновые и регламентные задания, ставлю все галочки (выполнено, выполняется, отменено...) там ничего нет во время зависания

(17) Не похож ты на админа.. Похож на 1С-ника...

Вот тут для начала почитай: https://habrahabr.ru/post/127286/

(19) большое спасибо за ссылку,
P.S боюсь я пока начну в боевых условиях это делать, все успеет перестать виснуть

(20) так как больше 20 минут зависаний я не помню, но когда стоят люди и ждут пока их обслужат - это действительно ужасно

(20) Да, нужно поймать причину. Возможно, на сервере настроено резервное копирование. Или здесь же организовано файловая помойка. Или домен. Нужно анализировать. Тут тебе не "просто галочки потыкал". Тут думать нужно.

В скулевом профайлере глянь, может какие-то запросы неоптимизированные идут в это время. И железо, на котором все крутится - живое или мертвое?

Посмотри на процесс rphost, возможно он подвисает.
Попробуй сделать как здесь написано https://its.1c.ru/db/metod8dev#content:5815:hdoc

(23) запросы в скулевом профайле, где это?

Может место на HDD закончилось?

То же самое происходило у 3-ех клиентов, именно на 2008 серваке x64. База SQL Зависало так, что ни один пользователь войти не мог в течении 10-20 минут. При попытке провести документ зависали все.

Сделал выгрузку, удалил базу. Создал новую и загрузил.
Исправлялось

Причем процессы, диски, rphost - все бездействовало

(26) вообще ssd, но место есть еще много

(0) задания посмотри. еще есть ли ошибки в журнале.

(0) такое только от заданий обновления конфигурации наблюдал. вешало просто сервер, утечка памяти.
Посмотри не растет ли процесс во время зависона.

Select * from config where filename like "&dyn&"

& - это знак процента, нет в клавиатуре телефона

(29) SSD и под базу и под систему? Или система отдельно на HDD крутится? Потому как есть еще данные полнотекстового поиска, которые по умолчанию находятся на диске с системой.

(32) я попробовал выполнить этот скрипт в SQL management studio - получил ошибку Недопустимое имя столбца "%dyn%" (символ & заменил на %)

+(34) при этом сам скрипт в базе обрабатывается - стоит убрать условие where - возвращается куча записей

(34)  Select * from config where filename like '%dyn%'

(36) Спасибо за науку. Буду знать, как хвосты дин. обновлений проверять.