Описание почти всех событий технологического журнала

19.08.20

База данных - Технологический журнал

+553 –
Краткое описание событий технологического журнала с примерами. Все для быстрого старта.

Это все диагностика

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

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

Весь материал ниже должен помочь в быстром старте при работе с технологическим журналом и пониманием что к чему, но вопрос самой настройки и анализа останется за бортом. Для изучения этих вопросов рекомендую обратиться к следующим материалам:

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

И так, поехали! Нас ждет экскурсия по событиям технологического журнала.

В самых общих чертах

Для начала использования технологического журнала необходимо сформировать файл настроек logcfg и поместить его в каталог:

C:\Program Files\1cv8\conf\logcfg.xml

а если у вас 32-битное приложение, то сюда:

C:\Program Files (x86)\1cv8\conf\logcfg.xml

Конечно, у Вас могут быть вообще не стандартные пути установки платформы 1С, поэтому смотрите по ситуации. Файл настроек должен содержать как фильтр отбираемых событий, так и отборы по их свойствам, настройки сбора дампов и другое. Вот так выглядит простая настройка сбора информации об ошибках.

 
 Файл настроек ТЖ для сбора информации об ошибках

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

Кроме указанных событий и фильтров к ним, в ТЖ можно настроить формирование дампов, планов запросов, сбор системной информации и кое-что еще. Мы сосредоточимся именно на описании событий и примеров их использования. Подробнее о файле настроек Вы можете узнать по предложенным ссылкам выше.

Анализировать данные файлов журнала можно с помощью текстового редактора, если они не большие, инструментов разработчика от Сергея Старых, регулярных выражений, перезаливкой логов в другие хранилища (базы данных или ElasticSearch) и другими удобными способами.

Вы можете поделиться в комментариях тем как Вы обрабатываете эти массивы данных.

События и примеры

В платформе 8.3.17 насчитывается больше 40 событий, доступных для сбора. Для удобства разбил их все на категории, но с некоторыми допущениям. То есть эта классификация больше для удобства при ознакомлении. В работе события из разных категорий очень часто соседствуют друг с другом в одном файле настроек и дополняют друг друга при анализе.

Начнем с наиболее популярных событий.

Самые используемые события

События, которые приходиться использовать чаще всего.

 
 Диагностика ошибок (События EXCP, EXCPCNTX, QERR, SCRIPTCIRCREFS)
 
 Взаимодействие с СУБД (События SDBL, DBMSSQLCONN,  DBMSSQL, DBPOSTGRS, DBORACLE, DB2, DBV8DBEng)
 
 Управляемые блокировки (События TLOCK, TDEADLOCK, TTIMEOUT)
 
 Кластер и сервер (События ADMIN, ATTN, CLSTR, PROC, SESN, SRVC, CONN)
 
 Диагностика вызовов и контекста (События CALL, SCALL, SCOM)
 
 Диагностика клиентских вызовов к серверу (События VRSREQUEST, VRSRESPONSE, VRSCACHE)
 
 Лицензирование (События HASP и LIC)
 
 Полнотекстовый поиск (События FTEXTCheck, FTEXTSkip, FTEXTUpd)
 
 Сеансовые данные (События SDGC)
 
 Утечки памяти (События LEAKS, MEM)

Специфичные возможности

Очень специфичные события технологического журнала.

 
 Работа с конфигурациями (События CONFLOADFROMFILES)
 
 История данных (События DHIST)
 
 Интерактивные действия
 
 Сертификаты (События WINCERT и MACCERT)
 
 Сервисы интеграции (События SINTEG)
 
 Внешние источники данных (События EDS)
 
 Механизм копий баз данных (События DBCOPIES)
 
 Электронная почта (События MAILPARSEERR)
 
 Системные (События SYSTEM)

О чем не сказано

Мы рассмотрели основное назначение событий и их состав, некоторые настройки ТЖ для их сбора, а также некоторые примеры, когда эти события возникают. Но это далеко не полное раскрытие темы, ведь еще есть вопросы к настройке ТЖ и анализа собранных логов. По этой теме оставил ссылки как в начале публикации, так и в конце.

