Что такое логи в 1С Предприятие: полный разбор

Работа с системой 1С:Предприятие неизбежно сталкивает администраторов и разработчиков с ситуациями, когда программа ведет себя непредсказуемо. Пользователи жалуются на зависания, операции проводятся некорректно, а база данных вдруг перестает открываться. В таких моментах единственным объективным свидетелем происходящего становятся логи (журналы событий). Это специальные файлы и таблицы, куда система записывает каждое свое действие, ошибку или предупреждение в реальном времени.

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

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

Основные виды журналов в платформе 1С

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

Первый и самый известный — это Журнал регистрации. Он хранится непосредственно в информационной базе (в таблицах системы) и доступен всем пользователям с соответствующими правами. Здесь фиксируются факты хозяйственной жизни: кто зашел, кто провел документ, кто изменил настройки. Это "бизнес-лог", ориентированный на аудит действий людей.

Второй тип — Технологический журнал (ТЖ). Это уже уровень "железа" и ядра платформы. Он записывается в текстовые файлы на диске сервера или клиентской машины. ТЖ нужен для анализа сбоев, утечек памяти, блокировок и проблем сетевой инфраструктуры. Обычный бухгалтер никогда не увидит эти файлы, они предназначены исключительно для администраторов.

⚠️ Внимание: Технологический журнал по умолчанию часто отключен или настроен на запись только критических ошибок. Для детальной отладки его необходимо активировать вручную через файл конфигурации, что может значительно увеличить нагрузку на дисковую подсистему.

Журнал регистрации: аудит действий пользователей

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

Доступ к журналу осуществляется через интерфейс программы. Обычно путь выглядит так: Администрирование → Журнал регистрации. Однако стоит помнить, что объем записей здесь может быть огромным. Без грамотной настройки система может начать тормозить из-за разрастания таблиц истории.

В журнале регистрируются следующие ключевые события:

• 👤 Вход и выход пользователей из информационной базы.
• 📝 Проведение, отмена проведения и помечание на удаление документов.
• 🔒 Изменение прав доступа и настроек системы.
• 🔄 Запуск фоновых заданий и обработок.

Важно отметить, что журнал регистрации не показывает, как именно выполнялся запрос к базе данных. Он фиксирует лишь результат действия на уровне прикладной логики. Для глубокого анализа SQL-запросов этот инструмент бесполезен.

Технологический журнал: диагностика сбоев и производительности

Когда 1С "летает" или выдает загадочные ошибки соединения, на сцену выходит Технологический журнал (ТЖ). Это мощный диагностический инструмент, который пишет сырые данные о работе процессов кластера серверов 1С:Предприятие.

Настройка ТЖ производится не через графический интерфейс, а путем редактирования файла logcfg.xml, который лежит в каталоге платформы. Этот файл определяет, какие события (EXCP, CALL, DBMSSQL) и в каком объеме будут записываться. Без правильной настройки файл будет либо пуст, либо переполнен мусором за считанные минуты.

Основные события, которые стоит отслеживать в ТЖ:

• 🚫 EXCP — исключения и критические ошибки выполнения кода.
• ⏱️ TM — замеры времени выполнения операций (полезно для поиска "медленных" мест).
• 🔗 CONN — события подключения и отключения клиентов к серверу.
• 💾 DBMSSQL/DBMSORACLE — выполнение конкретных SQL-запросов к СУБД.

Анализ логов ТЖ требует умения читать XML-подобную структуру или использовать специальные утилиты-парсеры, так как "из коробки" файлы представляют собой сплошной поток текста с техническими метками.

Где лежит файл настроек ТЖ?

Файл logcfg.xml обычно находится в каталоге установки платформы, например: C:\Program Files\1cv8\conf или в профиле пользователя, в зависимости от версии ОС и способа установки.

Анализ блокировок и взаимоблокировок (Deadlock)

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

В журнале регистрации можно увидеть факт установки блокировки, но для понимания причин часто требуется анализ активных сеансов. Специальные обработки показывают, какой процесс удерживает объект. В сложных случаях, когда возникает взаимоблокировка (Deadlock), система 1С автоматически выбирает "жертву" и прерывает её транзакцию.

Информация о взаимоблокировках попадает в журнал регистрации с типом события "Взаимоблокировка". Там четко указано:

Параметр	Описание	Где смотреть
Сеанс-победитель	Пользователь, чья транзакция продолжилась	Поле "Сеанс"
Сеанс-жертва	Пользователь, получивший ошибку транзакции	Текст сообщения об ошибке
Объект блокировки	Документ или справочник, вызвавший конфликт	Детали события
Время возникновения	Точная дата и секунда конфликта	Временная метка

Для устранения проблемы часто требуется оптимизация кода или изменение бизнес-процесса, чтобы пользователи реже обращались к одним и тем же объектам одновременно.

⚠️ Внимание: Интерфейс и точные названия полей в журналах могут незначительно отличаться в зависимости от версии платформы 1С (8.3.10, 8.3.20 и т.д.) и конкретной конфигурации (Бухгалтерия, УТ, ERP). Всегда сверяйтесь с документацией к вашей версии.

Отладка и логирование в режиме Предприятия

Разработчики 1С используют собственные механизмы логирования, которые не всегда видны в стандартных журналах. В коде часто встречаются методы ЗаписьВЖурналРегистрации или вывод сообщений в консоль отладки.

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

Вместо этого используют механизм трассировки. В конфигурационном файле 1CV8Log.cfg можно включить подробное логирование конкретных компонентов. Например, можно заставить систему писать в лог каждое обращение к файловой системе или каждое открытие формы.

<log>
<event>
<neq property="Name" value=""/>
</event>
<field name="all"></field>
</log>

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

Автоматический анализ и утилиты для работы с логами

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

Популярным решением является использование обработки "Анализ технологического журнала", которая часто идет в комплекте с инструментами администратора (КИА 1С). Она преобразует сырые данные ТЖ в понятные таблицы с длительностью выполнения запросов.

Также стоит упомянуть сторонние системы мониторинга, такие как Zabbix или Prometheus, которые могут собирать метрики из логов 1С в реальном времени. Это позволяет получать алерты (уведомления) еще до того, как пользователи начнут жаловаться на тормоза.

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

Часто задаваемые вопросы (FAQ)

Где физически хранится журнал регистрации?

Журнал регистрации хранится в информационных таблицах самой базы данных 1С (например, в таблицах системы _InfoRg). При использовании файлового варианта это файлы в каталоге базы, при клиент-серверном — в базе данных СУБД (MSSQL, PostgreSQL).

Можно ли удалить старые записи из журнала регистрации?

Да, это необходимо делать регулярно. В интерфейсе журнала регистрации есть кнопка "Настройки" или "Очистка", где можно установить срок хранения записей (например, хранить данные только за последние 3 месяца). Старые данные будут удалены автоматически.

Почему технологический журнал не создается?

Скорее всего, отсутствует или некорректно настроен файл logcfg.xml. Также проверьте права доступа пользователя, от имени которого запущен сервер 1С, к папке, куда должна вестись запись логов.

Влияет ли включенное логирование на скорость работы 1С?

Да, влияние есть. Запись каждого события на диск требует ресурсов процессора и дисковой подсистемы. Чем детальнее логирование (например, запись каждого SQL-запроса), тем сильнее падение производительности. Включайте детальный режим только на время диагностики.

Как посмотреть логи, если 1С вообще не запускается?

Если клиентское приложение не стартует, нужно смотреть логи на стороне сервера (для клиент-серверного варианта) или в системном журнале Windows (Event Viewer). Там будут записаны причины падения процесса сервера 1С.