https://yadi.sk/i/URRbqhhQNkBelw

БП 3.0. Типовая. Данные переносятся через синхронизацию из Розницы.

Недавно стала сильно тормозить при проведении документа "Отчет о розничных продажах". Замер производительности показал, что основное время уходит на запись НабораЗаписей. Что можно сделать?

(0) Даты итогов, пересчёт итогов, реиндексация, пересчёт статистики ?

Хм. А что за 32 тыс. процентов?

(1) Можно поподробнее, или ссылку? )
Вряд ли кто-то что-то там из этого всего делал.

(2) Как замер статистика выдал, так и отскриншотил )
А вообще, документ проводится около 9 минут. Это не дело, конечно...

(1) ааа, ну так бы и написали, что это ТиС )

А сколько по времени примерно может длится ТиС для базы, которая в файловой версии, развернутая, занимает порядка 19-ти Гб, но работает в SQL?

+(5) Если я поставлю флажки только у реиндексации, проверки лог. целостности и пересчете итогов?

(4) Ну, даты итогов - это не ТИС. Надо смотреть где они в БП 3.0. И видимо сделать надо до ТИС.

Статистика - это в скуле. Это примерно так :

DBCC FREEPROCCACHE (чистим процедурный кеш)
exec sp_MSforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN' DBCC UPDATEUSAGE (Имя_Базы) (выполняем пересчёт).

Делается в последнюю очередь. А реиндексация - после пересчёта итогов. Ибо пересчёт индексы гробит.

(7) То есть, отсюда: https://yadi.sk/i/Rz0nMIAp0cOyuA ?

А то, что итоги установлены на 30.09 (бух.) и на 31.08 (накопл.), а медленно проводятся документы за 08.01, о чем-нибудь говорит? Дело может быть не в итогах?

(8) Я бы выполнил все те пересчёты а потом бы смотрел дальше. А какой смысл гадать не имея информации ?
Конфигурации типовые.

Ну, возможны какие-то проблемы с сервером. Можно попробовать восстановить в тестовую базу копию на тот момент, "когда не тормозила" и попробовать как с ней сейчас дела.

(8) год то какой хоть у рассчитанных итогов, 20?)

(10) 0020 ))
Да нет, нормально все там.

можно профайлер попробовать натравить, может понятнее будет какие запросы тяжелее

(11) нормально, это 2021 год ? Или всё же 2020 ?

Если последнее, то сдвинь границу расчитанных итогов куда надо

(14) 2021

Сделали пересчет итогов и переиндексацию. И вот каковы результаты:

Проведение документа ОРП за 08.01.2021 по Розничному складу.

Файловая база.

Начало: 09:27:00.
Окончание 09:28:30.
Итого: 01:30.

База на SQL.

Начало: 09:34.00.
Окончание: 09:38:19
Итого: 04:19.

База на SQL (второй заход).

Начало: 09:44.00.
Окончание: 09:46:00
Итого: 02:00.

Тут, во-первых, непонятно, почему 1С то медленно работает, то быстрее начинает.

Но это даже не самое главное. Потому что есть "во-вторых" ) . А это то, что пересчет итогов и переиндексацию мы делали только в SQL-базе, а файловая - это копия ее же, но ещё ДО этих действий. Это почему, есть какие-то варианты?

(16) SQL-сервер на том же сервере, что и сервер 1с? Или на другом?
Приведи характеристики сервера SQL. Есть ли еще какие-то нагруженные базы на этом сервере?
Покажи, что с нагрузкой на сервере SQL в момент проведения (проц по ядрам и очередь к диску). И что с нагрузкой на сервере 1С (проц по ядрам)