Аудит кода 1С: как найти места, замедляющие систему

🔧 Инструменты аудита производительности 1С

1. Замер производительности (встроен в платформу)

Самый простой способ. В режиме предприятия: Ctrl+Alt+Shift+P — открывает окно замера. Показывает, какие строки кода выполнялись и сколько времени заняла каждая.

• Плюс: встроен, не требует настройки
• Минус: только для кода на стороне клиента, не показывает SQL-запросы

2. Технологический журнал (ТЖ)

Основной инструмент для глубокого анализа. Настраивается через файл logcfg.xml. Записывает все события: запросы к БД, блокировки, вызовы сервера.

• Найдёт долгие SQL-запросы (SDBL события)
• Покажет блокировки и их причины (LOCK, DEADLOCK)
• Найдёт утечки памяти (MEMORY)
• Минус: требует настройки, генерирует много данных

3. Консоль запросов

Внешняя обработка из стандартного набора 1С. Позволяет выполнить запрос и посмотреть план его выполнения. Незаменима для оптимизации запросов СКД и отчётов.

4. Монитор системы (для SQL-баз)

Анализ через SQL Server Profiler или расширенные события SQL. Покажет самые «тяжёлые» запросы к базе данных, количество обращений, время выполнения.

5. Центр управления производительностью (в ERP/КА)

В конфигурациях 1С:ERP и Комплексная автоматизация есть встроенный центр оценки производительности. Формирует отчёты по нагрузке без ручной настройки ТЖ.

🔍 Типичные узкие места в коде 1С

• Запросы в цикле — самая частая проблема. Вместо одного пакетного запроса код делает 1000 отдельных обращений к базе
• Выборка лишних данных — запрос выбирает все поля таблицы, хотя нужны только 2–3
• Отсутствие виртуальных таблиц — вместо «Остатки» и «Обороты» используются обращения к реальным регистрам
• Не используется пакетный запрос — несколько связанных запросов не объединены в один пакет
• Платформенные блокировки — устаревший режим управляемых блокировок
• Тяжёлые подписки на события — доработки, которые выполняются при каждом открытии любого документа