Это интересно
- ОКД
- ЗКС
- ИПО
- КНПВ
- Мондиоринг
- Большой ринг
- Французский ринг
- Аджилити
- Фризби
Опрос
Полезные ссылки
РКФ
Все о дрессировке собак
Стрижка собак в Коломне
Поиск по сайту
Настройка технологического журнала в 1С 8.3 и 8.2. Технологический журнал
Технологический журнал 1С 8.3 и 8.2: включение, настройка, анализ
Технологический журнал. Описание и включение
Коллеги, начинаем серию статей, посвященных технологическому журналу.
В этой серии мы с вами рассмотрим практику использования полезного инструмента для расследования проблем производительности и стабильности 1С:Предприятие – технологического журнала.
Далеко не все специалисты о нем знают, а умеют грамотно использовать лишь немногие. Попытаемся исправить ситуацию :)
Описание и включение технологического журнала
Что Вы узнаете из этой статьи?
- Описание и предназначение инструмента Технологический журнал
- Как включить Технологический журнал в 1С:Предприятие 8
- Принцип формирования и сохранения логов и дампов
Описание ТЖ
Технологический журнал (далее ТЖ) – это средство для логирования работы платформы на низком уровне.
ТЖ предназначен для расследования ошибок, анализа и диагностики различных проблем в работе платформы 1С:Предприятие.
С помощью ТЖ можно выяснить, какие запросы работают медленно и откуда они вызываются, при выполнении какого кода «падают» рабочие процессы сервера, куда «утекает» память и многое, многое другое.
Все инструменты анализа производительности платформы используют ТЖ для получения информации. При желании и доскональном изучении вопроса с помощью ТЖ вы можете написать свой инструмент анализа производительности.
ТЖ можно собирать как для процессов сервера 1С, так и для клиентских приложений. Соответственно, и набор событий, которые можно фиксировать в ТЖ, будет отличаться.
Клиентские логи и дампы крайне редко вызывают интерес, поэтому в статье мы будем рассматривать ТЖ исключительно с точки зрения сервера. Тем не менее все, что здесь написано, также подходит и для клиентских логов.
С помощью ТЖ можно собирать логи и настраивать формирование дампов в случае аварийного завершения работы процесса.
Логи – это файлы с расширением .log, где информация хранится в текстовом виде.
Дампы – это файл с расширением .mdmp, который содержит в себе содержимое оперативной памяти процесса на момент «падения».Дамп бывает крайне необходим для расследования проблем стабильности платформы. Мы не можем самостоятельно анализировать дампы, т.к. у нас нет исходного кода платформы, но мы можем отправить их в техническую поддержку или на партнерский форум и получить решение нашей проблемы.
Включение ТЖ
По умолчанию технологический журнал включен и работает, но собирает очень ограниченный объем данных.
Под минимальным объемом данных подразумеваются 2 вещи:
1) Формирование дампов минимального размера в случае аварийного завершения работы процессов кластера 1С (ragent, rmngr или rphost).
По умолчанию дамп создается в каталоге:
%USERPROFILE%\Local Settings\Application Data\1C\1Cv82\dumpsЕсли вы используете Windows Vista и выше, то будет использоваться каталог:
%LOCALAPPDATA%\1C\1Cv82\dumpsДля 8.3 вместо каталога 1Cv82 используется 1Cv8.
2) Для 8.3 в минимальный ТЖ входит формирование логов с одним событием SYSTEM с уровнем Error.
Логи сохраняются в каталоге:
%USERPROFILE%\Local Settings\Application Data\1C\1Cv8\logsДля Windows Vista и старше используется каталог:
%LOCALAPPDATA%\1C\1Cv8\logsДанные логи по умолчанию будут хранится 24 часа, после чего платформа будет удалять файлы логов, которые превышают этот порог.
Чаще всего информации из ТЖ по умолчанию недостаточно, и необходимо его настраивать вручную.
Чтобы произвести тонкую настройку ТЖ, необходимо создать файл logcfg.xml с определенной структурой в определенном месте.
Данный файл необходимо разместить в каталоге:
C:\Program Files\1Cv82\conf (для 8.3 каталог 1Cv8)В этом случае настройки ТЖ будут действовать для всех версий 1С, которые установлены на данном компьютере, и для всех пользователей. Этот вариант используется чаще всего, и именно его рекомендуем применять.
При настройках ЦУПа, облачных сервисов контроля производительности и прочих инструментов, где надо указывать путь к logcfg, также лучше использовать именно этот каталог, иначе при обновлении платформы или изменении имени пользователя, под которым запущена служба сервера 1С, описанные инструменты перестанут работать и придется менять настройку.
Тем не менее есть и другие варианты, хотя и используются они гораздо реже. Опишу лишь то, что с наибольшей вероятностью вам может понадобится.
Чтобы настроить ТЖ только для одной версии платформы, размещаем logcfg.xml в каталоге:
C:\Program Files\1Cv82\8.2.19.106\bin\confГде 8.2.19.106 – это номер нужной вам версии.
Крайне редко, но все же, может возникнуть необходимость настроить ТЖ отдельно для каждого пользователя, под которым запущена служба сервера 1С.
Тогда размещаем logcfg в каталоге:
%USERPROFILE%\Local Settings\Application Data\1C\1Cv82\ConfДля ОС Windows Vista и старше:
%LOCALAPPDATA%\1C\1Cv82\ConfЭто может потребоваться, если у вас, например, 1 служба сервера 1С используется как рабочая, а вторая для отладки. При необходимости можно запустить службы под разными пользователями и собирать ТЖ только для одной из них, чтобы не загружать второй сервер и не собирать в логах лишние данные, либо сделать для каждой из служб свои настройки ТЖ.
Настройки из logcfg считываются не моментально, а каждые 60 секунд, причем каждый из процессов кластера считывает файл настроек независимо от других процессов. Например, сначала могут появиться логи процесса rmngr и только через 45 секунды логи rphost.
Для выключения ТЖ достаточно удалить или переименовать файл logcfg.xml.
Бурмистров Андрей
В следующих статьях рассмотрим нюансы настройки ТЖ и практику использования.
А пока закрепите полученный материал на своей тестовой информационной базе :)
PDF-версия статьи для участников группы ВКонтакте
Мы ведем группу ВКонтакте – http://vk.com/kursypo1c.
Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
Если Вы уже участник группы – нужно просто повторно авторизоваться в ВКонтакте, чтобы скрипт Вас узнал. В случае проблем решение стандартное: очистить кеш браузера или подписаться через другой браузер.
Если вы хотите узнать больше об оптимизации 1С и быть экспертом в этой области – пройдите наш новый курс «Оптимизация производительности 1С:Предприятие».
xn----1-bedvffifm4g.xn--p1ai
Технологический журнал 1С:Предприятие 8 | Gilev.ru
Зачем он нужен
Технологический Журнал (далее ТЖ) позволяет протоколировать все события 1С:Предприятия (или часть, используя фильтр), например:— исполняемый код 1С:Предприятие 8;— код Transact-SQL для СУБД;— интерактивные действия пользователей,
— сообщения об ошибках,
— утечки памяти.В случаи аварийного завершения журнал позволяет сделать дамп памяти и копию экрана для передачи разработчикам.
Основное
Журнал настраивается с помощью файла logcfg.xml в папку программы C:\Program Files\1cv81\bin\conf1) Для успешного создания логов, нужно создать каталоги для логов (например C:\Program Files\1cv81\bin\logs) и дапмов (например C:\Program Files\1cv81\bin\dumps)
2) К этим каталогам ТЖ должны быть обязательно настроены права:
— полные права на каталог технологического журнала;
— права на чтение владельца каталога технологического журнала.
Проверяйте наличие прав с помощью Procmon.
Примечание. Если все равно не пишется ТЖ, то дать права всем на эту папку (временно, чтобы убедиться что дела в правах).
3) В каталоге технологического журнала не должно быть посторонних файлов. Каталог, в котором имеются посторонние файлы не позволит создавать журнал (логи).
4) Место хранения dumps и logs не хранить вместе, потому что через указанный интервал (по умолчанию 1 час) содержимое польностью перетирается и вы потеряете дампы
Настройка
ТЖ лучше настраивать (с помощью фильтров — тэгов logcfg.xml) только на исследуемые события, остальное не собирать, иначе словите «отсутствие места на диске» и тормоза в быстродействии сервера.
1) Легче выполнять настройку фильтров с помощью обработки с ИТС НастройкаТехнологическогоЖурнала.epf, но при этом помнить, что новые фичи последних релизов в обратке могут отстутствавать (каждая новая версия добавляет новые возможности, в обработки они не отражены). В этом случаи корректировать файл logcfg.xml руками.
2) Чтобы логи перестали собираться достаточно переименовать файл, перезапускать сервер не надо, настройки пересчитываются каждую минуту «на лету»
3) настроить logcfg.xml для фильтрации событий по определённой ИБ нужно использовать «p:processName=»
4) http://users.v8.1c.ru/Adm1936.aspx — примеры настроек
Подробности
Понятно, что собрать логи мало, их еще нужно обработать для решения конкретной задачи.
1) Сложности чтения ТЖ:
— Требует хорошего понимания архитектуры работы системы
— Тексты запросов регистрируются на внутреннем языке 1С:Предприятия и на языке DBMS
2) Файлы технологического журнала хранятся в подкаталогах. Имя каждого подкаталога технологического журнала одного процесса будет иметь вид: <ИмяПроцесса>_<ИдентификаторПроцесса>, например: rphost_4076. Имя файла журнала задается шаблоном ГГММДДЧЧ.log. Например, в журнале 07051819.log имя файла образовано от 2007 мая 18, 19 часов)
3) Журнал для анализа можно выгрузить в эксель, используя разделителем запятую например
4)1С:ЦУП использует для своих аналитических показалей логи технологического журнала. При использовании ЦУП другие данные собираться не должны, удалите logcfg.xml вручную, ЦУП сам создаст файл с нужными настройками.
5) Возможные ошибки и доп. информация:
— ищем логи в каталоге на сервере хотя для 64 разрядного сервера другой каталог программы
— отследить незавершившийся запрос; событие технологического журнала DBMSSQL выводится только в момент окончания выполнения запроса. Если запрос долго не может выполниться, то его выполнение можно прервать, после чего будут выведены в технологический журнал связанные с ним события.
— более подробно с особенностями использования технологического журнала можно ознакомиться по материалам семинара партнеров 2 — 4 марта 2007 года, доклад «Средства диагностики работы системы «1С:Предприятия 8.1″».
События в ТЖ
Удобные для анализа ошибок
События EXCP — исключительные ситуации приложений системы «1С:Предприятие», которые штатно не обрабатываются и могут послужить причиной аварийного завершения серверного процесса или подсоединенного к нему клиентского процесса.События EXCPCNTX — события, которые начались, но не закончились в момент возникновения нештатной ситуации.
Для анализа скорости веба
Событие VRSREQUEST — запрос к серверу за некоторым ресурсом.
Событие VRSRESPONSE — ответ сервера.
Для анализа активности
Событие SCALL — исходящий удаленный вызов (исходящий вызов на стороне источника вызова).
Событие CALL — входящий удаленный вызов (удаленный вызов на стороне приемника вызова).
Анализ утечек и расхода памяти
События LEAKS — события, связанные с утечкой памяти, которые могут быть вызваны ошибками в коде конфигурации.События MEM — события, связанные с увеличением объема памяти, занятой серверными процессами (ragent, rmngr, rphost).
Если Вы хотите воспользоваться журналом для анализа сообщений об ошибках, воспользуйтесь бесплатным сервисом Анализа событий.
если вы не нашли ответ на ваш вопрос, давайте расширим материал
www.gilev.ru
Технологический журнал. Настройка | Курсы по 1С
Коллеги, продолжаем серию статей, посвященных технологическому журналу.
В этой серии мы с вами рассмотрим практику использования полезного инструмента для расследования проблем производительности и стабильности 1С:Предприятие – технологического журнала.
Другие статьи из серии «Технологический журнал»:
«ТЖ: Анализ логов»
«ТЖ: События и фильтры»
«ТЖ: Примеры и ошибки»
Настройка технологического журнала
Что Вы узнаете из этой статьи?- Более подробно изучим файл настроек logcfg.xml
- Проведем тонкую настройку Технологического журнала
Как уже было сказано, для тонкой настройки ТЖ используется файл logcfg.xml, давайте подробно разберем структуру этого файла.
Например, мы разместили в каталоге «C:\Program Files\1Cv82\conf» файл logcfg.xml со следующим содержанием:
<config xmlns="http://v8.1c.ru/v8/tech-log"> <dump location="C:\1C_Info\Dumps" create="1" type="2"/> <log location="C:\1C_Info\Logs" history="1"> <event> <ne property="name" value=""/> </event> <property name="all"/> </log> </config>Давайте подробно рассмотрим каждую строку.
1. <config xmlns="http://v8.1c.ru/v8/tech-log">Определяет начало настроек ТЖ и указывает на пространство имен xml, эта строка всегда идет первой и остается неизменной по содержанию.
2. <dump location="C:\1C_Info\Dumps" create="1" type="2"/>Определяет, что в случае аварийного завершения одного из процессов сервера 1С, необходимо создать дамп в каталоге «C:\1C_Info\Dumps».
Если атрибут create=»0″ или create=»false», то дамп не будет создан.
Атрибут «type» определяет, насколько полный дамп нужно создавать.
Значение «2», означает что в дамп будет записано содержимое всей памяти процесса. Рекомендую использовать именно его, т.к. для большинства случае этого достаточно. Можно поставить значение «0», тогда будет собран минимальный дамп, но для расследования содержащейся в нем информации может не хватить.
Для данного параметра возможен довольно большой перечень значений, подробнее о них можно почитать в руководстве администратора, но на практике другие значения почти никогда не используются.
Параметр «location» определяет, в какой каталог будет записан дамп.
Если элемента нет, то будут созданы минимальные дампы и сохранены в каталог для дампов по умолчанию (см. раздел «Включение ТЖ»)
3. <log location="C:\1C_Info\Logs" history="1">Открывает раздел с настройками логов. Здесь настраивается каталог для хранения логов и время хранения в часах. В данном случае логи будут храниться только за последний час. Файлы логов старше указанного времени платформа удалит самостоятельно.
При выборе каталога надо учитывать, что там не должно быть ничего кроме файлов логов.
4. <event>Открывает раздел для фильтрации и настройки тех событий, которые мы будем собирать в логах ТЖ.
Разделов также может быть несколько, по одному разделу на одно событие.
5. <ne property="name" value=""/>Определяет, какое именно событие мы будем фиксировать и в каком случае.
ne – это условие на не равенство (not equal), дословно строка читается так: если свойство события «Имя» не равно значению «», тогда записываем это событие в ТЖ.
А т.к. у любого события есть имя, то данное условие заведомо всегда будет выполняться, и мы будем фиксировать абсолютно все события технологического журнала.
Обычно такая настройка не используется, т.к. сбор полного технологического журнала будет замедлять работу системы, логи быстро займут все свободное место на диске, да и разобраться в гигабайтах текстовой информации потом будет непросто. Поэтому обычно используют фильтрацию по событиям, об этом мы поговорим чуть позже.
6. </event>Закрывает раздел event. После этого можно начинать новый раздел если нужно фиксировать несколько событий.
7. <property name="all">Здесь мы определяем, какие свойства событий необходимо фиксировать. Обычно это значение остается по умолчанию в «all», т.е. записываем все свойства событий, которые определены в разделе <event>.
8. </log>Закрывает раздел log. После этого можно начинать новый раздел <log>.
9. </config>Определяет конец настроек ТЖ.
На первый взгляд такая структура может показаться сложной, но поверьте, это только на первый взгляд. На самом деле благодаря такому формату можно делать очень гибкие настройки, что очень облегчает работу по расследованию всяких непонятных ситуаций.
Бурмистров Андрей
В следующих статьях рассмотрим нюансы настройки логов ТЖ и практику их использования.
А пока закрепите полученный материал на своей тестовой информационной базе :)
PDF-версия статьи для участников группы ВКонтакте
Мы ведем группу ВКонтакте – http://vk.com/kursypo1c.
Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
Если Вы уже участник группы – нужно просто повторно авторизоваться в ВКонтакте, чтобы скрипт Вас узнал. В случае проблем решение стандартное: очистить кеш браузера или подписаться через другой браузер.
Если вы хотите узнать больше об оптимизации 1С и быть экспертом в этой области – пройдите наш новый курс «Оптимизация производительности 1С:Предприятие».
xn----1-bedvffifm4g.xn--p1ai
Примеры настройки технологического журнала | Личный сайт
Примеры настройки технологического журнала
Данный раздел содержит несколько примеров настройки технологического журнала, использование которых может упростить обнаружение различных ошибочных ситуаций.
Технологический журнал и его настройка
Организация и настройка технологического журнала 1С:Предприятия подробно описана в книге "1С:Предприятие 8.1. Конфигурирование и администрирование", глава 21 "Администрирование", раздел "Технологический журнал".
Технологический журнал представляет собой совокупность каталогов и текстовых файлов, в которые различные приложения 1С:Предприятия могут записывать информацию о работе некоторых внутренних механизмов платформы. Состав выводимой информации определяется конфигурационным файлом технологического журнала, который имеет название logcfg.xml и должен быть помещен в подкаталог conf каталога загрузочных модулей 1С:Предприятия. В этом файле средствами XML определяются условия вывода в технологический журнал событий и их свойств. Если файл logcfg.xml отсутствует, не содержит ни одного элемента log, или содержит ошибки, то технологический журнал считается выключенным и не создается. При выключенном технологическом журнале производительность 1С:Предприятия несколько выше, чем при включенном.
В приведенных ниже примерах предполагается, что 1С:Предприятие установлено стандартным способом и его загрузочные модули расположены в каталоге C:\Program Files\1cv81\bin. В этом случае технологический журнал удобно размещать в каталоге C:\Program Files\1cv81\logs. Именно этот каталог и будет указан во всех примерах.
Важно иметь в виду, что в каталог технологического журнала при некоторых его настройках могут выводится данные очень большого объема. Поэтому, либо на диске C: должно быть достаточно места, либо каталог технологического журнала необходимо изменить.
Для работы технологического журнала необходимо, чтобы пользователи, от имени которых запускаются приложения 1С:Предприятия (как клиентские, так и серверные), имели полные права на каталог технологического журнала (C:\Program Files\1cv81\logs), и право на чтение выше лежащего каталога (C:\Program Files\1cv81).
Далее приведены несколько примеров файлов logcfg.xml, содержащих наиболее часто используемые конфигурации технологического журнала.
Технологический журнал выключен
Если файл logcfg.xml отсутствует в каталоге C:\Program Files\1cv81\bin\conf, то технологический журнал не создается. Если файл logcfg.xml необходим для правильной настойки дампов, то он не должен содержать ни одного элемента log. Следующий пример определяет необходимость построения полного дампа приложения при его аварийном завершении. Дампы помещаются в каталог: C:\Program Files\1cv81\dumps.
Полный технологический журнал
Приведенный ниже конфигурационный файл определяет вывод в технологический журнал всех событий вместе со всеми свойствами. Журнал будет сохраняться в течение недели (168 часов). Объем выводимой информации при этом будет очень большим, однако, она может быть полезна при анализе сложных нештатных ситуаций. Данную конфигурацию рекомендуется использовать на этапе тестирования и при расследовании ошибок.
<config xmlns="http://v8.1c.ru/v8/tech-log"> <log location="C:\Program Files\1cv81\logs" history="168"> <event> <ne property="Name" value=""/> </event> <property name="all"> </property> </log></config>Обращения к СУБД
Следующий конфигурационный файл определяет, что технологический журнал будет содержать только обращения 1С:Предприятия к СУБД, а так же информацию об ошибочных ситуациях. Объем выводимой информации меньше, чем при полном технологическом журнале, но тоже может быть очень большим.
<config xmlns="http://v8.1c.ru/v8/tech-log"> <log location="C:\Program Files\1cv81\logs" history="168"> <event> <eq property="Name" value="DBV8DBEng"/> </event> <event> <eq property="Name" value="DBMSSQL"/> </event> <event> <eq property="Name" value="DBPOSTGRS"/> </event> <event> <eq property="Name" value="DB2"/> </event> <event> <eq property="Name" value="EXCP"/> </event> <property name="all"> </property> </log></config>Действия администратора и ошибки
Этот конфигурационный файл создает технологический журнал небольшого объема, в котором содержится информация о запуске и завершении приложений, установке и разрыве соединений с кластером серверов 1С:Предприятия, действиях администратора кластера и об ошибочных ситуациях в работе 1С:Предприятия. Такой журнал в большинстве случаев достаточен, для расследования ошибочных ситуаций как в конфигурации, так и в технологической платформе 1С:Предприятия.
<config xmlns="http://v8.1c.ru/v8/tech-log"> <log location="C:\Program Files\1cv81\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> <property name="all"> </property> </log></config>Ошибки и долгие операции
По сравнению с предыдущим, данный конфигурационный файл добавляет все операции, длительность которых превышает 10 секунд. Это может оказаться полезным для обнаружения действий пользователей, которые выполнялись длительное время, с целью, например, их последующей оптимизации. Длительность событий выражается в сотнях микросекунд.
<config xmlns="http://v8.1c.ru/v8/tech-log"> <log location="C:\Program Files\1cv81\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>Долгие операции от Виктора Богачева
<?xml version="1.0" encoding="UTF-8"?><config xmlns="http://v8.1c.ru/v8/tech-log"> <log location="c:\tech_log" history="300"> <event> <eq property="name" value="QERR" /> </event> <event> <eq property="name" value="EXCP" /> </event> <event> <eq property="name" value="EXCPCNTX" /> </event><property name="all" /> </log></config>
Оригинал статьи: http://help1c.com/faq/view/464.html.
www.kraeg.ru
1С 8.3 : Примеры настройки технологического журнала » Администрирование » FAQ 1С 8.3 : » HelpF.pro
Примеры настройки технологического журналаТехнологический журнал выключен Если файл 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>
helpf.pro
Технологический журнал 1с запуск, настройка, примеры
www.vidicom.info
