Оптимизация запросов 1С: с чего начать

«Сервер слабый» — первая гипотеза, которую стоит проверить последней. Часто тормозит конкретный запрос: без отбора, с лишними соединениями, в цикле, на файловой базе под нагрузкой. В материалах по производительности 1С (ITS, Infostart, разборы ТЖ) путь один: измерить → найти тяжёлый кусок → исправить запрос/индекс/процесс → проверить на копии.

Разбираю тормоза: от 2 999 ₽/час или смета; сопровождение пиковых контуров — от 49 999 ₽/мес: услуги.

Бытовая самопроверка (до глубокого профиля)

1. Тормозит у всех или у одной роли/отчёта?
2. Файловая база при нескольких проведениях — ожидаемы очереди.
3. Период отчёта «с начала времён»?
4. Одновременно закрытие / обмен / регламент?
5. Воспроизводится ли на копии тем же пользователем?

Если лечится только перезагрузкой — вы сняли симптом.

Что смотреть специалисту

• замер времени операции и воспроизведение;
• технологический журнал / планы запросов СУБД (для клиент-сервера);
• виртуальные таблицы и условия соединений;
• обращение к данным в цикле (N+1);
• блокировки vs «просто долгий SELECT».

Не каждый тормоз — «не хватает индекса». Иногда нужен другой процесс или ограничение периода.

Типичные ошибки

• Купить SSD/RAM до замера.
• Оптимизировать отчёт, который гоняют раз в год на весь период.
• Править запрос на проде без копии и регресса.
• Игнорировать, что доработка сняла использование типового индекса.

Как я веду оптимизацию

1. Симптом и целевое время (реалистичное).
2. Копия + замер до/после.
3. Правка запроса/индекса/регламента — минимальным изменением.
4. Регресс ключевых сценариев.
5. Рекомендация: код / инфраструктура / режим базы.

Пришлите: файл или SQL, что именно тормозит, длительность — по этому видно, хватит часа анализа или нужен профиль с ТЖ.