Еще есть множество нюансов в данных формируемых событий, влияние ТЖ на производительность, быстрые способы его парсинга и обработки и много, много еще чего.

Сейчас в свободное время постепенно дорабатываю библиотеки экспорта журнала регистрации во внешние хранилища:

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

Пока что все. До связи и хорошего дня!

А Вы используете технологический журнал?

Другие ссылки

Авторские разработки

 
 Другие разработки (бесплатные и за $m)

логи технологический журнал события диагностика платформа 1С мониторинг

+553 –

См. также

Расследование ошибки "TCP Provider: An existing connection was forcibly closed by the remote host" и неожиданные результаты

HighLoad оптимизация Технологический журнал Сервера Системный администратор Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

Неожиданные результаты расследования ошибки "TCP Provider: An existing connection was forcibly closed by the remote host".

29.10.2024    471    PerlAmutor    1    

7
Поиск и анализ длительных вызовов - CALL, SCALL

HighLoad оптимизация Технологический журнал Системный администратор Программист Бесплатно (free)

Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.

24.06.2024    5117    ivanov660    12    

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

Технологический журнал Программист Платформа 1С v8.3 Бесплатно (free)

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

27.04.2024    11245    kuzyara    5    

116
Магия преобразований Vector, часть 2: технологический журнал

Технологический журнал Мониторинг Системный администратор Программист Абонемент ($m)

Как легко и быстро с помощью специализированных решений собирать, парсить и передавать логи и метрики.

1 стартмани

15.11.2023    1554    8    AlexSTAL    0    

8
Магия преобразований: ЖР, ТЖ, RAS/RAC, логи - универсальное решение Vector

Мониторинг Журнал регистрации Технологический журнал Системный администратор Программист Абонемент ($m)

Как легко и быстро с помощью специализированных решений собирать, парсить и передавать логи и метрики.

1 стартмани

13.11.2023    4701    9    AlexSTAL    0    

47
«Монитор» – простой анализ производительности

Администрирование СУБД Технологический журнал Системный администратор Бесплатно (free)

Для расследования проблем производительности недостаточно просто проанализировать технологический журнал. Нужен парсинг контекста событий, его сопоставление с информацией из Extended Events и логов, агрегация огромного количества информации.

21.09.2023    7239    Andreynikus    14    

83
Экспорт технологического журнала 1С в Elastic с помощью Logstash

Технологический журнал Системный администратор Программист Платформа 1С v8.3 Абонемент ($m)

Целью данного решения является организация хранения и анализа данных из технологического журнала 1С с использованием стека Elasticsearch + Logstash + Kibana.

5 стартмани

18.09.2023    5072    huxuxuya    6    

27
История расследования (с бонусами) взаимоблокировок на таблице итогов регистра бухгалтерии

HighLoad оптимизация Технологический журнал Системный администратор Программист Платформа 1С v8.3 Россия Бесплатно (free)

Мой первый опыт расследования взаимоблокировок на таблице итогов регистра бухгалтерии на новом месте работы.

22.05.2023    3190    AlexSTAL    2    

