— исполняемый код 1С:Предприятие 8;
— код Transact-SQL для СУБД;
— интерактивные действия пользователей;
— сообщения об ошибках;
— утечки памяти.

В случаи аварийного завершения журнал позволяет сделать дамп памяти и копию экрана для передачи разработчикам.

Для включения технологического журнала необходимо:
Создать файл logcfg.xml в папке C:\Program Files (x86)\1cv82\8.2.15.301\bin\conf (путь — каталог 1С предприятия) на сервере 1С Предприятия.
После этого необходимо прописать в файле logcfg.xml пути к созданным папкам (где Указанный путь 1 — путь к логам, а Указанный путь 2 — путь к дампам):

Вот пример настроек с моего сервера:

После выполнения данных действий приложение 1cv8 автоматически начнет сохранение системной информации обо всех ошибках, произошедших в системе в данных каталогах.
После выполнения анализа, технологический журнал можно отключить, удалив или переименовав файл logcfg.xml.
Предполагается, что на компьютерах, где этот журнал будет включатся, файлы могут занимать достаточно большой объем места на диске (относительно, конечно). Поэтому рекомендую указывать пути на диски с большим объемом свободного места.
1) Для успешного создания логов, нужно создать каталоги для логов (например «D:\1Clog») и дапмов (например «D:\1Cdumps»), лучше создавать не на системном диске.
2) К этим каталогам ТЖ должны быть обязательно настроены права:
— полные права на каталог технологического журнала;
— права на чтение владельца каталога технологического журнала.
Примечание. Если все равно не пишется ТЖ, то дать права всем на эту папку (временно, чтобы убедиться что дела в правах).
3) В каталоге технологического журнала не должно быть посторонних файлов. Каталог, в котором имеются посторонние файлы не позволит создавать журнал (логи).
4) Место хранения dumps и logs не хранить вместе, потому что через указанный интервал (по умолчанию 1 час) содержимое польностью перетирается и вы потеряете дампы
ТЖ лучше настраивать (с помощью фильтров — тэгов logcfg.xml) только на исследуемые события, остальное не собирать, иначе словите «отсутствие места на диске» и тормоза в быстродействии сервера.
1) Легче выполнять настройку фильтров с помощью обработки с ИТС НастройкаТехнологическогоЖурнала.epf, но при этом помнить, что новые фичи последних релизов в обратке могут отстутствавать (каждая новая версия добавляет новые возможности, в обработки они не отражены). В этом случаи корректировать файл logcfg.xml руками.
2) Чтобы логи перестали собираться достаточно переименовать файл, перезапускать сервер не надо, настройки пересчитываются каждую минуту «на лету»
3) настроить logcfg.xml для фильтрации событий по определённой ИБ нужно использовать «p:processName=»

С помощью этих настроек я собираю информацию о:

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

события, которые начались, но не закончились в момент возникновения нештатной ситуации.

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

управляющие воздействия администратора кластера серверов 1С:Предприятия 8.2

события, связанные с увеличением объема памяти, занятой серверными процессами (ragent, rmngr, rphost).

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

Примеры настройки технологического журнала

Технологический журнал выключен
Если файл logcfg.xml отсутствует в каталоге C:\Program Files\1cv81\bin, то технологический журнал не создается. Если файл logcfg.xml необходим для правильной настойки дампов, то он не должен содержать ни одного элемента log. Следующий пример определяет необходимость построения полного дампа приложения при его аварийном завершении. Дампы помещаются в каталог: C:\Program Files\1cv81\bin\dumps.

< config xmlns="http://v8.1c.ru/v8/tech-log">
< dump location="C:\Program Files\1cv81\bin\dumps" create="l" type="3"/>
< /config>

Полный технологический журнал
Приведенный ниже конфигурационный файл определяет вывод в технологический журнал всех событий вместе со всеми свойствами. Журнал будет сохраняться в течение недели (168 часов). Объем выводимой информации при этом будет очень большим, однако, она может быть полезна при анализе сложных нештатных ситуаций. Данную конфигурацию рекомендуется использовать на этапе тестирования и при расследовании ошибок.
Код

< config xmlns="http://v8.1c.ru/v8/tech-log">
< log location="C:\Program Files\1cv81\bin\logs" history="168"> < event>
< ne property="Name" value="" /> < /event>
< property name="al1"> < /property>
< /log>
< /config>

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

