Администрирование · 11 мин
Как посмотреть лог 1С: журнал регистрации и технологический журнал
Как посмотреть лог 1С: открытие журнала регистрации в конфигураторе и предприятии, настройка технологического журнала, поиск ошибок по логам и типичные ошибки.
Под «логом 1С» обычно понимают два разных инструмента: журнал регистрации, который платформа ведёт автоматически, и технологический журнал, который включается отдельно и пишет низкоуровневые события. Первый отвечает на вопрос «кто и что сделал в базе», второй — «почему возникла ошибка или тормозит запрос». Прежде чем искать лог, определите, какая именно информация вам нужна: действия пользователей, текст ошибки, длительные запросы к СУБД или падение рабочего процесса.
Журнал регистрации доступен прямо из интерфейса 1С и не требует настройки — он включён по умолчанию. Технологический журнал, напротив, появляется только после создания конфигурационного файла logcfg.xml в каталоге conf сервера или клиента. Оба инструмента дополняют друг друга: по журналу регистрации находят момент и пользователя, по технологическому журналу — техническую причину сбоя.
Как открыть журнал регистрации в режиме 1С:Предприятие
В типовых конфигурациях на управляемых формах журнал регистрации находится в разделе «Администрирование». Откройте «Администрирование» → «Обслуживание» → «Журнал регистрации». В некоторых конфигурациях путь отличается: «НСИ и администрирование» → «Поддержка и обслуживание» → «Журнал регистрации». Если пункта нет в интерфейсе, воспользуйтесь командой «Все функции» (через главное меню или Shift+F11 в некоторых версиях) и найдите стандартную обработку «Журнал регистрации».
Для доступа к журналу нужны права: полные права или роль администратора. Обычный пользователь без административных прав журнал не увидит — пункт меню либо отсутствует, либо при открытии появится сообщение о нарушении прав. Это штатное ограничение платформы, а не ошибка.
После открытия журнал загружает события за текущий день. Если база активно используется, список может быть большим, поэтому сразу переходите к отбору: кнопка «Отбор» позволяет сузить выборку по пользователю, периоду, уровню важности и типу события.
- 1Откройте раздел «Администрирование» → «Обслуживание» → «Журнал регистрации»
- 2Нажмите «Отбор» и задайте период, пользователя и уровень «Ошибка»
- 3Дважды щёлкните по событию, чтобы увидеть подробный комментарий
- 4При необходимости выгрузите выборку через «Выгрузить журнал»
Как посмотреть журнал регистрации в конфигураторе
В конфигураторе журнал открывается через меню «Администрирование» → «Журнал регистрации». Этот способ удобен, когда база не запускается в режиме предприятия или когда интерфейс конфигурации не содержит нужного пункта. Окно журнала в конфигураторе функционально аналогично: доступны отборы по дате, пользователю, компьютеру, событию и уровню важности.
Отбор по уровню «Ошибка» — самый быстрый способ найти сбой. Дополнительно полезен отбор по конкретному событию, например «Данные. Ошибка выполнения» или «Доступ. Отказ в доступе». Если вы ищете, кто изменил документ, ставьте отбор по метаданным: в настройках отбора можно указать конкретный вид документа или справочника.
Учтите: отбор по периоду работает по времени сервера 1С, которое может отличаться от времени на вашем компьютере. Если событие «не находится», расширьте диапазон дат на несколько часов в обе стороны.
Где физически хранится журнал регистрации
Формат хранения зависит от типа базы. В файловой базе журнал лежит в подкаталоге 1Cv8Log внутри каталога информационной базы. В старых версиях платформы это файл 1Cv8.log в формате LGF, в новых — база SQLite с именем 1Cv8.lgd. В клиент-серверном варианте журнал хранится в каталоге srvinfo кластера серверов 1С, в подкаталоге reg_1541 (или с другим портом) — там же ищите каталоги 1Cv8Log конкретных баз.
Напрямую открывать и редактировать эти файлы не нужно: платформа работает с ними сама, а повреждение файла журнала может привести к ошибкам при обращении к регистрации событий. Просматривайте журнал штатными средствами — через конфигуратор или режим предприятия. Для архивации используйте функцию выгрузки журнала в файл, а не копирование каталога «вживую».
Как включить и посмотреть технологический журнал
Технологический журнал (ТЖ) по умолчанию выключен. Чтобы его активировать, создайте текстовый файл logcfg.xml в каталоге conf: для клиентского приложения это подкаталог conf в каталоге установки платформы (например, C:\Program Files\1cv8\<версия>\bin\conf), для сервера — каталог conf в каталоге сервера 1С. Если каталога conf нет, создайте его вручную.
Минимальная конфигурация для записи ошибок выглядит так: внутри файла указывается элемент config с элементом log, где задаётся каталог назначения (location), глубина хранения (history) и события. Например, событие EXCP фиксирует исключения, EXCPCNTX — их контекст, DBMSSQL — запросы к MS SQL Server. После сохранения файла перезапустите клиент или службу агента сервера 1С, чтобы настройки применились.
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="D:\1clogs" history="24">
<event>
<eq property="name" value="EXCP"/>
</event>
<event>
<eq property="name" value="EXCPCNTX"/>
</event>
<property name="all"/>
</log>
</config>Логи пишутся в указанный каталог в виде текстовых файлов, сгруппированных по процессам и часам. Каждый час создаётся отдельный каталог с именем вида rphost_1234 или ragent, внутри — файлы с расширением .log. Открывайте их любым текстовым редактором, устойчивым к большим файлам: журналы при активной работе могут достигать сотен мегабайт за час.
Как найти ошибку в логах: практический сценарий
Начните с журнала регистрации: установите отбор по уровню «Ошибка» за период, когда пользователь столкнулся с проблемой. В колонке «Комментарий» обычно виден текст ошибки, в колонках «Пользователь» и «Компьютер» — источник. Двойной щелчок открывает карточку события с полным текстом, включая имя метаданного объекта и номер сеанса.
Если текста в журнале регистрации недостаточно — например, ошибка «Ошибка СУБД» без деталей — переходите к технологическому журналу. Включите события EXCP и DBMSSQL (или DBORACLE, DBPOSTGRS в зависимости от СУБД), воспроизведите ошибку и найдите в файлах ТЖ фрагмент по времени. Рядом с событием EXCP обычно находится текст запроса, вызвавшего сбой, и стек вызовов.
Для диагностики медленной работы включайте события DBMSSQL с фильтром по длительности (свойство duration в тысячных долях секунды) и событие SDBL. Так вы увидите, какие именно запросы выполняются долго, и сможете передать их разработчику или администратору СУБД для оптимизации.
Как выбрать действие
Настройка уровней регистрации и сокращение журнала
По умолчанию журнал регистрации фиксирует все события, что в больших базах приводит к быстрому росту файла. Уровень регистрации можно изменить: в конфигураторе откройте «Администрирование» → «Настройка журнала регистрации» и выберите, например, регистрацию только ошибок или ошибок и предупреждений. Там же настраивается разделение журнала по периодам — день, неделя, месяц, год.
Сокращение журнала выполняется из окна журнала регистрации: кнопка «Сокращение» удаляет события старше указанной даты. Перед сокращением выгрузите нужный период в файл через «Выгрузить журнал» — форматы выгрузки позволяют позже загрузить данные обратно или проанализировать их внешними средствами. Помните, что сокращение необратимо: удалённые события восстановить нельзя.
Как проверить результат
В каталоге, указанном в location, появились папки процессов с файлами .log
Каталог пуст — проверьте путь, права на запись и перезапуск службы
Новые действия пользователей появляются в списке после обновления
Событий нет — проверьте настройку уровня регистрации
Файл журнала не растёт неограниченно, задано разделение по периодам
Файл занимает десятки гигабайт — настройте сокращение и разделение
Типичные ошибки при работе с логами 1С
Самая частая ошибка — поиск события не в том месте: администратор ищет ошибку СУБД в журнале регистрации, хотя детали там не пишутся, или ищет действия пользователя в технологическом журнале, где их нет в привычном виде. Второй типичный просчёт — включение технологического журнала без ограничений по событиям и глубине хранения, из-за чего за несколько дней заполняется диск сервера.
Ещё одна ошибка — неверное расположение logcfg.xml: файл кладут в каталог базы вместо каталога conf платформы, и журнал просто не создаётся. Проверяйте путь и не забывайте перезапускать процессы. Наконец, многие забывают отключить ТЖ после диагностики — постоянная запись событий DBMSSQL заметно снижает производительность.
Что важно запомнить
Журнал регистрации смотрится из интерфейса 1С или конфигуратора и показывает действия и ошибки на уровне приложения. Технологический журнал включается файлом logcfg.xml в каталоге conf и нужен для глубокой диагностики ошибок и производительности. Включайте ТЖ точечно, ограничивайте хранение и отключайте после сбора данных.
Частые вопросы
Почему в журнале регистрации пусто, хотя база активно используется?
Проверьте настройку уровня регистрации в конфигураторе: «Администрирование» → «Настройка журнала регистрации». Если там выбрано «Не регистрировать», события не пишутся. Также убедитесь, что отбор в окне журнала не ограничивает выборку — сбросьте его кнопкой «Отключить отбор».
Можно ли посмотреть журнал регистрации без конфигуратора и без прав администратора?
Штатно — нет: доступ к журналу требует административных прав. Обходные варианты вроде прямого чтения файла 1Cv8.lgd сторонними средствами существуют, но не поддерживаются вендором и не рекомендуются для рабочих баз. Правильный путь — запросить доступ у администратора или попросить его выгрузить нужный фрагмент журнала.
Куда пишется технологический журнал, если каталог location недоступен?
Если платформа не может создать или записать файлы в указанный каталог, события просто не фиксируются — ошибки при этом пользователю не показываются. Проверьте, что каталог существует, путь указан без ошибок, а у учётной записи службы агента сервера 1С (обычно USR1CV8) есть права на запись.
Как найти, кто удалил документ?
Откройте журнал регистрации, установите отбор по событию «Данные. Удаление», укажите период и, если известно, вид документа в отборе по метаданным. В событии будут видны пользователь, время и представление удалённого объекта. Само содержимое документа журнал не сохраняет — восстановить данные поможет только резервная копия.
Влияет ли журнал регистрации на производительность базы?
Штатная регистрация событий создаёт небольшую нагрузку и обычно не является причиной тормозов. Заметное влияние возможно при очень большом файле журнала без разделения по периодам — тогда помогает настройка разделения (например, по дням) и периодическое сокращение старых данных.
Чем отличается журнал регистрации от технологического журнала?
Журнал регистрации — прикладной: он фиксирует действия пользователей, изменения данных и ошибки приложения в понятном виде. Технологический журнал — низкоуровневый: он пишет события платформы, запросы к СУБД, исключения и вызовы, и предназначен для технических специалистов. Для поиска «кто что сделал» нужен первый, для анализа «почему упало или тормозит» — второй.