18
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. VKislitsin 1013 19.08.20 11:15 Сейчас в теме
Юрий, отличная сборка в одном месте.
В качестве добавления приведу фрагмент из своих записей:
Иногда приходится анализировать почему происходит реструктуризация базы, хотя предпосылок к этому вроде бы и нет. ТЖ с приведенными настройками поможет понять что именно и почему реструктуризируется. Найдено на партнерском форуме. Там же мне попадалась фраза сотрудников 1С о том, что в документации описано только около 10% возможностей ТЖ. 

  
    <system level="Debug" class="AccntDBStru"/>
    <system level="Debug" class="BackEndDBStru"/>
    <system level="Debug" class="MDAnalyser"/>
    <system level="Debug" class="DBFileStoreStru"/>
    <system level="Debug" class="DBStruManager"/>
    <system level="Debug" class="ExtensionsDBStru"/>
    <system level="Debug" class="FtextDBStru"/>
    <system level="Debug" class="IBVersionStru"/>
    <system level="Debug" class="SystemSettingsStorageDBStru"/>
    <system level="Debug" class="UsersDBStru"/>
    <system level="Debug" class="BasicDBStru"/>
    <system level="Debug" class="BPDBStru"/>
    <system level="Debug" class="CalcDBStru"/>
    <system level="Debug" class="HistoryStorageDBStru"/>
    <system level="Debug" class="EDBConnectionParametersDBStru"/>
    <system level="Debug" class="ODataDBStru"/>
    <log location="E:\1c_TechLogs\Restructuring" history="8">
        <event>
            <eq property="EventType" value="Workflow"/>
        </event>
        <event>
            <eq property="EventType" value="Analysis"/>
        </event>
        <event>
            <eq property="EventType" value="Restructuring"/>
        </event>
        <property name="all"/>
    </log>
Показать
mefalcon; Shmell; Mechanist; Lucechiaro; SagittariusA; YPermitin; +6 – Ответить
2. пользователь 19.08.20 11:22
(1) спасибо, пополню коллекцию скриптов.

Да, многие события и свойства просто так не доступны в документации.
Но и пользоваться ими вряд ли нужно часто :)
+ – Ответить
4. tormozit 7229 19.08.20 11:40 Сейчас в теме
(1) Похожий шаблон "Реструктуризация базы" кстати есть в инструменте "Настройка техножурнала (ИР)" 
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
    <system level="trace"/>
    <log history="48">
 		<property name="all"/>
 		<event>
            <eq property="EventType" value="Workflow"/>
        </event>
        <event>
            <eq property="EventType" value="Analysis"/>
        </event>
        <event>
            <eq property="EventType" value="Restructuring"/>
        </event>
    </log>
    <dump create="false"/>
</config>
Показать
mefalcon; Andreeei; YPermitin; +3 – Ответить
3. VKislitsin 1013 19.08.20 11:29 Сейчас в теме
Юрий, у меня еще есть вопрос.
А Вам доводилось использовать для расследования таймаутов блокировок СУБД свойства lka, lkp и иже с ними? В документации очень скудное описание работы этих параметров. Единственное для чего мне удалось их приспособить - это для отборов в настройках ТЖ. Номера "соединений", которые перечисляются в списках источников/жертв похоже ни с чем в ТЖ не коррелируют. По крайней мере, я не понял как это использовать.
YPermitin; +1 – Ответить
5. tormozit 7229 19.08.20 11:43 Сейчас в теме
(3) Смотри инструмент "Анализ техножурнала (ИР)" там при двойном клике на ячейке этих свойств открывается анализ дерева ожиданий на блокировке СУБД.
Прикрепленные файлы:
Andreeei; improg; awk; VKislitsin; YPermitin; +5 – Ответить
6. пользователь 19.08.20 11:46
(5) да, это отличная функция. Использовал.


(3) вот и ответ от Сергея.
+ – Ответить
7. VKislitsin 1013 19.08.20 12:27 Сейчас в теме
(5) Сергей, ИР - безусловно очень ценный инструмент. Но хотелось бы не просто тыкать в кнопку, а понимать как это работает.
Можете подсказать, что за значения в параметрах lkpid, lkaid и как их использовать?
Всё описание этого функционала в документации укладывается в 3 строчки:
Таким образом, для анализа блокировок необходимо найти в технологических журналах процессов rphost первое событие со свойствами lka и lkp, узнать значения свойств lkaid, lkpid и найти все события с этими значениями свойств в журналах всех рабочих процессов кластера. По найденной группе событий можно установить, кто кого заблокировал, на какое время и что они при этом делали.
+ – Ответить
8. akpaevj 207 19.08.20 12:50 Сейчас в теме
(7)
В ИТС все расписано: (Ссылка)

Блокировочные свойства событий:

● lka=‘1’ – поток является источником блокировки.