< config xmlns="http://v8.1c.ru/v8/tech-log">
< log location="C:\Program Files\1cv81\bin\logs" history="168"> < event>
< eq propertу ="Name" va1ue="DBV8DBEng" /> < /event>
< event>
< eq propertу ="Name" va1ue="DBMSSQL"/> < /event>
< event>
< eq property="Name" value="DBPOSTGRS"/> < /event> < event>
< eq property="Name" value="DB2"/> < /event> < event>
< eq proper t у ="Name" va1ue="EXCP"/> < /event>
< property name="al1"> < /property>
< /log>
< /config>

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

< config xmlns="http://v8.1c.ru/v8/tech-log">
< log location="C:\Program Files\1cv81\bin\logs" history="168"> < event>
< event> < eq property= Name" value= PR0C"/> < /event>
< event> < eq property= Name" value= SC0M"/> < /event>
< event> < eq property= Name" value= C0NN"/> < /event>
< event> < eq property= Name" value= EXCP"/> < /event>
< event> < eq property= Name" value= ADMIN"/> < /event>
< event> < eq property= Name" value= QERR"/> < /event>
< property name="all"> < /property>
< /log>
< /config>

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

< config xmlns="http://v8.1c.ru/v8/tech-log">
< log location="C:\Program Files\1cv81\bin\logs" history="168"> < event>
< event> < eq property= Name" value= PR0C"/> < /event>
< event> < eq property= Name" value= SC0M"/> < /event>
< event> < eq property= Name" value= C0NN"/> < /event>
< event> < eq property= Name" value= EXCP"/> < /event>
< event> < eq property= Name" value= ADMIN"/> < /event>
< event> < eq property= Name" value= QERR"/> < /event>
< event> < gt property= Duration" value="100000"/> < /event>
< property name="al1"> < /property>
< /log>
< /config>

28.12.2016

Настройка технологического журнала 1С

Для начала скажем о том, что по умолчанию технологический журнал включен. Он работает и фиксирует события всего в двух случаях:
Аварийное завершение работы процессов кластера 1С (ragent, rmngr или rphost) Дамп фиксируется в каталоге %LOCALAPPDATA%\1C\1Cv82\dumps - для 1С 8.2 %LOCALAPPDATA%\1C\1Cv8\dumps - для 1С 8.3 Если используется платформа 8.3 и возникает событие SYSTEM с уровнем Error Логи таких событий хранятся 24 часа, затем платформе удалит файлы логов %LOCALAPPDATA%\1C\1Cv8\logs - для 1С 8.3

Инструкция по настройке технологического журнала

Порядок действий при настройке технологического журнала:

• Завести специальную папку для технологического журнала (например C:\LOG), и для дампов (например C:\dumps)
• Настроить файл logcfg.xml для сбора сообщений об ошибках (ниже примеры настройки)
• Поместить файл logcfg.xml в необходимый каталог (ниже пример)
• Проверить права на запись в каталоги логов и дампов
• Убедиться через минуту что создаются файлы логов (если не создаются, значит настройки не корректны)
• Возможная ошибка - разный регистр букв в именах каталогов (должен совпадать)
• Возможная ошибка - в файле настройки в конце имени каталога слеш "\" не нужен

Настройка технологического журнала (файл logcfg.xml)

Отметим, что наиболее часто используемым каталогом расположения конфигурационного файла, является C:\Program Files\1Cv82\conf - для платформы 8.2 C:\Program Files\1Cv8\conf - для платформы 8.3 В этом случае настройки будут действовать во всех версиях платформы установленных на сервере. Также стоит сказать, что именно этот вариант является рекомендуемым.
Каждые 60 секунд, настройки считываются рабочими процессами кластера. Чтение настроек каждым процессом, происходит независимо от других процессов.

Пример настройки полного технологического журнала

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

Пример настройки "на каждый день"

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

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

Инструкция по настройке технологического журнала

