Это интересно

  • ОКД
  • ЗКС
  • ИПО
  • КНПВ
  • Мондиоринг
  • Большой ринг
  • Французский ринг
  • Аджилити
  • Фризби

Опрос

Какой уровень дрессировки необходим Вашей собаке?
 

Полезные ссылки

РКФ

 

Все о дрессировке собак


Стрижка собак в Коломне

Поиск по сайту

Настройка технологического журнала 1с. Где хранится технологический журнал 1с


Знакомство с технологическим журналом 1С

Не так давно открыл для себя нечто новое, оказывается есть технологический журнал (ТЖ). Что это за зверь такой и для чего он нужен попытаюсь ответить в этой статье. Как говорить сама 1С Технологический журнал системы 1С:Предприятие 8 может использоваться для анализа технологических проблем работы системы и анализа аварийных завершений. Он регистрирует информацию от всех приложений системы 1С:Предприятие 8, работающих на данном компьютере. Из этого определения сразу становится очевидность полезности этого инструмента, из него мы можем узнать например:
  • при выполнении какого кода «падают» рабочие процессы сервера
  • какие запросы работают медленно и откуда они вызываются
  • Посмотреть были ли взаимоблокировки или блокировки по таймауту
  • и  многое другое.   
Что же собой представляет ТЖ? А представляет собой ТЖ совокупность текстовых файлов, хранящихся в указанном каталоге. Файлы эти можно разделить на 2 группы 
  • файлы дампа
  • файлы логов
Логи – это файлы с расширением log, где информация хранится в текстовом виде. Дампы – это файл с расширением mdmp, который содержит в себе содержимое оперативной памяти процесса на момент «падения» .  

Идем дальше. А в каком каталоге хранятся файлы ТЖ?. По умолчанию   ТЖ создается в каталоге: %USERPROFILE%\Local Settings\Application Data\1C\1Cv82\ Если используется Windows Vista и выше, то будет использоваться каталог: %LOCALAPPDATA%\1C\1Cv82\Для 8.3 вместо каталога 1Cv82 используется 1Cv8.   Но этот каталог можно изменить. Об этом чуть ниже. Как включить ТЖ?По умолчанию технологический журнал включен, и настроен на сохранение минимальных дампов. С помощью специального файла мы можем настроить ТЖ. А именно можем изменить каталоги ТЖ, указать какие события должны регистрироваться в ТЖ и тд.Я говорю о файле настроек ТЖ logcfg.xml .  Этот файл должен находится в каталоге conf в папке с установленной 1с, например«D:\Program Files\1Cv8\conf» Рассмотрим пример файла настроек для полного ТЖ.

config xmlns="http://v8.1c.ru/v8/tech-log"> <log location="C:\Program Files\1cv82\logs" history="24"> <event> <ne property="Name" value=""/> </event> <property name="all"> </property> </log> </config> Этот конфигурационный файл определяет вывод в технологический журнал всех событий вместе со всеми свойствами. Журнал будет сохраняться в течение недели (24 часа). Однако объем выводимой информации при этом будет очень большим.Целесообразней настроить ТЖ только на интересующие нас события, например мы хотим посмотреть есть были ли в системе ошибки и долгие операции (>10 секунд) <config xmlns="http://v8.1c.ru/v8/tech-log"> <log location="C:\Program Files\1cv82\logs" history="168"> <event> <eq property="Name" value="PROC"/> </event> <event> <eq property="Name" value="SCOM"/> </event> <event> <eq property="Name" value="CONN"/> </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="all"> </property> </log> </config> Самые распространенные события ТЖ: 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 – соответствие маске.  
В окончании добавлю еще пару примечаний:Платформа раз в минуту считывает данные из файла настроек, поэтому не стоит горячится и сразу проверять файлы, только спокойствие все будет через минуточку)Если Вы не собираетесь посылать в фирму 1с данные дампов, то не зачем их и хранить, в файле настроек не указывайте строку dump location.Если Вы собираетесь хранить файлы ТЖ в каталоге отличном от каталога по умолчанию, то лучше предварительно создайте его сами. В тестовой базе я  умышленно создал превышение таймаута на блокировке,На примере этого файла можете посмотреть как выглядит лог файл

learning1c.blogspot.com

Настройка технологического журнала 1с | i'MoniT.ru

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

· каталог, в котором будут располагаться файлы технологического журнала;

· состав информации, которая будет помещаться в технологический журнал;

· время, в течение которого хранятся файлы технологического журнала;

· параметры дампа, создаваемого при аварийном завершении приложения.

По умолчанию конфигурационный файл отсутствует. Это означает, что технологический журнал включен, и настроен на сохранение минимальных дампов при аварийном завершении приложения в каталог C:\Documents and Settings\<ИмяПользователя>\Local Settings\Application Data\1C\1Cv8\dumps. При необходимости может быть выполнена произвольная настройка журнала регистрации с помощью отдельного конфигурационного файла. Этот файл должен иметь имя logcfg.xml и распологатья в подкаталоге conf каталога программных файлов 1С:Предприятия 8.2.

Если работа системы выполняется в среде Linux, управление выдачей аварийных дампов (core) выполняется средствами операционной системы. При этом в технологический журнал помещается информация о факте аварийного завершения процесса и о номере сигнала, повлекшего за собой это завершение.

В простейшем виде конфигурационный файл может иметь, например, следующее содержимое:

<config xmlns=»http://v8.1c.ru/v8/tech-log«><log location=»c:\v81\logs» history=»1″><event> <eq property=»Name» value=»CONN»/> </event></log><dump location=»c:\v81\dumps» create=»1″ type=»2″/></config>Данный конфигурационный файл указывает, что:· в технологическом журнале регистрируются все события, установки и разрыва клиентского соединения с сервером;· файлы технологического журнала располагаются в каталоге c:\v81\logs;· файлы технологического журнала хранятся в течение одного часа;· файлы дампа помещаются в каталог c:\v81\dumps;· файлы дампа содержат всю доступную информацию (содержимое всей памяти процесса).

При отсутствии конфигурационного файла используется следующие параметры:·Дампы минимального размера;· Каталоги дампов создаются в каталоге C:\Documents and Settings\<ИмяПользователя>\Local Settings\Application Data\1C\1Cv81\.Имя каждого подкаталога технологического журнала одного процесса будет иметь вид: <ИмяПроцесса>_<ИдентификаторПроцесса>, например:  rphost_2488.

Приведенный ниже элемент <log> определяет запись в журнал событий: процесса, серверного контекста, соединения, исключений и исполнение операторов SQL. Причем, текст оператора SQL будет помещен в журнал только, если он исполнялся более секунды. Журнал располагается в каталоге c:\logs и хранится 1 час.

<log location=»c:\logs» history=»1″><event> <eq property=»Name» value=»PROC»/> </event><event> <eq property=»Name» value=»SCOM»/> </event><event> <eq property=»Name» value=»CONN»/> </event><event> <eq property=»Name» value=»EXCP»/> </event><event> <eq property=»Name» value=»DBMSSQL»/> </event><property name=»sql»><event><eq property=»Name» value=»MSSQL»/><gt property=»Duration» value=»10000″/></event></property></log>

При аварийном завершении программы 1С:Предприятие 8, система выдает диалог с информацией о процессе записи дампа, который автоматически закрывается после завершения записи дампа.

Как включить технологический журнал

imonit.ru

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

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

Технологический журнал выключен Если файл 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>

look-study.ru


KDC-Toru | Все права защищены © 2018 | Карта сайта