● lkp=‘1’ – поток является жертвой блокировки.

● lkpid – номер запроса к СУБД, «кто кого заблокировал» (только для потока-жертвы блокировки). Например, ‘423’.

● lkaid – список номеров запросов к СУБД, «кто кого заблокировал» (только для потока-источника блокировки). Например, ‘271,273,274’.

● lksrc – номер соединения источника блокировки, если поток является жертвой, например, ‘23’.

● lkpto – время в секундах, прошедшее с момента обнаружения, что поток является жертвой. Например: ‘15’.

● lkato – время в секундах, прошедшее с момента обнаружения, что поток является источником блокировок. Например, ‘21’.
user717534; BomjBandit; YPermitin; +3 – Ответить
9. пользователь 19.08.20 12:54
(8) +
+ – Ответить
11. VKislitsin 1013 19.08.20 13:22 Сейчас в теме
(8) Евгений, этот кусок документации взят оттуда же, откуда я цитату приводил, и конечно же прочитан не раз.

Пока готовил уточняющий вопрос, похоже сам разобрался. Поправьте, если не прав, пожалуйста.

Есть событие с такими значениями:
lkp=1,lkpid=563,lksrc=77765,
Здесь, lkp=1 означает что данный поток (сеанс, соединение) ожидает установки блокировки.
lkpid - собственно идентификатор этого потока (жертвы)
lksrc - это номер соединения-источника блокировки (того, которого ждем).

Я как раз обычно пользуюсь свойством lksrc для поиска источника. А вот как использовать lkpid и lkaid не мог понять.
Сейчас обратил внимание, что у соединения-источника блокировки, найденного по 'lksrc=77765', в списке lkaid как раз присутствует значение, равное lkpid жертвы. То есть у источника приводится список жертв, которых он блокирует.

t:connectID=77765,...,lka=1,lkaid='35,549,551,552,553,554,556,557,558,559,560,561,562,563,564,.....,1360,1362,1363,1364,1365,1366',lkato=99

Кстати, может быть подскажете что означают буквы a и p (слово от которого сокращение)? Насчет lk полагаю, что это от LOCK
+ – Ответить
14. akpaevj 207 19.08.20 13:43 Сейчас в теме
(11) Все так, в значениях lkaid перечислены номера запросов-жертв, записанные в lkpid. По поводу того, что обозначают a и p ничего скачать не могу, не задавался таким вопросом.

В запросе-источнике будет к примеру "lkaid=1,2,3", а так-же в ТЖ будут 3 запроса-жертвы, у которых в описании будет запись lkpid=1, lkpid=2, lkpid=3 (соответственно)
VKislitsin; +1 – Ответить
15. VKislitsin 1013 19.08.20 13:55 Сейчас в теме
(14) Спасибо. Я понял почему они у меня не коррелировали ни с чем. Потому что я исках их регулярками на равенство, вида ".*=563," А они оказывается в списке и нужно их искать выражением примерно вида ".*lkaid='[0-9,]*563[,']".
YPermitin; +1 – Ответить
43. artkor 286 03.02.22 22:56 Сейчас в теме
(14) Вероятно актив-пассив. Спасибо за инфу, долго искал!
+ – Ответить
12. Xershi 1555 19.08.20 13:22 Сейчас в теме
(5) хотел понять в чем проблема платформы. Попробовал воспользоваться функционалом на 8.3.17 и получил много предупреждений, что код не понимает тегов. Возможно нужно было последнюю версию использоваться и там все обновлено?
+ – Ответить
13. tormozit 7229 19.08.20 13:25 Сейчас в теме
(12) Не понял проблему. Но в любом случае сначала надо конечно попробовать актуальную версию ИР, ведь она регулярно обновляется.
+ – Ответить
10. пользователь 19.08.20 13:10
Сообщение было скрыто модератором.
...
16. user612295_death4321 19.08.20 20:43 Сейчас в теме
Юра, видя последний тренд инфостарта как он забирает лучшие головы, тебе там еще должность контент-мейкера не предложили?)

