УТ. MS SQL 2016.
WINDOWS 2016
32 битная 1с.

Зависает периодически база 1с, может несколько дней без зависания, может в день по два раза.

После зависания, рестарт службы и все норм.

Фоновые задания отключал, с конфигуратора проверка целостности делал, выгружал\загружал базу. 1С платформу пробовал разных версий.

Платформа какая?
Кластер используется?

(0) Вопросы:
1. Объем базы?
2. Количество Юзверей?
3. Зависания после чего то конкретно или само по себе не от чего не зависит?
4. Троль?

+ к (2)
5. Что за сервак (что в нем напичкано)?

конфа типовая? она точно виснет? может быть какие-то сообщения на самом деле возвращает? например как оповещение о дедлоке из мс скл.

(1) 1С:Предприятие 8.3 (8.3.9.1818)

кластера нет
пользователей 20

зависание не с того ни с сего, думал код, но разные ситуации описывают пользователи когда зависает

cpu: intel i7
memory 16
ssd

это выделенный сервер, хостимся на hyper-v в провайдера

(4) типовая конфигурация ут 3.1 очень покоцанная доробками

(4) зависает 1с, база и просто висит, без сообщений

что в техжурнале видно?

(8) Регл. задания?

(0) как самое простое - попробуй увеличить шаг приращения базы в SQL на порядок. ЭсКуЭльное увеличение занимает ощутимое время. у нас приращение выставлено сразу на весь годовой объём. Смысл приращать по чуть-чуть, если оно неотвратимо вырастет до годового максимума?

Это (11) называется неоптимальное использование ресурсов.

(9) вот такие странные строки есть

39:17.369007-0,EXCP,0,process=rphost,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657,Descr='src\HeartbeatThreadImpl.cpp(1066):
81029657-3fe6-4cd6-80c0-36de78fe6657: descr=10038(0x00002736): Сделана попытка выполнить операцию на объекте, не являющемся сокетом.  line=899 file=src\HeartbeatThreadImpl.cpp'

кстати, как настроить ТЖ сбор только с одной базы?

(10) вообще все регл отключил только что, посмотрю...

как ТЖ включить только для одной базы?

(12) ???? к концу года база всё равно займёт эти гигабайты. Во временном масштабе года это безразлично. Контора прибыль получает не от сомнительной экономии нескольких гигабайт , а от основной деятельности. От пары занятых гигабайт ничего ни с кем не случится. Зато не будет пауз по причине автоувеличения базы.

какие еще есть предложения? (11) попробую, сейчас главное найти причину

Включи сбор данных счетчиков обрудования. Их и анлизируй для начала.

(12) Ваши предложения! Что кроме критики?

(17) Посмотри "Просмотр событий" , performance что там.

(0) Есть очередь на чтение диска ? какова загрузка сервера ?

(21) нагрузка под 80-90% ОЗУ, процессор в половину не нагружен даже

смысл в том, что база зависает и все, только рестарт службы помагает, на этом сервере 1с крутятьтся другие базы и норм у них зависания нет.

Если бы железо то глобально бы было зависания...

работа пользователей из другими базами и другими приложениями на этом сервере не затруднена, только вот с этой есть зависания и не постоянно, бывает раз в 3 дня, бывает 2 раза на день, а так когда нет зависаний то с этой базой работают аналогично без проблем.

(23) не факт, если временами возникают очереди на чтение, будут блокировки  и зависания, установи заббикс и промониторь ресурсы сервера

конфа какая?

(25) ут 3.1

что с дисками? очереди большие в момент зависаний?

Динамическое обновление было?

(22) Сам на свой вопрос ответил. Доставляй ОЗУ.

(28) было и не раз, кстати глюканула однажды эта база при динам обновлении, пришлось делать https://copyraite.blogspot.com/2017/08/blog-post_64.html
потом выполнил тестирование и исправление

(27) не наблюдал, смотрел только загруженность дисков

(29) так доступно 3 гб (свободно)

(27) он считает этот параметр не важным

(33) нет нагрузки в этот момент на диск

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

платформа 8.3.11 ? откатывайтесь на последнюю 8.3.10

(32)Если настройка по-умолчанию, тогда 80% доступно и эти 3 Гб могут оказаться недоступными.

Уже 37 и еще никто не подумал заглянуть в логи винды и скуля.