Логи 1С 8.3: где смотреть и как их читать

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

Важно понимать: «логи 1С» — не единый файл, а набор механизмов, каждый из которых включается и хранится по-своему. Журнал регистрации работает всегда и доступен прямо из конфигуратора. Технологический журнал по умолчанию выключен и требует создания конфигурационного файла logcfg.xml. Логи сервера приложений и СУБД лежат в каталогах служб и операционной системы.

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

Журнал регистрации: главный лог информационной базы

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

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

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

1. 1
   Откройте журнал: конфигуратор → Администрирование → Журнал регистрации
2. 2
   Нажмите «Отбор» и задайте период — время, когда возникла проблема
3. 3
   Установите фильтр по уровню «Ошибка» и при необходимости по пользователю
4. 4
   Откройте найденную запись двойным щелчком и прочитайте поле «Комментарий»
5. 5
   Сопоставьте время и пользователя с жалобой, чтобы подтвердить событие

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

В файловом варианте работы журнал регистрации лежит внутри каталога информационной базы. Это подпапка 1Cv8Log, в которой находится файл 1Cv8.lgd (новый формат, начиная с платформы 8.3.х) или 1Cv8.lgf и 1Cv8.lgp в старом формате. Путь к каталогу базы виден в списке баз при запуске 1С — внизу окна выбора информационных баз.

В клиент-серверном варианте журнал хранится на сервере 1С:Предприятия в служебном каталоге srvinfo, в подпапке вида reg_1541\<GUID_базы>\1Cv8Log. Точный путь зависит от установки: обычно это C:\Program Files\1cv8\srvinfo на Windows или /opt/1cv8/…/srvinfo на Linux. GUID базы можно посмотреть в консоли кластера серверов.

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

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

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

Включается ТЖ созданием файла logcfg.xml в каталоге conf платформы. Типовые пути: C:\Program Files\1cv8\<версия>\bin\conf\logcfg.xml на Windows или /opt/1cv8/x86_64/<версия>/conf/ на Linux. Для сервера 1С файл размещают в каталоге conf рядом с srvinfo. После создания файла журнал начинает писаться автоматически — перезапуск службы не обязателен, платформа подхватывает конфигурацию.

Файлы технологического журнала складываются в каталог, указанный в параметре <log location="..."> внутри logcfg.xml. Внутри создаются подпапки по именам процессов (rphost, ragent, rmngr, 1cv8, 1cv8c), а в них — текстовые файлы вида YYMMDDHH.log, где имя — дата и час. Каждый файл содержит события за один час работы процесса.

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

Приведённая конфигурация включает запись только исключений (событие EXCP) и аварийных дампов — это безопасный минимум для постоянной работы. Запись всех событий (DBMSSQL, CALL, TLOCK и других) включайте точечно и на ограниченное время: несколько часов полного ТЖ на загруженном сервере могут занять десятки гигабайт диска.

Логи сервера 1С, СУБД и операционной системы

Кластер серверов 1С ведёт собственные протоколы. В каталоге srvinfo находятся файлы журналов агента сервера, а события старта и остановки служб попадают в системный журнал. На Windows ошибки службы «Агент сервера 1С:Предприятия» смотрите в «Просмотре событий» (eventvwr.msc), раздел «Журналы Windows → Приложение» и «Система». На Linux — через journalctl -u srv1cv8 или файлы в /var/log/.

Если проблема проявляется как ошибки СУБД (блокировки, обрывы соединений, нехватка места в tempdb), смотрите логи самой СУБД. Для MS SQL Server это журнал ошибок ERRORLOG в каталоге экземпляра и события в SQL Server Management Studio (Management → SQL Server Logs). Для PostgreSQL — файлы в каталоге log внутри каталога данных или вывод journalctl, в зависимости от настройки logging_collector.

Полезно сопоставлять записи из разных источников по времени: ошибка в журнале регистрации 1С, событие EXCP в технологическом журнале и запись в ERRORLOG SQL Server в одну и ту же секунду дают полную картину инцидента — от действия пользователя до реакции СУБД.

Как читать технологический журнал и журнал регистрации

Записи технологического журнала имеют формат: время, длительность в микросекундах, имя события, процесс и пары «свойство=значение». Например, событие DBMSSQL содержит текст запроса к базе и его длительность — по нему находят «тяжёлые» запросы. Событие EXCP содержит текст исключения и контекст. События TLOCK и TDEADLOCK показывают конфликты блокировок.

Для разбора больших файлов удобнее не читать их в блокноте, а фильтровать. Простой способ — поиск по ключевым словам: «EXCP», «Deadlock», имени пользователя или таблицы. Существуют и специализированные утилиты разбора ТЖ, но для разовой диагностики достаточно текстового редактора с поиском по файлам.

В журнале регистрации ключевые поля записи — «Событие», «Уровень», «Пользователь», «Данные» и «Комментарий». Именно в комментарии обычно находится текст ошибки, например «Конфликт блокировки при выполнении транзакции» или сообщение об ошибке проведения документа. Поле «Данные» показывает, к какому объекту (документу, справочнику) относится событие.

Типичные сценарии диагностики по логам

Пользователь удалил или изменил документ

Откройте журнал регистрации, задайте отбор по событию «Данные. Удаление» или «Данные. Изменение» и по конкретному объекту в поле «Данные». Журнал покажет пользователя, компьютер, время и сеанс. Если база большая, дополнительно ограничьте период — так отбор сработает заметно быстрее.

Ошибка «Конфликт блокировки»

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

Аварийное завершение клиента или rphost

Если в logcfg.xml включён параметр dump, при падении процесса создаётся аварийный дамп в указанном каталоге. Дополнительно смотрите «Просмотр событий» Windows (источник Application Error) — там фиксируется имя упавшего модуля. Дампы и события EXCP из ТЖ — основной материал для обращения в поддержку или анализа причины падения.

Ограничения и безопасная работа с логами

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

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

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

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