Статья збс.
SagittariusA; YPermitin; +2 – Ответить
17. пользователь 20.08.20 06:20
(16) я предпочитаю быть разработчиком:)
+ – Ответить
18. Cyberhawk 135 25.08.20 08:41 Сейчас в теме
времени ожидания управляемой блокировки. В параметрах информационной базы обычно указано 60 секунд времени ожидания
Ошибаешься: значение по умолчанию = 20 секунд.
YPermitin; +1 – Ответить
19. пользователь 25.08.20 08:50
(18) эпик фейл :)
+ – Ответить
20. Painted 49 26.08.20 12:23 Сейчас в теме
Это все интересно, но у меня вопрос есть.
Можно через тех. журнал отследить все обращения к одной таблице? Например, РегистрСведений.ГрафикиРаботыПоВидамВремени (_InfoRg16553). Есть подозрение, что часть запросов не оптимальны, но как поймать откуда они идут? Из дополнительной обработки, из документа, отчета?
ByNiko1984; YPermitin; +2 – Ответить
21. пользователь 26.08.20 13:17
(20) можно.

События обращений к СУБД помогут. В них нужно сделать отбор через LIKE по свойству с текстом запроса.
Free1CforAll; ByNiko1984; +2 – Ответить
22. Free1CforAll 03.09.20 08:23 Сейчас в теме
(0) хороший мануал.
+ – Ответить
23. Cyberhawk 135 08.09.20 09:20 Сейчас в теме
Кому-нибудь хоть раз в жизни пригодилось событие CLSTR?
+ – Ответить
24. karpik666 3851 08.10.20 20:45 Сейчас в теме
Коллеги, кто-нибудь знает, можно ли с помощью технологического журнала получить начало и окончание вложенной транзакции?
+ – Ответить
25. tormozit 7229 09.10.20 00:30 Сейчас в теме
(24) Насколько мне известно, Нет. Тут просто меняется счетчик вложенности логических транзакций. Больше ничего.
+ – Ответить
26. karpik666 3851 09.10.20 11:44 Сейчас в теме
(25) спасибо, да у меня такая проблема в транзакции запускается комплексный бизнес процесс, однако при фиксировании транзакции она становится отменена. Вывод: происходит отмена вложенной транзакции, однако явных ошибок нет в коде, которые могли вызвать отмену транзакции, вот и думал, может мне в этом хотя бы технологический журнал поможет в выявлении в каком месте эта вложенная транзакция отменяется.
Gang031; +1 – Ответить
27. tormozit 7229 09.10.20 12:15 Сейчас в теме
(26) Используй остановку по ошибке. Если их слишком много, то можно начать с фильтра "запис". Также нужно поставить точку останова на всех вызовах ОтменитьТранзакцию(). Ну и возможно стоит еще раз прочитать https://infostart.ru/1c/articles/1026771/ .
+ – Ответить
28. karpik666 3851 09.10.20 12:18 Сейчас в теме
(27) в том и дело, что остановка по ошибке не срабатывает, ошибки как бы и нет, плюс через Замер производительности нет команд, что отдельно бы отменяли транзакцию.
+ – Ответить
29. tormozit 7229 09.10.20 12:20 Сейчас в теме
Лучше перенести это обсуждение под ту статью. Здесь это уже далеко от темы.
+ – Ответить
30. Hatson 536 12.10.20 11:06 Сейчас в теме
Юрий, большое спасибо за проделанную работу! Очень крутая шпаргалка!

Дополните, пожалуйста такую информацию по событиям:

После имени любого события идет цифра:
SCALL,4
CALL,2

На сколько я понял, это уровень вложенности (иерархии) события - какое событие внутри какого вызвалось. Событие с самым маленьким числом - это самая большая "матрешка", далее в нее вкладываются другие "матрешки" и пошел счетчик, то есть "матрешка" с самым большим числом - самое нижнее событие. 

