Как отключить замеры времени в 1С

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

Чаще всего под «замерами времени» понимают три разных механизма: замер производительности в конфигураторе (включается из режима отладки), технологический журнал сервера 1С (настраивается через файл logcfg.xml) и подсистему «Оценка производительности» в типовых конфигурациях на базе Библиотеки стандартных подсистем. Отключается каждый из них по-разному, и важно понимать, какой именно механизм активен в вашей системе.

Ниже разобраны все три сценария с конкретными действиями, проверкой результата и типичными ошибками. Инструкции применимы к платформе 8.3 и типовым конфигурациям (ERP, УТ, КА, БП, ЗУП), где используется БСП.

Определите, какой механизм замеров активен

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

Проверить технологический журнал проще всего по наличию файла logcfg.xml в каталоге conf сервера 1С (обычно C:\Program Files\1cv8\<версия>\bin\conf или /opt/1cv8 на Linux) либо в каталоге, заданном при настройке кластера. Подсистему БСП видно в интерфейсе: раздел «Администрирование» → «Обслуживание» → «Оценка производительности», либо по регламентному заданию «Обработка замеров производительности» в консоли заданий.

Отключение замера производительности в конфигураторе

Замер производительности в конфигураторе — это переключатель, который включается и выключается одной и той же командой. Если при запуске отладки 1С собирает статистику по строкам кода, значит замер включён. Откройте конфигуратор, перейдите в меню «Отладка» и посмотрите на пункт «Замер производительности»: активный пункт отображается как нажатый (отмеченный). Выберите его повторно — замер отключится.

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

Дополнительно проверьте настройку «Отладка → Предметы отладки» и отключите автоматическое подключение предметов отладки, если оно больше не требуется. Это снимет остаточную нагрузку на сервер, связанную с поддержанием отладочного соединения.

1. 1
   Откройте конфигуратор и меню «Отладка»
2. 2
   Найдите пункт «Замер производительности» — если он активен, выберите его для отключения
3. 3
   Проверьте «Предметы отладки» и отключите автоматическое подключение, если оно не нужно
4. 4
   Завершите сеанс отладки и убедитесь, что статистика замеров больше не собирается

Отключение технологического журнала на сервере

Технологический журнал — самый «тяжёлый» источник замеров. Он включается созданием конфигурационного файла logcfg.xml и пишет события (DBMSSQL, CALL, EXCP, TLOCK и другие) в указанный каталог. При долгой работе с полным набором событий нагрузка на дисковую подсистему и объём логов становятся критичными.

Чтобы полностью отключить технологический журнал, найдите файл logcfg.xml в каталоге conf экземпляра сервера 1С и удалите его либо переименуйте (например, в logcfg.xml.off — это удобно, если журнал понадобится снова). Затем перезапустите службу агента сервера 1С, чтобы изменения вступили в силу. Без перезапуска сервер продолжит писать логи по старой конфигурации.

Если полностью отключать журнал нельзя (например, требуется регистрация ошибок), сократите состав событий в logcfg.xml: уберите события замеров длительности (CALL, DBMSSQL с длительностью) и оставьте только EXCP и события ошибок. Так вы сохраните диагностику сбоев без постоянных замеров времени.

<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\1clogs" history="24">
    <event><eq property="name" value="EXCP"/></event>
    <property name="all"/>
  </log>
</config>

Отключение замеров в типовой конфигурации (БСП)

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

Отключение выполняется из интерфейса: откройте раздел «Администрирование» → «Обслуживание» (в некоторых конфигурациях — «Настройки работы с файлами и обслуживание») → «Оценка производительности» и снимите флаг «Выполнять замеры производительности». В отдельных версиях БСП настройка называется «Автоматически выполнять замеры производительности» — снимите и её, если требуется полное отключение автоматических замеров.

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

Проверка результата после отключения

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

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

Типичные ошибки при отключении замеров

Самая частая ошибка — удаление logcfg.xml без перезапуска службы сервера. Сервер держит конфигурацию журнала в памяти, и логи продолжают писаться, создавая ложное впечатление, что файл «не тот». Вторая распространённая ситуация — несколько экземпляров сервера или кластер из нескольких рабочих серверов: logcfg.xml отредактирован на одном узле, а остальные продолжают писать журнал.

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

Когда замеры отключать не стоит

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

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

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