Как смотреть логи 1С: журнал регистрации, техножурнал и логи сервера

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

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

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

Какие логи есть в 1С и за что каждый отвечает

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

Журнал регистрации — прикладной уровень. Он фиксирует действия пользователей, ошибки проведения, фоновые задания, входы и выходы, изменения данных. Это основной инструмент администратора при разборе жалоб пользователей. Хранится внутри самой базы: в файловом варианте — в файле 1Cv8.lgd рядом с файлом базы, в клиент-серверном — в служебных таблицах СУБД.

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

Логи сервера 1С и СУБД — инфраструктурный уровень. Сервер 1С хранит служебные файлы в каталоге srvinfo, а СУБД (MS SQL, PostgreSQL) ведёт собственные журналы ошибок и медленных запросов. Без них не разобрать проблемы соединений, взаимоблокировок и отказов на уровне базы данных.

Журнал регистрации: как открыть и настроить фильтр

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

Сырой журнал на активной базе содержит тысячи событий в час, поэтому без фильтра он бесполезен. Нажмите кнопку «Отбор» и задайте условия: период, пользователь, уровень важности (для поиска проблем начинайте с «Ошибка»), вид события или подстроку в представлении данных. После применения отбора список сократится до релевантных записей.

Двойной щелчок по строке открывает карточку события с деталями: комментарий, имя компьютера, сеанс, метаданные и представление объекта. Именно комментарий чаще всего содержит текст ошибки, который пользователь «не запомнил». Если нужно передать выгрузку коллегам или в поддержку, используйте «Файл → Выгрузить» — журнал можно сохранить в формате lgf или выгрузить выбранные события.

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

Какие события искать при типовых жалобах

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

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

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

Техножурнал по умолчанию не пишется. Чтобы его включить, создайте файл logcfg.xml в каталоге conf рядом с исполняемыми файлами платформы (для сервера — в каталоге конфигурации сервера) и перезапустите процесс. В файле задаётся каталог назначения, события и условия записи.

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

В примере выше включается запись исключений (EXCP) и запросов к MS SQL (DBMSSQL) в каталог D:\tlog с хранением сутки. Событие EXCP ловит все исключения платформы — это первый кандидат при аварийных завершениях. События DBMSSQL, DBPOSTGRS и аналогичные показывают тексты запросов к СУБД и их длительность — их используют для поиска медленных запросов.

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

Логи сервера 1С и СУБД в клиент-серверном варианте

Если база работает на сервере 1С, часть проблем видна только на инфраструктурном уровне. Служебные данные сервера лежат в каталоге srvinfo (его путь задаётся при установке, обычно внутри каталога данных сервера). Там хранятся файлы журналов кластера, списки сеансов и соединений. Ошибки старта службы агента сервера смотрите в системном журнале событий Windows или в journalctl на Linux.

Консоль администрирования серверов 1С показывает активные сеансы, рабочие процессы и счётчики — это «живой» аналог логов для текущего состояния. Если пользователь завис, в консоли видно его соединение, длительность вызова и рабочий процесс, который его обслуживает.

На стороне СУБД проверяйте журнал ошибок: в MS SQL это ERRORLOG и журнал в SQL Server Management Studio, в PostgreSQL — файлы в каталоге log кластера. Взаимоблокировки, обрывы соединений, нехватка памяти и ошибки целостности фиксируются именно там, а в журнале регистрации 1С отразится лишь следствие — «Ошибка СУБД».

Как читать записи и проверять результат диагностики

Ключевой навык — связывать события из разных журналов по времени и номеру сеанса. Найдите ошибку в журнале регистрации, запомните точное время и сеанс, затем откройте техножурнал за ту же минуту и найдите события того же соединения. Так цепочка «действие пользователя → запрос → ошибка СУБД» восстанавливается полностью.

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

Типичные ошибки при работе с логами 1С

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

Ещё одна проблема — переполненный журнал регистрации. В файловых базах файл 1Cv8.lgd со временем разрастается, что замедляет запись и чтение. Используйте штатное сокращение журнала («Администрирование → Настройка журнала регистрации → Сократить») с предварительной выгрузкой архивной копии. Удалять файл журнала вручную на работающей базе нельзя.

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

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

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

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