08:11.966000-15995,SCALL,4,process=1CV8C,OSThread=16492,ClientID=22,Interface=bc15bd01-10bf-413c-a856-ddc907fcd123,IName=IVResourceRemoteConnection,Method=0,CallID=23994,MName=send,DstClientID=9,Context='
ВнешняяОбработка.ТестированиеТехнологическогоЖурнала.Форма.Форма.Форма : 11 : Результат = ВызовСервераНаСервере();'


08:11.954004-16003,CALL,2,process=rphost,p:processName=MyTempDbHost,OSThread=20384,t:clientID=9,t:applicationName=1CV8C,t:computerName=YY-COMP,t:connectID=25,callWait=0,first=true,Usr=DefUser,SessionID=5,Context=Форма.Вызов : ВнешняяОбработка.ТестированиеТехнологическогоЖурнала.Форма.Форма.Модуль.ВызовСервераНаСервере,Interface=bc15bd01-10bf-413c-a856-ddc907fcd123,IName=IVResourceRemoteConnection,Method=0,CallID=23994,MName=send,Memory=88594,MemoryPeak=1038217,InBytes=3461,OutBytes=0,CpuTime=0
Shmell; +1 – Ответить
31. tormozit 7229 24.11.20 18:23 Сейчас в теме
(30) это уровень события в стеке текущего потока https://its.1c.ru/db/v838doc/bookmark/adm/TI000000151
+ – Ответить
32. Mzhlskii 1 19.05.21 12:01 Сейчас в теме
Добрый день, подскажите можно ли с помощью технологического журнала получить информацию о регистрации изменений в план обмена?

