1) Версия платформы, конфигурация, количество пользователей, наличие изменений.
2) Объем оперативки, сколько из нее под SQL в настройке и фактически?
3) Счетчики в момент зависания: очередь диска, доступно физической памяти, утилизация CPU процессами sqlserver и rphost, попадучесть SQL в кэш
4) Актуальность статистик и фрагментация таблиц.
5) Доля нулевых записей в таблицах итогов
Это для начала. Можно прованговать скан или параллельный нестлуп на таблицах итогов. Выполните их пересчет, вообще это регламентная операция: они пухнут by design. После чего перестройте на них индексы. MAXDOP = 1, для 1С больше обычно не нужно.
Updated: 23 December 2018, 00:14:32
я бы начал с переноса БД на другой ПК и попробовать провести проводку там.
думаю если бы проблема на другом железе повторилась, то очевидно нужно тыкать программиста 1С.
Лавров.жпг
1) Проблема может не повториться даже после перезагрузки, например в случае плохого плана в кэше.
2) 95% "программистов 1С" ни хрена не понимают в работе СУБД.