1. Завести на локальных дисках серверов приложений 1С специальную папку для технологического журнала. Например, C:\LOG . И для дампов, например, C:\dumps.
2. Настроить журнал на сбор сообщений об ошибках (см. файл ) в подкаталог этого каталога. Подкаталог будем называть по дате: C:\LOG\2014-04-22 и т.д.
3. Сам файл logcfg.xml надо положить в каталог conf папки установки сервера (!) 1С: Предприятия (например, C:\Program Files\1cv82\8.2.17.153\bin\conf).
4. После этого примерно через минуту убедиться, что в каталоге создалась папка C:\LOG\2014-01-01, и в ней еще подпапки с именами rphost_XXXX, ragent_XXXX, rphost_XXXX, а в них файлики.
5. Если создались, то все нормально, если не создались, то что-то не так.
6. Если что-то не так: наиболее распространенные ошибки: большие/маленькие буквы в именах каталогов (регистр должен совпадать), в файле настройки написали слеш на конце имени каталога (не нужен), а еще иногда требуется донастроить права пользователей на папки C:\LOG, C:\dumps, C:\Program Files\1cv82\8.2.17.153\bin\conf, если они чересчур «закручены».

Файл logcfg.xml изнутри должен выглядеть примерно так:

Получите 267 видеоуроков по 1С бесплатно:

Атрибуты для настройки журнала

ALL	Все события	Абсолютно все события технологического журнала
ADMIN	Административное действие	Действия пользователя-администратора
CALL	Входящий вызов	Входящий удаленный вызов (удаленный вызов на стороне приемника вызова)
CONN	Соединение с сервером	Установка или разрыв TCP-соединения между процессами системы «1С 8.3»
CLSTR	Активность кластера	Выполнение операций, изменяющих работу кластера серверов
EDS	Внешний источник данных	Все события внешних источников данных
DB2	IBM DB2	Исполнение операторов SQL СУБД IBM DB2
DBMSSQL	Microsoft SQL Server	Исполнение операторов SQL СУБД Microsoft SQL Server
DBPOSTGRS	PostgreSQL	Исполнение операторов SQL СУБД PostgreSQL
DBORACLE	Oracle Database	Исполнение операторов SQL СУБД Oracle Database
DBV8DBEng	SQL, Файловая СУБД	Исполнение операторов SQL файловой СУБД
EXCP	Исключение	Исключительная ситуация приложения системы «1С: Предприятие», которое штатно не обрабатывается и может послужить причиной аварийного завершения серверного процесса или подсоединенного к нему клиентского процесса
EXCPCNTX	Контекст исключения	Событие, которые началось, но не закончилось в момент возникновения нештатной ситуации
HASP	Обращение к HASP	Обращение к аппаратному ключу защиты ()
LEAKS	Утечка памяти	Событие, связанное с утечкой памяти, которая может быть вызвана ошибками в коде конфигурации 1С 8.2
MEM	Утечка памяти сервера	Событие, связанные с увеличением объема памяти, занятой серверными процессами (ragent, rmngr, ).
PROC	Процесс	Событие, относящееся к процессу целиком и влияющие на дальнейшую работоспособность процесса. Например: старт, завершение, аварийное завершение и т. п.
QERR	Ошибка запроса	Событие, связанное с обнаружением ошибок компиляции запроса или ограничением на уровне записей и полей базы данных
SCALL	Исходящий вызов	Исходящий удаленный вызов (исходящий вызов на стороне источника вызова).
SCOM	Серверный контекст	Событие создания или удаления серверного контекста, обычно связанного с информационной базой.
SDBL	Запрос к базе данных	Исполнение запросов к модели базы данных 1С: Предприятия 8.3
SESN	Сеанс	Действие, относящиеся к сеансу работы. Например: начало сеанса, окончание сеанса и т. д.
SRVC	Сервисы кластера	События, связанные с запуском, остановкой и оповещениями сервисов кластера серверов
TLOCK	Блокировка	Управление транзакционными блокировками в Управляемом режиме
TDEADLOCK		Обнаружена взаимоблокировка в Управляемом режиме
TTIMEOUT	Таймаут	Превышено максимальное время ожидания транзакционной блокировки
VRSCACHE	Кеш http	Работа кеша серверных вызовов
VRSREQUEST	Запрос к серверу	Запрос к серверу за некоторым ресурсом
VRSRESPONSE	Ответ сервера	Ответ сервера
SYSTEM	Системные события	Системные события механизмов платформы, предназначенные для анализа сотрудниками фирмы «1С»