Не могу найти кто регистрирует данные в узел, а в журнал регистрации это событие не пишется(
Wo0dV0rd258; +1 – Ответить
33. tormozit 7229 19.05.21 12:31 Сейчас в теме
(32) да
YPermitin; +1 – Ответить
34. Mzhlskii 1 19.05.21 13:41 Сейчас в теме
(33) а каким событием?
+ – Ответить
35. пользователь 07.06.21 06:09
Сообщение было скрыто модератором.
...
36. пользователь 07.06.21 06:09
Сообщение было скрыто модератором.
...
37. pioneeer 07.06.21 06:12 Сейчас в теме
Доброго дня. Подскажите, при формирования отчета "Ведомость по партиям" Управление торговлей 11. Очень долго стал формироваться отчет. В технологический журнал попадает следующего вида запись
DBMSSQL,DataBase=192.168.30.161\trade11,Trans=0,Func=insertRecords,tableName=#T13cb57ec58cb4545b4340a98c8af0955,Sdbl='
INSERT #T13cb57ec58cb4545b4340a98c8af0955
VALUES(
После чего 150 тысяч строк, что входит в скобки "VALUES". Ну и лог соответственно за час пухнет до сотен МБ. Что означает данная запись?
+ – Ответить
38. sashocq 193 20.07.21 12:05 Сейчас в теме
(37) Похоже, что идёт вставка большого кол-ва строк во временную таблицу
+ – Ответить
40. Free_Danial 59 21.08.21 19:20 Сейчас в теме
(37)
DBMSSQL,DataBase=192.168.30.161\trade11,Trans=0,Func=insertRecords,tableName=#T13cb57ec58cb4545b4340a98c8af0955,Sdbl='
INS ERT #T13cb57ec58cb4545b4340a98c8af0955
VALUES(
После чего 150 тысяч строк, что входит в скобки "VALUES". Ну и лог соответственно за час пухнет до сотен МБ. Что означает данная запись?

Он в свойство записал весь запрос, в запросе у вас видимо совсем много записей, если вам свойство Sdbl не нужно можно его не включать, реализуется по типу(или уменьшить время очистки лога ТЖ):
<event>
<eq property="Name" value="CALL"/>
<eq property="p:processName" value="MyProcess"/>
<ge property="Duration" value="1000"/>
<ne property="Context" val ue=""/>
</event>

<property name="Usr"/>
<property name="Context"/>
<property name="Memory"/>
<property name="MemoryPeak"/>
+ – Ответить
39. Free_Danial 59 21.08.21 19:15 Сейчас в теме
Спасибо! Хорошая статья!
+ – Ответить
41. EliasShy 48 15.09.21 08:49 Сейчас в теме
Добрый день!
Не нашел на ИТС, поэтому обращусь к специалистам.
Лицензия КОРП, стоит ограничение потребления ресурсов - действие при превышении пока не указано. Как выглядит такое событие в ТЖ? какое свойство искать
+ – Ответить
42. user970589 11 06.12.21 19:09 Сейчас в теме
Как раз пытаюсь разобрать в ЖР где у меня прилетает проблема. Делаю в ERP закрытие месяца - пересчет итогов, через 2 часа получаю "аварию".
Закрытие месяца.РасчетПартийИСебестоимости
При выполнении операции закрытия месяца "Распределение затрат и расчет себестоимости" произошла ошибка:
Аварийно завершился рабочий процесс фонового задания

8.3.19.1150, КЭШ сбрасывал, интервал перезапуска 86400, то есть сутки, многопоточность урезал.
перенес выгрузкой базу на другой сервер и 8.3.18.1289 - там 8 часов и получил ошибку по остаткам, то есть штатно отработала. смотрю ЖР в основной - в RPHOST пишет, что потеряно соединение с процессом........
Connection removed from ping direction: address=...
..
Outgoing connection closed
- это все перед "аварией" - вроде как закрывает соединение из-за ?? может какой сетевой интерфейс разрывает соединение с фоновым заданием по таймауту? адрес fe80::1c1f:14eb:be36:22d%11 - потом делает попытку зацепится за него же и отваливается снова. (в 21:48 авария)
лог

вопрос к автору - в какие логи в таком случае надо смотреть в первую голову? к слову после ввода настроек как в статье EXCP и
EXCPCNTX у меня не появились.
На серверах настройки одинаковые, но сами сервера и в т.ч. оси разные
+ – Ответить
44. user1911097 17.02.23 10:05 Сейчас в теме
Коллеги, помогите разобраться можно ли сократить время вызова внешнего компонента:
168000-15997,ADDIN,2,process=1cv8c,OSThread=5368,Func=ExternalEvent,Location=C:\Program Files (x86)\1C-Rarus\SoftPhone\NativeComponent\x32\SP_ClientNative.dll,Source=SoftPhone,Message=OnLinesStatus,Result=0
+ – Ответить
45. angabanga5 21.06.23 21:40 Сейчас в теме
ребят, а почему журнал может не писать контекст? в настройках все есть , но контекст во всех строках не равен ничему
+ – Ответить
46. angabanga5 21.06.23 21:41 Сейчас в теме
(45) это в событии SDBL
+ – Ответить
47. Даня 9 26.10.23 15:04 Сейчас в теме
(45) Добрый день!

Как правило, контекст не пишется для внешних отчетов / обработок, в том числе, если это подключенный из внешней обработки алгоритм заполнения табличной части.
Когда контекст будет идти отдельным событием Context, которое может быть чуть раньше или чуть позже события SDBL.
ovcharenko.di; user1481466; +2 – Ответить
49. tormozit 7229 10.05.24 11:34 Сейчас в теме
(47) Чуть раньше событие Context не может быть. Оно будет всегда после SDBL.
+ – Ответить
48. Vix 29 09.05.24 11:04 Сейчас в теме
Интересно, как можно отследить, кто запускал конфигуратор. Я начал рулить в сторону написания службы, которая будет искать появление временного файла при запуске конфигурации и отправлять СМС либо на почту, со сбором инфы о IP, OS, пользователе.
+ – Ответить
50. progaoff 3 03.10.24 12:40 Сейчас в теме
Добрый день. Появилась необходимость обновить ЕРП. При реструктуризации ловлю ошибку Таблица или поле DimHash не содержится в разделе FROM. Включил тех журнал на все события. Сформировались файлы но ошибка в них не фиксируется.
+ – Ответить
Оставьте свое сообщение