Как посмотреть технологический журнал 1С 8.3

⚠️ Внимание: Технологический журнал по умолчанию выключен на всех серверах. Его включение создает дополнительную нагрузку на дисковую подсистему и процессор. Никогда не оставляйте максимальный уровень логирования (детальный) включенным в боевой среде на постоянной основе.

Для эффективного анализа вам не нужно читать весь файл подряд. Обычно администраторы ищут конкретные коды ошибок или медленные запросы. Использование специализированных утилит или текстовых редакторов с поддержкой больших файлов (например, Notepad++ или Total Commander) является обязательным требованием, так как стандартный блокнот Windows может не открыть лог объемом в несколько гигабайт.

Где физически located файлы журнала на сервере

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

Чтобы точно узнать текущее расположение, можно воспользоваться консолью администрирования серверов 1С. В свойствах кластера серверов есть параметр, отвечающий за каталог логов. Если вы не имеете доступа к консоли, можно проверить реестр Windows или конфигурационные файлы в Linux. Типичный путь в Windows выглядит так: C:\Program Files\1cv8\logs.

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

В операционных системах семейства Linux (Ubuntu, CentOS) структура аналогична, но права доступа к директории могут быть ограничены пользователем usr1cv8. Для просмотра файлов вам потребуется использовать команды терминала с правами суперпользователя или добавить своего пользователя в соответствующую группу.

Способы включения логирования в 1С 8.3

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

Для включения через консоль необходимо запустить оснастку mmc с добавлением snap-in"Администрирование серверов 1С Предприятия". В дереве объектов раскройте кластер серверов, найдите нужный рабочий сервер или менеджер соединений, кликните правой кнопкой мыши и выберите"Свойства". Перейдите на вкладку"Технологический журнал".

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

Альтернативный метод — правка файла logcfg.xml, который находится в каталоге установки сервера. Этот способ подходит для автоматизации или когда консоль недоступна. Файл имеет XML-структуру, где в теге прописываются правила. Пример минимальной конфигурации для записи ошибок:

<config xmlns="http://v8.1c.ru/v8/techlog">
<log>
<property name="log">
<event>
<eq property="name" value="rphost"/>
<condition>
<gt property="level" value="error"/>
</condition>
</event>
</property>
</log>
</config>

После изменения файла logcfg.xml требуется перезапуск службы агента сервера 1С (1C:Enterprise 8.3 Server Agent), чтобы новые настройки были прочитаны. Будьте предельно внимательны при редактировании XML: любая синтаксическая ошибка приведет к тому, что журнал не запишется вовсе.

Уровни детализации и фильтрация событий

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

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

Часто возникает вопрос: какой уровень выбрать для поиска причины медленной работы отчетов? Ответ зависит от гипотезы. Если вы подозреваете блокировки на уровне СУБД, уровня Info может быть достаточно для длительных запросов. Если же проблема в логике самого кода 1С, может потребоваться Debug, но только на короткое время.

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

Анализ логов: поиск ошибок и медленных запросов

После того как журнал накопил данные, начинается самый важный этап — анализ. Открыть файл и просто прокрутить его вниз бесполезно. Вам нужны конкретные маркеры. Для поиска ошибок используйте поиск по слову EXCEPTION или Error. Это сразу выделит строки, где произошло исключение.

Особое внимание следует уделить событиям, связанным с базой данных. В логах они часто маркируются как DBMSSQL, DBMPostgreSQL или DBMOracle в зависимости от вашей СУБД. Ищите ключевые слова Duration или Time, которые указывают на время выполнения запроса в миллисекундах.

Если вы видите запись вида: ... Duration=5402 ms..., это сигнал о том, что данный запрос выполнялся более 5 секунд. Для интерактивной работы пользователей это недопустимо долго. Скопируйте текст запроса (он обычно идет следом за этой строкой) и проанализируйте его в консоли запросов или через средства профилирования СУБД.

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

Также полезно искать события Lock (блокировки). Они показывают, какой процесс удерживает объект (справочник, документ) и кто ждет его освобождения. Цепочка таких записей помогает найти виновника"зависания" всей базы данных.

Автоматизация сбора и типичные проблемы

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

Одной из типичных проблем является ситуация, когда журнал включен, но файл остается пустым. Чаще всего это связано с правами доступа. Учетная запись, от имени которой работает служба сервера 1С, должна иметь права на запись в целевую папку. Проверьте свойства папки logs и убедитесь, что пользователь NETWORK SERVICE или usr1cv8 имеет полные права.

Еще одна частая ошибка — неверный синтаксис в logcfg.xml. Система не выдаст явного сообщения об ошибке конфигурации, она просто проигнорирует файл. Для проверки валидности XML можно использовать онлайн-валидаторы или открыть файл в продвинутом редакторе кода.

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

Вопросы и ответы (FAQ)