После обновления конфигурации БП КОРП стал виснуть отчет ОСВ по счету.
Решил посмотреть запросом:
ВЫБРАТЬ
    РБ.Счет,
    РБ.Субконто1,
    РБ.Субконто2,
    РБ.Субконто3,
    РБ.Организация,
    РБ.Валюта,
    РБ.СуммаНачальныйОстаток,
    РБ.СуммаКонечныйОстаток,
    РБ.СуммаНачальныйОстатокДт,
    РБ.СуммаКонечныйОстатокДт,
    РБ.СуммаНачальныйОстатокКт,
    РБ.СуммаКонечныйОстатокКт
ИЗ РегистрБухгалтерии.Хозрасчетный.ОстаткиИОбороты(&ДатаНач, &ДатаКон, , ДвиженияИГраницыПериода, Счет В ИЕРАРХИИ (&Счет), , ) КАК РБ
ГДЕ РБ.Субконто1 = &Контрагент

Счет = 60 (Расчеты с поставщиками)
Без последнего "ГДЕ" хоть и с задержкой (по сравнению с КА), но отрабатывает (минута, две). С "ГДЕ" виснет намертво.
До обновления ОСВ формировалась быстро.

ТИИ делай

Делал. Реиндексация + пересчет итогов.
Загружал из dt.
БД MS SQL.

База большая?

(3) Нет: около 10 Гб. Смотрел размеры таблиц - вполне приличные (регистр бухгалтерии меньше 3).
Вот через 12 мин получил результат запроса с ГДЕ. В КА отрабатывает около 1 сек.

ИЗ РегистрБухгалтерии.Хозрасчетный.ОстаткиИОбороты(&ДатаНач, &ДатаКон, , ДвиженияИГраницыПериода, Счет В ИЕРАРХИИ (&Счет), , Субконто1 = &Контрагент)

А так сколько отрабатывает?

(5) Столько же. Тормоза начались после обновления конфы. Платформа не менялась. КА на том же сервере 1С и том же скуле. В БП КОРП, по сравнению с КА в плане счетов дополнительный разделитель учета: Подразделение, но до обновления все было ОК.

Обновление статистики делали?

Не знаю. Не уверен, что ее вообще когда-нибудь делали. Лог точно чистится.
Размер временного скульного файла может играть роль?

(8) Размер лога не влияет. И что за временный скульный файл? tempdb ? Тоже - нет.
Начните с обновления статистики.

Выразить не спасёт?

а не, это запрос спасёт, а ОСВ не спасёт

(9) Не помогло. Смутило, что команда в скуле отработала мгновенно.

Странно, что по другому счету (41), что с фильтром, что без фильтра запрос отрабатывает нормально.
Проверил вид субконто1 - не составной.
По счету 62 тоже нормально (и ОСВ нормально).
Дальше еще интереснее: зависание происходит не на всех контрагентах (на 1-ом - точно).

(12) Так делали?
exec sp_msforeachtable N'UPDATE STATISTICS ?'

(14) Похоже так.

В файловом варианте и ОСВ и запрос отрабатывают мгновенно.