1с как открыть настройка технологического журнала. Технологический журнал. Описание и включение. Пример настройки "на каждый день"
Коллеги, продолжаем серию статей, посвященных технологическому журналу.
Сегодня мы покажем практику анализа логов ТЖ.
Другие статьи из серии «Технологический журнал»:
Анализ логов технологического журнала
Что Вы узнаете из этой статьи?
- Более подробно познакомимся с логами в 1С: Предприятие 8
- Подробно изучим формат лога Технологического журнала
- Разберем на примере лог с записанными данными
Давайте посмотрим что произойдет, если мы создадим файл logcfg.xml с указанной выше структурой и поместим его в каталог «C:\Program Files\1Cv82\conf»
Подождем 60 секунд и откроем каталог «C:\1C_Info\Logs» , т.к. именно его мы указывали в 3 строке файла logcfg.
Если каталога 1C_Info на диске нет, то сервер 1С попробует его создать, но есть риск того что у пользователя под которым запущена служба 1С не будет прав. Поэтому рекомендуется создавать каталоги для логов вручную и проверять наличие прав у сервера 1С на запись в данный каталог.
В результате в каталоге мы видим 3 подкаталога.
Каждый процесс кластера создал каталог, в котором находятся логи только данного процесса, а т.к. у меня только 3 процесса, то и каталогов тоже 3.
Каталог создается по шаблону ИмяПроцесса_PIDПроцесса. PID нужен для того, чтобы отличать процессы с одинаковым именем.
Файл лога именуется по шаблону ГГММДДЧЧ.log.
Если лог старше чем количество часов указанное в параметре history файла logcfg , то он автоматически удаляется платформой.
Давайте подробно разберем формат лога технологического журнала.
Событие записываются в лог только после того, как оно завершилось, т.к. необходимо фиксировать длительность события.
Строка лога имеет формат:
Мм:сс.тттт-д, <ИмяСобытия>, <Уровень>, <Свойства>
мм – номер минуты в текущем часе.
сс – номер секунды в текущей̆ минуте.
тттт – номер десятитысячной доли текущей̆ секунды, для 8.3 здесь отображается номер миллионной доли.
д – длительность события в десятитысячных долях секунды, для 8.3 в миллионных долях.
<ИмяСобытия> – наименование события.
<Уровень> – уровень события в стеке текущего потока.
<Свойства> - свойства события разделенные запятыми, значения свойств проставлены через знак «=» .
Разберем на примере.
Есть лог со следующим содержимым:
Бурмистров Андрей
В следующих статьях рассмотрим «События», а также их фильтрацию в ТЖ .
А пока закрепите полученный материал на своей тестовой информационной базе:)
Технологический журнал — специальный механизм платформы 1С 8.2 и 8.3, который позволяет протоколировать все события, происходящие в системе, в том числе системные ошибки. Рассмотрим инструкцию по настройке технологического журнала в 1С: Предприятии.
Инструкция по настройке технологического журнала
- Завести на локальных дисках серверов приложений 1С специальную папку для технологического журнала. Например, C:\LOG . И для дампов, например, C:\dumps.
- Настроить журнал на сбор сообщений об ошибках (см. файл ) в подкаталог этого каталога. Подкаталог будем называть по дате: C:\LOG\2014-04-22 и т.д.
- Сам файл logcfg.xml надо положить в каталог conf папки установки сервера (!) 1С: Предприятия (например, C:\Program Files\1cv82\8.2.17.153\bin\conf).
- После этого примерно через минуту убедиться, что в каталоге создалась папка C:\LOG\2014-01-01, и в ней еще подпапки с именами rphost_XXXX, ragent_XXXX, rphost_XXXX, а в них файлики.
- Если создались, то все нормально, если не создались, то что-то не так.
- Если что-то не так: наиболее распространенные ошибки: большие/маленькие буквы в именах каталогов (регистр должен совпадать), в файле настройки написали слеш на конце имени каталога (не нужен), а еще иногда требуется донастроить права пользователей на папки 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С» |
— исполняемый код 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).
события, связанные с утечкой памяти, которые могут быть вызваны ошибками в коде конфигурации.
I.
Технологический Журнал (далее ТЖ) позволяет протоколировать все события 1С:Предприятия (или часть, используя фильтр), например:
- исполняемый код 1С:Предприятие 8.1;
- код Transact-SQL для СУБД;
- интерактивные действия пользователей,
Сообщения об ошибках,
Утечки памяти.
В случаи аварийного завершения журнал позволяет сделать дамп памяти и копию экрана для передачи разработчикам.
II.
Журнал настраивается с помощью файла logcfg.xml в папку программы C:\Program Files\1cv81\bin\conf
1) Для успешного создания логов, нужно создать каталоги для логов (например C:\Program Files\1cv81\bin\logs) и дапмов (например C:\Program Files\1cv81\bin\dumps)
2) К этим каталогам ТЖ должны быть обязательно настроены права:
Полные права на каталог технологического журнала;
Права на чтение владельца каталога технологического журнала.
Примечание. Если все равно не пишется ТЖ, то дать права всем на эту папку (временно, чтобы убедиться что дела в правах).
3) В каталоге технологического журнала не должно быть посторонних файлов. Каталог, в котором имеются посторонние файлы не позволит создавать журнал (логи).
4) Место хранения dumps и logs не хранить вместе, потому что через указанный интервал (по умолчанию 1 час) содержимое польностью перетирается и вы потеряете дампы
III. ТЖ лучше настраивать (с помощью фильтров - тэгов logcfg.xml) только на исследуемые события, остальное не собирать, иначе словите "отсутствие места на диске" и тормоза в быстродействии сервера.
1) Легче выполнять настройку фильтров с помощью обработки с ИТС НастройкаТехнологическогоЖурнала.epf, но при этом помнить, что новые фичи последних релизов в обратке могут отстутствавать (каждая новая версия добавляет новые возможности, в обработки они не отражены). В этом случаи корректировать файл logcfg.xml руками.
2) Чтобы логи перестали собираться достаточно переименовать файл, перезапускать сервер не надо, настройки пересчитываются каждую минуту "на лету"
3) настроить logcfg.xml для фильтрации событий по определённой ИБ нужно использовать "p:processName="
4) http://users.v8.1c.ru/Adm1936.aspx - примеры настроек
IV. Понятно, что собрать логи мало, их еще нужно обработать для решения конкретной задачи.
1) Сложности чтения ТЖ:
Требует хорошего понимания архитектуры работы системы
Тексты запросов регистрируются на внутреннем языке 1С:Предприятия и на языке DBMS
2) Файлы технологического журнала хранятся в подкаталогах. Имя каждого подкаталога технологического журнала одного процесса будет иметь вид: <ИмяПроцесса>_<ИдентификаторПроцесса>, например: rphost_4076. Имя файла журнала задается шаблоном ГГММДДЧЧ.log. Например, в журнале 07051819.log имя файла образовано от 2007 мая 18, 19 часов)
3) Журнал для анализа можно выгрузить в эксель, используя разделителем запятую например
4)1С:ЦУП использует для своих аналитических показалей логи технологического журнала. При использовании ЦУП другие данные собираться не должны, удалите logcfg.xml вручную, ЦУП сам создаст файл с нужными настройками.
5) Других парсеров логов от 1С нет, есть http://partners.v8.1c.ru/forum/getfile.jsp?name=ObrabotkaTehnologiceskogoGurnala.epf
http://partners.v8.1c.ru/forum/thread.jsp?id=576266#576266
V. Возможные ошибки и доп. информация:
Ищем логи в каталоге на сервере хотя для 64 разрядного сервера другой каталог программы
Отследить незавершившийся запрос; событие технологического журнала DBMSSQL выводится только в момент окончания выполнения запроса. Если запрос долго не может выполниться, то его выполнение можно прервать, после чего будут выведены в технологический журнал связанные с ним события.
<
config xmlns=
"http:>
<
log location=
"C:\Program Files\1cv81\logs"
history=
"24"
>
<
event>
<
eq property=
"Name"
value=
"EXCP"
/>
<
/event>
<
event>
<
eq property=
"Name"
value=
"SDBL"
/>
<
eq property=
"Func"
value=
"BeginTransaction"
/>
<
/event>
<
event>
<
eq property=
"Name"
value=
"DBMSSQL"
/>
<
ge property=
"Duration"
value=
"30000"
/>
<
/event>
<
property name=
"All"
/>
<
/log>
<
/config>
Более подробно с особенностями использования технологического журнала можно ознакомиться по материалам семинара партнеров 2 - 4 марта 2007 года, доклад "Средства диагностики работы системы "1С:Предприятия 8.1"".
Курс где обучают данному вопросу http://www.1c.ru/news/info.jsp?id=9144
На все вопросы есть ответ в "C:\Program Files\1cv81\AddDoc\RU\V8AddDoc81.htm", Книга «1С:Предприятие 8.1. Конфигурирование и администрирование», Глава 21. Администрирование, Технологический журнал
если вы не нашли ответ на ваш вопрос, давайте расширим материал
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 часов.Использовать данную настройку для повседневной работы не рекомендуется, т.к. объем информации будет очень большим. Однако при тестировании и поиске ошибок, такая избыточная информация будет крайне полезной.
