Почему отчёт в 1С формируется по 10–15 минут вместо трёх

Отчёт в 1С формируется долго обычно не из-за размера базы, а из-за трёх вещей: запросов к виртуальным таблицам без нужных индексов, регламентных заданий, которые пересчитывают итоги в рабочее время, и разграничения прав (RLS), проверяющего каждую строку. Обновление платформы эту проблему почти никогда не решает — помогает точечная оптимизация запросов и, при нагрузке от 20–30 пользователей, перенос базы на выделенный сервер.

с трёх минут до пятнадцати: как отчёт по остаткам начал тормозить

Компания — дистрибьютор стройматериалов на 45 пользователей, работает в 1С:Управление торговлей. Каждое утро завскладом открывает отчёт «Остатки и обороты», а в дни закрытия месяца тот же отчёт нужен бухгалтерии — свериться перед проводками. Первые полгода отчёт открывался за две-три минуты, и на это никто не обращал внимания.

Но база росла: приходили новые накладные, добавлялись контрагенты, документов за месяц стало в разы больше, чем в начале. Отчёт, который раньше открывался за кофе, стал занимать семь минут, потом десять. К концу второго квартала в дни закрытия месяца, когда отчёт запускали одновременно бухгалтерия и склад, время выросло до пятнадцати минут — при том что запрос оставался тем же самым, менялся только объём данных под ним.

Тревогу забили не сразу: рост был постепенным, и каждую неделю разница казалась незначительной — на пару секунд дольше, чем вчера. Проблему заметили только когда бухгалтер в день сдачи отчётности прождал отчёт пятнадцать минут и не успел свериться до совещания с руководством.

что нашёл разбор: виртуальные таблицы без индексов и раздувшиеся итоги

Специалист по 1С снял замер производительности прямо во время формирования отчёта и увидел: основное время уходит не на вывод на экран, а на обращение к виртуальной таблице РегистрНакопления.ОстаткиИОбороты. Период отчёта не попадал в текущие итоги регистра, поэтому платформа каждый раз пересчитывала остатки заново от последней контрольной точки — по сути, суммировала движения за несколько месяцев на каждый клик.

К этому добавились два усилителя. Во-первых, на регистре не было индекса под те поля, по которым строился отбор в отчёте — номенклатура и склад, — и платформа перебирала записи почти без опоры на индекс. Во-вторых, разграничение прав доступа (RLS) для 45 пользователей с разными правами по шести организациям добавляло свой фильтр к каждой строке результата: система на каждый вызов отчёта заново проверяла, что этому пользователю можно показывать.

На этапе первоначального внедрения ни один из этих факторов не был заметен: при пяти пользователях и небольшом объёме документов запрос без индекса выполнялся за доли секунды, а RLS почти не влиял на результат. Проблема стала видна только тогда, когда объём данных и число одновременных сеансов выросли на порядок — типичная ситуация для растущей компании, которую редко закладывают в проект на старте.

Чтобы отделить проблему кода от проблемы железа, специалист прогнал тест Гилёва — стандартный замер скорости платформы 1С на конкретном сервере. Однопоточная производительность оказалась в пределах нормы: узкое место было не в мощности сервера, а в структуре запроса, отсутствующих индексах и лишней нагрузке от RLS.

заблуждение «обновим 1С — и отчёт полетит»

До того как разбираться в запросах, штатный айтишник компании пошёл более коротким путём: обновил платформу и конфигурацию до свежего релиза, рассчитывая, что новый оптимизатор запросов сам разберётся с медленным отчётом. На тестовой базе с небольшим объёмом данных отчёт действительно стал открываться на пару секунд быстрее — и это укрепило веру, что дело в версии.

На боевой базе с реальным объёмом документов эффект продержался около двух недель, а затем время формирования вернулось к прежним пятнадцати минутам в пиковые дни. Причина проста: обновление 1С ускоряет движок платформы, но не переписывает структуру конкретного отчёта, не добавляет недостающие индексы и не трогает регламентные задания, настроенные под старые объёмы данных. Если тормозит не платформа, а запрос и данные под ним, релиз можно обновлять сколько угодно — быстрее он не станет.

Ставка в этой истории была не абстрактной. Бухгалтерия закрывала месяц не за два дня, а за четыре, потому что каждая сверка требовала повторного пересчёта, а таких пересчётов набиралось по десятку в день. Отчётность в ФНС и Росстат сдавалась ближе к последнему сроку, и любой сбой — зависший сеанс, обрыв связи с сервером во время формирования — грозил просрочкой. А время сисадмина, который методом проб и ошибок ищет причину без диагностики, стоит дороже, чем системный разбор с самого начала.

