Коллеги, продолжаем серию статей, посвященных технологическому журналу.
Сегодня мы поговорим о событиях и фильтрах тех. журнала.
Предыдущие статьи из серии «Технологический журнал»:
События в технологическом журнале
- Познакомимся с «Событиями» в технологическом журнале
- Рассмотрим некоторые события, которые чаще всего используются в работе
- Узнаем, как настроить фильтрацию событий
События
Писать в ТЖ все что происходит в платформе не имеет большого смысла, мы сильно загрузим сервер 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.
Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Если вы хотите узнать больше об оптимизации 1С и быть экспертом в этой области – пройдите наш новый курс «Оптимизация производительности 1С:Предприятие».
Подскажите, как то можно отследить в техжурнале процесс сохранения конфигурации после операции сравнения конфигураций? Т.е. обновляю измененную конфигурацию, проставляю галочки на объектах в форме сравнения и после объединения конфигураций нажимаю “Сохранить конфигурацию”. И после перехода на 8.3.23.1912 процесс сохранения конфигурации может идти до часа. Сервер при это не загружен, ресурсы есть. Воспроизводится на нескольких разных серверах (версия субд и 1с одинаковая). В 1с писал – пока тишина (как обычно).
СУБД – MS SQL 2016, Сервер 1с x64 8.3.23.1912
Можно включить полный тех. журнал с фильтром по базе и посмотреть какие там события, что именно происходит при сохранении.
И в этой массе уже искать что конкретно занимает время.
Добрый день.
Подскажите пожалуйста, какие события необходимо анализировать, чтобы отследать проблемы с аппаратным ключом защиты?
Периодически возникает сообщение, что ключ неисправен или не подходит для использования. Перезапускаем службу сервера, и все становиться нормально.
Есть событие HASP, если код возврата там будет что-то вроде FFFFFFFF, то ключ неисправен.
Хотя по вашему описанию и так понятно что ключ глючит и стоит его заменить.
Добрый день. А где можно посмотреть описание полного перечня событий ТЖ?
На диске ИТС в разделе Руководство администратора – Приложение 3. Описание и расположение служебных файлов.