Коллеги, продолжаем серию статей, посвященных технологическому журналу.
Сегодня мы поговорим о событиях и фильтрах тех. журнала.
Предыдущие статьи из серии «Технологический журнал»:
События в технологическом журнале
- Познакомимся с «Событиями» в технологическом журнале
- Рассмотрим некоторые события, которые чаще всего используются в работе
- Узнаем, как настроить фильтрацию событий
События
Писать в ТЖ все что происходит в платформе не имеет большого смысла, мы сильно загрузим сервер 1С таким логированием, при этом будет сложно найти нужную информацию в гигабайтах текста, ну и диски у нас тоже не резиновые.
Для того чтобы записывать только нужную информацию существуют события ТЖ и фильтрация этих событий.
Например, когда возникает какая-либо исключительная ситуация, то в ТЖ записывается событие EXCP. Если выполняется запрос к базе MS SQL Server, возникает событие DBMSSQL и т.д.
Рассмотрим некоторые события, которые чаще всего используются в работе.
EXCP – исключительные ситуации приложений системы «1С:Предприятие»,
которые штатно не обрабатываются и могут послужить причиной̆
аварийного завершения серверного процесса или подсоединенного
к нему клиентского процесса.
EXCPCNTX – события, которые начались, но не закончились в момент
возникновения нештатной̆ ситуации.
DBMSSQL – исполнение операторов SQL СУБД Microsoft SQL Server.
Для каждой СУБД используется свое событие
(BPOSTGRS, DBORACLE, DB2, DBV8DBENG – файловый вариант)
ADMIN – действия администратора кластера в консоли кластеров.
PROC – события, относящиеся к процессу целиком и влияющие на дальнейшую
работоспособность процесса. Например: старт, завершение,
аварийное завершение и т. п.
CALL – входящий удалённый вызов (удалённый вызов на стороне
приемника вызова). Например, если вы из клиента вызываете функцию
на сервере, то в ТЖ на сервере будет записано событие CALL.
SCALL – исходящий удалённый вызов (исходящий вызов на стороне
источника вызова). Например, если вы из клиента вызываете функцию
на сервере, то в ТЖ на клиенте будет записано событие SCALL.
SESN – действия, относящиеся к сеансу работы.
Например: начало сеанса, окончание сеанса и т. д.
TDEADLOCK – обнаружена взаимоблокировка в управляемом режиме блокировок.
TTIMEOUT – ошибка по таймауту на управляемых блокировках.
TLOCK – установка транзакционной блокировки в управляемом режиме
блокировок.
Полный список событий можно посмотреть в руководстве администратора.
Фильтр
Допустим вы хотите видеть в ТЖ только ошибки и информацию о запросах к таблице AccRg105, которые длились более 3 секунд.
Тогда logcfg должен выглядеть следующим образом.
Между двумя работает логическое ИЛИ, т.е. при возникновении любого из событий оно будет записано в ТЖ.
Внутри одного работает логическое И , т.е. данное событие будет записано только в том случае, если будут выполнены все условия внутри одного .
При такой настройке событие EXCP будет записываться всегда, а событие DBMSSQL только в том случае, если в любом месте текста запроса содержится строка «AccRg105» и при этом запрос выполнялся дольше 3 секунд.
Фильтр на длительность события, надо ставить в десятитысячных долях секунды независимо от версии платформы.
В данном примере мы используем несколько условий: eq, gt и like.
Можно использовать следующие условия:
eq – равно;
ne – не равно;
gt – больше;
ge – больше или равно;
lt – меньше;
le – меньше или равно;
like – соответствие маске.
Таким образом можно настроить фильтр практически под любые задачи.
Бурмистров Андрей
В следующих статьях рассмотрим «Примеры настроек и ошибок» в ТЖ.
А пока закрепите полученный материал на своей тестовой информационной базе :)
PDF-версия статьи для участников группы ВКонтакте
Мы ведем группу ВКонтакте — http://vk.com/kursypo1c.
Если Вы еще не вступили в группу — сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
[sociallocker id=»136011″]Полезные ссылки:
Если вы хотите узнать больше об оптимизации 1С и быть экспертом в этой области – пройдите наш новый курс «Оптимизация производительности 1С:Предприятие».
Подскажите, как то можно отследить в техжурнале процесс сохранения конфигурации после операции сравнения конфигураций? Т.е. обновляю измененную конфигурацию, проставляю галочки на объектах в форме сравнения и после объединения конфигураций нажимаю «Сохранить конфигурацию». И после перехода на 8.3.23.1912 процесс сохранения конфигурации может идти до часа. Сервер при это не загружен, ресурсы есть. Воспроизводится на нескольких разных серверах (версия субд и 1с одинаковая). В 1с писал — пока тишина (как обычно).
СУБД — MS SQL 2016, Сервер 1с x64 8.3.23.1912
Можно включить полный тех. журнал с фильтром по базе и посмотреть какие там события, что именно происходит при сохранении.
И в этой массе уже искать что конкретно занимает время.
Здравствуйте. А можно пример фильтрации по базе?
Для фильтра по базе нужно использовать свойство p:processName
В данном примере будут собираться все ошибки (события EXCP) по базе Demo/
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="d:\Logs\Exceptions" history="1">
<event>
<eq property="name" value="EXCP"/>
<eq property="p:processName" value="Demo"/>
</event>
</log>
</config>
Добрый день.
Подскажите пожалуйста, какие события необходимо анализировать, чтобы отследать проблемы с аппаратным ключом защиты?
Периодически возникает сообщение, что ключ неисправен или не подходит для использования. Перезапускаем службу сервера, и все становиться нормально.
Есть событие HASP, если код возврата там будет что-то вроде FFFFFFFF, то ключ неисправен.
Хотя по вашему описанию и так понятно что ключ глючит и стоит его заменить.
Добрый день. А где можно посмотреть описание полного перечня событий ТЖ?
На диске ИТС в разделе Руководство администратора – Приложение 3. Описание и расположение служебных файлов.