что реально изменило скорость: индексы, регламентные задания, перенос базы

После разбора причин команда сделала четыре вещи.

• ✓Добавили индексы под реальные отборы отчёта — по номенклатуре, складу и периоду, — вместо того чтобы полагаться на полный перебор записей регистра.
• ✓Перенесли регламентное задание пересчёта итогов на ночное время: к утру платформа уже работает с готовыми текущими итогами, а не досчитывает их во время открытия отчёта.
• ✓Упростили схему RLS — часть ограничений вынесли на уровень ролей вместо построчной проверки, оставив построчный контроль только там, где он действительно нужен по организациям.
• ✓Перенесли базу с файлового варианта на клиент-серверный, на выделенный сервер: 45 одновременных сеансов перестали упираться в один локальный диск.

Это уже не разовая правка, а доработка 1С под конкретную нагрузку — быстрее и дешевле, чем менять конфигурацию целиком.

Перенос базы делали в выходные, отдельным окном: сняли копию, развернули на новом сервере, сверили контрольные суммы и переключили пользователей в понедельник утром. Простоя в рабочие дни не было — работали по регламенту резервного сервера, который держали именно на случай миграции.

результат: сколько теперь занимает отчёт

После четырёх изменений отчёт «Остатки и обороты» вернулся к двум-трём минутам — при том что база с момента первого симптома выросла ещё почти вдвое. Бухгалтерия закрывает месяц в прежние сроки, склад формирует отчёт по требованию, а не по расписанию «пока никого нет в базе». Когда компания в следующий раз упрётся не в скорость отчёта, а в возможности самой конфигурации — например, понадобится сквозной учёт по нескольким юрлицам с производством, — это будет повод обсуждать не индексы, а внедрение 1С заново или переход на 1С:ERP. Для текущей нагрузки в этом пока нет смысла.

Отдельно завели правило: раз в квартал повторно снимать замер производительности по ключевым отчётам, а не ждать, пока время формирования снова подрастёт незаметно. Это дешевле, чем разбирать проблему заново, когда база вырастет ещё на треть.

быстрая проверка: пять признаков, что причина та же

Прежде чем звать специалиста, стоит проверить симптомы — они часто совпадают.

• ✓отчёт тормозит именно в дни закрытия месяца, а не равномерно каждый день
• ✓долго формируется у всех пользователей одновременно, а не у одного конкретного сотрудника
• ✓после обновления платформы стало быстрее на день-два, а потом всё вернулось как было
• ✓в мониторинге сервера процессор и диск не загружены под сто процентов — значит, дело не только в железе
• ✓чем больше пользователей одновременно в базе, тем сильнее просадка именно этого отчёта

Если совпало три пункта из пяти, причина почти наверняка в запросах, индексах или регламентных заданиях — и её можно разобрать за несколько дней, не переезжая на новую конфигурацию.

❓ Частые вопросы

Почему отчёт в 1С тормозит именно при закрытии месяца, а не в обычные дни?

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

Поможет ли просто более мощный сервер, если база работает в файловом режиме?

Отчасти. Файловый режим упирается в возможности одного диска и однопоточную обработку запросов, поэтому даже мощный сервер не снимет затор при десятках одновременных пользователей. Ощутимый эффект даёт переход на клиент-серверный вариант с СУБД вместе с апгрейдом сервера, а не апгрейд сам по себе.

Сколько стоит ускорить медленный отчёт в 1С?

Диагностика и точечная оптимизация запросов и индексов обычно укладываются в рамки сопровождения 1С — от 3800 руб/час по фактическим трудозатратам специалиста. Если требуется перенос базы на выделенный сервер, отдельно закладывается аренда сервера 1С от 3300 руб/мес.

Нужно ли переходить на 1С:ERP, если тормозят отчёты?

Почти всегда нет. Медленные отчёты в девяти случаях из десяти лечатся индексами, регламентными заданиями и, при высокой нагрузке, переносом базы на сервер. Переход на 1С:ERP имеет смысл обсуждать отдельно, когда тормозит не конкретный отчёт, а архитектура конфигурации не справляется с масштабом бизнеса.

Как быстро можно понять, в чём причина медленного отчёта?

Обычно за один-два дня. Специалист снимает замер производительности прямо во время формирования отчёта, проверяет структуру запроса, индексы и регламентные задания, при необходимости прогоняет тест Гилёва, чтобы исключить проблему железа. План исправления готов уже по итогам этой диагностики.