Технологический журнал 1С: как собрать данные о тормозах

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

Подготовьте воспроизводимую операцию

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

Вопрос “почему сервер медленный” слишком широк. Вопрос “на каком участке проведение ждёт и какие сеансы работают в это время” уже подсказывает, какие события искать. Если случай нельзя повторить, ограничьте наблюдение ожидаемым периодом жалоб и согласуйте момент выключения журнала.

Выберите состав событий под вопрос

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

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

Убедитесь, что журнал действительно пишется

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

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

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

Длительность не равна работе процессора

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

Если в тексте остались физические имена таблиц, используйте расшифровку SQL в термины конфигурации. Для конфликтующих сеансов пригодится разбор взаимоблокировок 1С.

Завершите сбор и проверьте гипотезу

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

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

Подойдёт ли вместо него журнал регистрации

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