Записки IT специалиста
Если программа ведет себя неправильно, то первым делом следует смотреть логи. 1С:Предприятие не исключение, однако, в отличие от большинства иных программ, использующих для этого системные инструменты, 1С реализовали собственный механизм, названный технологическим журналом. Он позволяет достаточно гибко настраивать собираемую информацию и способен удовлетворить различные категории пользователей: от администраторов до разработчиков.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Что такое технологический журнал? Это собственный формат логов 1С собирающий всю информацию о работе установленных на данном ПК приложениях 1С:Предприятие. По умолчанию технологический журнал настроен на сохранение минимальных дампов, возникающих при аварийном завершении программы.
Однако, давайте честно, многие из читающих данную статью имеют знания и опыт чтобы работать с дампами? А те, кто все-таки умеют это делать, будут этим заниматься? Нет, так как практического смысла в этом немного. Процитирую В. Гилева:
В дампах могут разобраться только разработчики платформы! (только у них исходники 🙂 )
Поэтому сразу забываем о дампах и сосредотачиваемся на гораздо более простых и понятных вещах — логах. Для чтения логов не нужно иметь специфических знаний, достаточно просто инженерного опыта и общих представлений о работе операционной системы и непосредственно 1С:Предприятия.
Платформа Windows
Для включения и настройки технологического журнала в среде Windows необходимо в папке C:\Program Files (x86)\1cv8\conf создать специальный файл настроек logcfg.xml. В самом простейшем случае он может выглядеть так:
Разберем структуру файла подробнее:
- log location — расположение файлов лога, указанная директория должна существовать, и пользователь от имени которого запускается 1С должен иметь право записи в нее.
- history — время хранения логов в часах, в нашем примере 168 часов равно 7 суткам или неделе.
- event — таких секций может быть много, соответствуют фиксируемым событиям. В данном случае фиксируются все события.
- property — определяет попадание в журнал свойств событий. Конструкция property name=»all» включает записи в журнал всех свойств событий.
Данная настройка может подойти для клиентского приложения, однако попытка использовать ее на сервере приведет к резкому раздуванию логов и падению производительности системы.
Внимание! 1С категорически не рекомендует включать подобный тип журнала на рабочих серверах!
Поэтому настроим журнал на получение только нужной нам информации. Существуют разные варианты настройки технологического журнала, в зависимости от того, какие именно события нас интересуют. В первую очередь это нештатное поведение платформы, которое может быть связано с ошибками конфигурации или неправильной настройкой платформы. Фирма 1С рекомендует такую настройку журнала:
В данном примере фиксируются следующие события:
- PROC — события, относящиеся к процессу целиком и влияющие на дальнейшую работоспособность процесса. Например, старт, завершение, аварийное завершение и т.п.
- SCOM — события создания или удаления серверного контекста, обычно связанного с информационной базой.
- CONN — установка или разрыв клиентского соединения с сервером.
- EXCP — исключительные ситуации приложений системы 1С:Предприятие, которые штатно не обрабатываются и могут послужить причиной аварийного завершения серверного процесса или подсоединенного к нему клиентского процесса.
- ADMIN — управляющие воздействия администратора кластера серверов системы 1С:Предприятие.
- QERR — события, связанные с обнаружением ошибок компиляции запроса или ограничения на уровне записей и полей базы данных.
Этого набора вполне хватает, для разбора ошибок в повседневной деятельности администратора. С полным перечнем настроек технологического журнала с пояснениями и примерами можно ознакомиться в разделе 3.17 Руководства администратора (та самая толстая желтая книжка, которую никто не читает).
Для диагностики отдельных ситуаций можно применять и специфические настройки журнала. Если вы используете аппаратные ключи, то в случае возникновения проблем с ними примените следующую настройку журнала:
Это позволит фиксировать события обращения к ключам защиты в том виде, в котором они фиксируются системой защиты HASP, в то время как 1С подменяет их своими сообщениями, типа «ключ защиты не обнаружен», обладающими крайне низкой информативностью.
Итак, файл создан. Чтобы события начали фиксироваться в журнале необходимо запустить клиентское приложение или перезапустить службу сервера. После чего директория с логами примет примерно следующий вид:
Для каждого процесса создается отдельная папка с его именем и ID, каждая из которых содержит внутри текстовые файлы с именем формата ггммддчч, т.е. год-месяц-день-час, каждый час создается новый файл лога. Так, например, лог за 12 января 2016 года с 15 до 16 часов будет иметь имя 16011215.log, затем 16011216.log и т.д.
Для примера приведем участок лога:
Сразу видно, что система не может разрешить имя сервера W81-TEST, возможно из-за проблем в DNS. Как видим, логи вполне читабельны и понятны, что позволяет осмысленно подходить к разбору ошибок, особенно в тех случаях, когда явного сообщения об ошибке не выводится, скажем не стартует процесс сервера.
Платформа Linux
Несмотря на то, что никаких отличий в настройке технологического журнала для разных платформ нет, в Linux имеются некоторые особенности, связанные с архитектурой системы и не всегда очевидные начинающим.
Прежде всего расположение файла настроек. Он должен находиться в /home/usr1cv8/.1cv8/1C/1cv8/conf, по умолчанию данная директория не существует и ее нужно будет создать. Также, если вы предпочитаете графические инструменты настройки, учтите, что директория .1cv8 скрытая (на это указывает точка в начале имени) и просто так в файловом менеджере вы ее не увидите.
Мы предпочитаем работу в консоли, как более привычную и удобную для данной платформы. Поэтому создадим данную директорию:
а в ней файл настроек:
После чего можно приступать к его редактированию, содержимое должно быть полностью идентичным Windows-версии, за исключением пути хранения логов. В файловой системе Linux они традиционно располагаются в /var/log и мы не рекомендуем отступать от традиций, потому, что если с данным сервером придется работать другому специалисту, то он будет искать логи именно там.
Изменим строку конфигурационного файла logcfg.xml следующим образом:
Затем создадим папку для логов 1С
А чтобы 1С могла писать туда, установим пользователя и группу 1С владельцем этого каталога:
Теперь перезапускаем процесс сервера 1С
и отмечаем создание в директории папок и файлов с логами.
Данная настройка будет вести технологический журнал сервера 1С, если вам нужно фиксировать события клиентского приложения, то следует выполнить ряд дополнительных действий.
Так как клиентская платформа работает от имени запустившего его пользователя, то файлы настройки платформы хранятся в домашнем каталоге этого пользователя. Если таких пользователей несколько, то у каждого из них будет свой вариант настроек. Структура каталогов при этом полностью повторяет серверную, что не удивительно, в случае с сервером настройки хранятся в каталоге служебного пользователя от имени которого работает сервер 1С.
Если посмотреть этот каталог, то увидим, что там кроме папки conf, присутствует также папка logs, в которой создаются папки для запущенных процессов, однако самих логов там нет.
Попытка использовать для записи логов эту папку не приведет к успеху, папки процессов будут создаваться, но логи появляться не будут. Можно, конечно, перенастроить место хранения логов на любую папку в домашней директории, но лучше продолжить использовать для этого /var/log/1C.
Чтобы запущенное от имени пользователя приложение могло писать в данную папку надо предоставить ему соответствующие права. Если вы единственный пользователь компьютера и серверной версии 1С у вас не установлено, то можно просто сделать текущего пользователя владельцем данной папки, если пользователей несколько, либо на этом же ПК стоит серверная часть и вы хотите включить журнал и для нее, то нужно настроить совместный доступ.
Прежде всего добавим нужных пользователей в группу 1С:
Затем изменим права на папку логов, чтобы писать в нее мог не только владелец, но и группа:
Для применения прав нужно завершить сеанс пользователя и войти заново, после этого можно запустить клиентское приложение и убедиться, что в каталоге /var/log/1C создаются нужные папки логов.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Помогла статья? Поддержи автора и новые статьи будут выходить чаще:
Или подпишись на наш Телеграм-канал: 
Статьи для специалистов 1С
Важным элементов в расследовании проблем с системой 1С (падение с ошибками, зависание 1С Предприятия, проблемы с производительностью и т.д.) является настройка Технологического журнала.
Технологический журнал предназначен для поиска ошибок, возникающих при эксплуатации информационной системы, и диагностики работы системы службой технической поддержки фирмы «1С», а также для анализа технологических характеристик работы системы.
Технологический журнал является набором текстовых файлов, хранящихся в различных каталогах. За настройку и ведения ТЖ отвечает конфигурационный файл logcfg.xml, в котором описываются:
- каталог, в котором будут сохраняться файлы технологического журнала;
- состав информации, которая будет сохраняться в ТЖ;
- время, в течение которого будут храниться технологического журнала;
- параметры дампа, создаваемого при аварийном завершении приложения.
По умолчанию конфигурационный файл отсутствует. Это означает, что технологический журнал включен и настроен на сохранение минимальных дампов при аварийном завершении приложения в каталог: %USERPROFILE%\Local Settings\Application Data\1C\1cv8\dumps
Настройка конфигурационного файла logcfg.xml технологического журнала
Для того, чтобы настроить сохранение логов технологического журнала требуется создать файл logcfg.xml и сохранить его в каталог конфигурационных файлов на сервере 1С, т.е. в тот каталог, в котором у вас установлена система 1С Предприятие, например: C:\Program Files\1cv8\conf
Следует сказать, что наличие конфигурационного файла не является обязательным. Если он отсутствует, то ТЖ считается включенным и имеет следующие настройки по умолчанию:
- Технологический журнал (элемент <log> ) ‑ выключен .
- Технологический журнал по умолчанию (элемент <defaultlog> ):
- Формирование ‑ включено .
- Время жизни ‑ 24 часа .
- Уровень формирования событий <system> для всех компонентов системы определен как Error .
- Сохраняется в каталоги:ОС Windows: %USERPROFILE%\Local Settings\1C\1cv8\logs ( %LOCALAPPDATA%\1C\1cv8\logs для ОС Windows Vista и выше).
- Сохраняются минимальные дампы аварийного завершения работы системы ( type=»1″ ).
- Дампы сохраняются в каталог %USERPROFILE%\Local Settings\Application Data\1C\1cv8\dumps ( %LOCALAPPDATA%\1C\1cv8\dumps для ОС Windows Vista и выше).
Структура конфигурационного файла
Корневым элементом конфигурационного файла является элемент <config> , который определяет настройки технологического журнала. Он может содержать несколько элементов <log> , один элемент <dump> , один элемент <leaks> , один элемент <plansql> , один элемент <defaultlog> , один или несколько элементов <system>
- Элемент <log> определяет каталог технологического журнала и его состав
- Элемент <dump> определяет каталог для записи дампов аварийного завершения
- Элемент <leaks> устанавливает отслеживание утечек памяти, которые могут быть вызваны ошибками в коде конфигурации. Отслеживание утечек памяти несколько снижает производительность.
- Элемент <mem> предназначен для учета используемой памяти
- Элемент <plansql> предназначен для управления сбором планов запроса, формируемых при работе различных СУБД. Собственно планы запросов содержатся в свойстве <planSQLText> событий, связанных с СУБД.
- Элемент <dbmslocks> предназначен для управления сбором информации о блокировках СУБД
- Элемент <ftextupd> предназначен для управления сбором информации о процессах обновления индекса полнотекстового поиска
- Элемент <query> управляет помещением в технологический журнал информации о полях, содержащих NULL при исполнении запроса к внешнему источнику данных, но для которых такое значение не допускается
- Элемент <inputbystring> предназначен для управления сбором информации об использовании механизма ввода по строке.
- Элемент <scriptcircrefs> управляет работой механизма отслеживания информации о циклических ссылках во время выполнения встроенного языка
- Элемент <defaultlog> определяет каталог и время жизни технологического журнала по умолчанию
- Элемент <system> определяет настройки формирования системных событий
Остановимся на ключевых элементах конфигурационного файла.
Элемент <log>
Элемент <log> определяет каталог технологического журнала и условия отбора, по которым в технологический журнал помещаются ранее сформированные события.
Важно! Крайне не рекомендуется использовать более 20 элементов <log> — это может привести к значительному замедление работы системы 1С Предприятие.
Атрибуты элемента <log>:
- Атрибут location — Имя каталога, в котором будет размещаться технологический журнал.
- Атрибут history — Количество часов, через которое информация будет удаляться из технологического журнала.
Элемент <event>
Набор элементов <event> определяет условие, при выполнении которых события будут записываться в журнал. В ТЖ помещаются только события, которые удовлетворяют условию.
Доступны следующие имена событий:
Имя события Описание ADMIN Управляющие воздействия администратора кластера серверов системы 1С:Предприятие ATTN Записи подсистемы мониторинга состояния кластера 1С CALL Входящий удаленный вызов (удаленный вызов на стороне приемника вызова) CLSTR Выполнение операций, изменяющих работу кластера серверов CONFLOADFROMFILES Выполнение операций загрузки конфигурации из файлов CONN Установка или разрыв клиентского соединения с сервером DB2 Исполнение операторов SQL СУБД Db2 DBCOPIES Работа с копиями базы данных DBMSSQL Исполнение операторов SQL СУБД Microsoft SQL Server DBMSSQLCONN Событие формируется при первом соединении сервера «1С:Предприятие» с СУБД Microsoft SQL Server в тот момент, когда происходит выбор провайдера для работы с базой данных DBORACLE Исполнение операторов SQL СУБД Oracle Database DBPOSTGRS Исполнение операторов SQL СУБД PostgreSQL DBV8DBENG Исполнение операторов SQL файловой СУБД DHIST Выполнение обновления истории данных EDS Работа с внешними источниками данных EXCP Исключительные ситуации приложений системы «1С:Предприятие», которые штатно не обрабатываются и могут послужить причиной аварийного завершения серверного процесса или подсоединенного к нему клиентского процесса EXCPCNTX События, которые начались, но не закончились в момент возникновения нештатной ситуации FTEXTCheck Возникает при проверке файлов индекса полнотекстового поиска FTEXTUpd Возникает во время обновления файлов индекса полнотекстового поиска HASP Событие описывает одно обращение к аппаратному ключу защиты InputByString Возникает при обработке платформой ввода по строке LEAKS События, связанные с утечкой памяти, которые могут быть вызваны ошибками в коде конфигурации LIC События, связанные с получением и освобождением лицензий (как программных, так и ключей HASP), получением лицензий на базовые версии, регулярным мониторингом соответствия реального оборудования и списка оборудования, зафиксированного в лицензии MAILPARSEERR Событие, формируемое в том случае, если во время разбора почтового сообщения возникла ошибка MEM События, связанные с увеличением объема памяти, занятой серверными процессами ( ragent , rmngr , rphost ). PROC События, относящиеся к процессу целиком и влияющие на дальнейшую работоспособность процесса. Например: старт, завершение, аварийное завершение и т. п. QERR События, связанные с обнаружением ошибок компиляции запроса или ограничения на уровне записей и полей базы данных SCALL Исходящий удаленный вызов (исходящий вызов на стороне источника вызова) SCOM События создания или удаления серверного контекста, обычно связанного с информационной базой SDBL События, связанные с исполнением запросов к модели базы данных системы 1С:Предприятие SDGC Событие возникает при срабатывании механизма очистки сеансовых данных SESN Действия, относящиеся к сеансу работы. Например: начало сеанса, окончание сеанса и т. д. SRVC События, связанные с запуском, остановкой и опове щениями сервисов кластера серверов SYSTEM Системные события механизмов платформы, предназначенные для анализа специалистами фирмы «1С». Настройка событий данного типа должна производиться на основе явных указаний со стороны службы технической поддержки и только на время воспроизведения какой-либо расследуемой проблемы. В противном случае, подобная настройка может привести к существенному увеличению объемов файлов журнала и замедлению работы приложения TDEADLOCK Обнаружена взаимоблокировка в управляемом режиме TLOCK Управление транзакционными блокировками в управляемом режиме TTIMEOUT Превышение максимального времени ожидания транзакционной блокировки VRSCACHE Работа кеша серверных вызовов VRSREQUEST Запрос к серверу за некоторым ресурсом VRSRESPONSE Ответ сервера WINCERT Ошибки, связанные с проверкой сертификата средствами ОС Windows. Такие события могут помочь специалистам в расследовании причин некорректной проверки сертификатов Условия задаются элементами:
- eq‑ равно;
- ne‑ не равно;
- gt‑ больше;
- ge‑ больше или равно;
- lt‑ меньше;
- le‑ меньше или равно;
- like‑ соответствие маске.
Примеры настройки технологического журнала
Может показаться, что настройка технологического журнала достаточно трудная операция, но на самом деле в большинстве случаев достаточно использовать выполнить следующие простые шаги:
- Создать каталог на сервере для хранения логов технологического журнала
- Создать файл logcfg.xml или скачать готовый. Примеры содержания данного файла вы найдете ниже. Указав в данном файле каталог, созданный на шаге 1
- Сохранить этот файл на сервере в конфигурационный каталог, куда установлена система 1С. Например: C:\Program Files\1cv8\conf
Полный технологический журнал
После сохранения журнала не забудьте указать свой каталог в атрибуте location. Т.е., следует заранее создать каталог и заменить в строке <log location на него.
Настройки, приведенные выше позволят сохранить все события со всеми свойствами, при этом журнал будет сохраняться 168 часов (одна неделя). Важно понимать, что объем выводимой информации будет очень большим, поэтому не рекомендуется использовать данные настройки в рабочих системах на постоянной основе, однако это может быть весьма полезно на этапе внедрения или при расследовании ошибок. Для рабочих систем следует остановиться на приведенных ниже вариантах.
Ошибки системы и действия администратора
Данный конфигурационный файл создает технологический журнал относительно небольшого объема, в котором содержится информация о запуске и завершении приложений, установке и разрыве соединений с кластером серверов «1С:Предприятия», действиях администратора кластера и об ошибочных ситуациях в работе 1С:Предприятия. Такой журнал в большинстве случаев достаточен для расследования ошибочных ситуаций как в конфигурации, так и в технологической платформе 1С.
Для удобства вы можете скачать данный файл по ссылке.
Ограничение по времени выполнения
Приведенный выше файл аналогичен предыдущему пункту, но добавляет все операции, длительность которых превышает 10 секунд. Это может оказаться полезным для обнаружения действий пользователей, которые выполнялись длительное время, с целью, например, их последующей оптимизации. Длительность событий выражается в сотнях микросекунд.
Как запустить технологический журнал 1с
Технологический журнал удобно использовать для отслеживания и последующего анализа процессов, происходящих при работе платформы 1С Предприятие. Благодаря обширному количеству опций можно выполнить гибкую настройку технологического журнала для получения наиболее точной и конкретной информации о выбранных событиях.Сегодня мы рассмотрим:
- что представляет собой технологический журнал,
- где находится конфигурационный файл технологического журнала,
- как правильно включать технологический журнал,
- как выполнить настройку технологического журнала для сбора требуемой информации,
- какие опции используются для настройки технологического журнала,
- примеры рабочих конфигурационных файлов для технологического журнала.
Что представляет собой технологический журнал
Форматом технологического журнала 1С, определенным разработчиком, является набор текстовых файлов. Текстовые файлы с отобранной диагностической информацией располагаются в определенных каталогах, в зависимости от состава описываемых процессов. Файлы именуются по следующему шаблону [ИМЯ ПРОЦЕССА]_[ИДЕНТИФИКАТОР ПРОЦЕССА]. Например: ragent_0856.
Где находится конфигурационный файл технологического журнала
Конфигурационный файл, использующийся для работы технологического журнала, содержит следующую информацию:
- папка, в которой будут находиться файлы отчета об анализируемых процессах;
- описание набора анализируемых процессов;
- время хранения файлов журнала;
- опции для дампа, который формируется при аварийном завершении.
По умолчанию такой файл отсутствует. Технологический журнал при этом включен и обеспечивает сохранение минимальных дампов при аварийном завершении приложения в следующую папку:
%USERPROFILE%\Local Settings\Application Data\1C\1cv8\dumps
Для операционных систем выше Windows Vista:
Также обеспечивается удаление информации по умолчанию через 24 часа, уровень формирования событий журнала установлен в Error.
Как правильно включать технологический журнал
Чтобы включить технологический журнал на сбор нужной отладочной информации, нужно создать отдельный конфигурационный файл. Он должен называться logcfg.xml и находиться в папке конфигурационных файлов системы «1С:Предприятие».
- в ОС Windows может располагаться в папках:
- Каталог bin\conf установленной версии (для версии 8.3.8.2027 — %SYSTEMDRIVE%\Program Files\1Cv8\8.3.8.2027\bin\conf)
- Каталог %USERPROFILE%\Local Settings\Application Data\1C\1Cv82\Conf активного пользователя (для Windows 10 и пользователя «Администратор» — C:\Users\Администратор\AppData\Local\1C\1cv8\conf).
- Каталог, определяемый в файле bin\conf\conf.cfg.
- в ОС Linux файл находится в папке: /opt/1C/v8.2/i386/conf (для 64-битной — /opt/1C/v8.2/x86-64/conf ).
Итак, подготовим нужные папки. Например создадим папку для отладочной информации %SYSTEMDRIVE%\LogFiles и для файлов дампов %SYSTEMDRIVE%\Dumps.
Как выполнить настройку технологического журнала для сбора требуемой информации
Далее создадим файл logcfg.xml в одном из упомянутых выше каталогов, например С:\Program Files\1Cv8\8.3.8.2027\bin\conf Затем определим в файле logcfg.xml нужные опции для отображения в лог-файлах.
Простейший пример файла logcfg.xml:
Этот файл настраивает технологический журнал на сбор данных обо всех исключительных ситуациях, возникших в работе системы 1С:Предприятие, данные хранятся 48 часов и располагаются в созданных нами каталогах.
Сервер обращается к файлу настроек один раз в минуту. Поэтому, в случае нормального запуска и настройки в указанных каталогах для логов и дампов должны появиться файлы описанного вначале формата с диагностической информацией.
Если файлы не появились, то рекомендуем проверить:
- права на созданные папки;
- формат записей в файле конфигурации;
- пути к папкам, они не должны завершаться «слешем»;
- регистры букв и т.д.
Какие опции используются для настройки технологического журнала
ALL Все события Абсолютно все события технологического журнала ADMIN Административное действие Действия пользователя-администратора кластера серверов 1С Предприятия 8.2 CALL Входящий вызов Входящий удаленный вызов (удаленный вызов на стороне приемника вызова) CONN Соединение с сервером Установка или разрыв TCP-соединения между процессами системы «1С 8.3» CLSTR Активность кластера Выполнение операций, изменяющих работу кластера серверов EDS Внешний источник данных Все события внешних источников данных DB2 IBM DB2 Исполнение операторов SQL СУБД IBM DB2 DBMSSQL Microsoft SQL Server Исполнение операторов SQL СУБД Microsoft SQL Server DBPOSTGRS PostgreSQL Исполнение операторов SQL СУБД PostgreSQL DBORACLE Oracle Database Исполнение операторов SQL СУБД Oracle Database DBV8DBEng SQL, Файловая СУБД Исполнение операторов SQL файловой СУБД EXCP Исключение Исключительная ситуация приложения системы «1С:Предприятие», которое штатно не обрабатывается и может послужить причиной аварийного завершения серверного процесса или подсоединенного к нему клиентского процесса EXCPCNTX Контекст исключения Событие, которые началось, но не закончились в момент возникновения нештатной ситуации HASP Обращение к HASP Обращение к аппаратному ключу защиты (HASP) LEAKS Утечка памяти Событие, связанное с утечкой памяти, которая может быть вызвана ошибками в коде конфигурации 1С 8.2 MEM Утечка памяти сервера Событие, связанные с увеличением объема памяти, занятой серверными процессами (ragent, rmngr, rphost). PROC Процесс Событие, относящееся к процессу целиком и влияющие на дальнейшую работоспособность процесса. Например: старт, завершение, аварийное завершение и т. п. QERR Ошибка запроса Событие, связанное с обнаружением ошибок компиляции запроса или ограничением на уровне записей и полей базы данных SCALL Исходящий вызов Исходящий удаленный вызов (исходящий вызов на стороне источника вызова). SCOM Серверный контекст Событие создания или удаления серверного контекста, обычно связанного с информационной базой. SDBL Запрос к базе данных Исполнение запросов к модели базы данных 1С:Предприятия 8.3 SESN Сеанс Действие, относящиеся к сеансу работы. Например: начало сеанса, окончание сеанса и т. д. SRVC Сервисы кластера События, связанные с запуском, остановкой и оповещениями сервисов кластера серверов TLOCK Блокировка Управление транзакционными блокировками в Управляемом режиме TDEADLOCK Взаимоблокировка Обнаружена взаимоблокировка в Управляемом режиме TTIMEOUT Таймаут Превышено максимальное время ожидания транзакционной блокировки VRSCACHE Кеш http Работа кеша серверных вызовов VRSREQUEST Запрос к серверу Запрос к серверу за некоторым ресурсом VRSRESPONSE Ответ сервера Ответ сервера SYSTEM Системные события Системные события механизмов платформы, предназначенные для анализа сотрудниками фирмы «1С» Примеры рабочих конфигурационных файлов для технологического журнала
Соберем данные о запросах, которые выполняются более 10 секунд на сервере, работающей под управлением СУБД PostgreSQL
Включение технологического журнала в 1С
Технологический Журнал (далее ТЖ) позволяет протоколировать все события 1С: Предприятия (или часть, используя фильтр), например:
— исполняемый код 1С:Предприятие 8;
— код Transact-SQL для СУБД;
— интерактивные действия пользователей;
— сообщения об ошибках;
— утечки памяти.В случаи аварийного завершения журнал позволяет сделать дамп памяти и копию экрана для передачи разработчикам.
Для включения технологического журнала необходимо:
Создать файл logcfg.xml в папке C:\Program Files (x86)\1cv82\8.2.15.301\bin\conf (путь — каталог 1С предприятия) на сервере 1С Предприятия.
После этого необходимо прописать в файле logcfg.xml пути к созданным папкам (где Указанный путь 1 — путь к логам, а Указанный путь 2 — путь к дампам):После выполнения данных действий приложение 1cv8 автоматически начнет сохранение системной информации обо всех ошибках, произошедших в системе в данных каталогах.
После выполнения анализа, технологический журнал можно отключить, удалив или переименовав файл logcfg.xml.
Предполагается, что на компьютерах, где этот журнал будет включатся, файлы могут занимать достаточно большой объем места на диске (относительно, конечно). Поэтому рекомендую указывать пути на диски с большим объемом свободного места.
1) Для успешного создания логов, нужно создать каталоги для логов (например «D:\1Clog») и дапмов (например «D:\1Cdumps»), лучше создавать не на системном диске.
2) К этим каталогам ТЖ должны быть обязательно настроены права:
— полные права на каталог технологического журнала;
— права на чтение владельца каталога технологического журнала.
Примечание. Если все равно не пишется ТЖ, то дать права всем на эту папку (временно, чтобы убедиться что дела в правах).
3) В каталоге технологического журнала не должно быть посторонних файлов. Каталог, в котором имеются посторонние файлы не позволит создавать журнал (логи).
4) Место хранения dumps и logs не хранить вместе, потому что через указанный интервал (по умолчанию 1 час) содержимое польностью перетирается и вы потеряете дампы
ТЖ лучше настраивать (с помощью фильтров — тэгов logcfg.xml) только на исследуемые события, остальное не собирать, иначе словите «отсутствие места на диске» и тормоза в быстродействии сервера.
1) Легче выполнять настройку фильтров с помощью обработки с ИТС НастройкаТехнологическогоЖурнала.epf, но при этом помнить, что новые фичи последних релизов в обратке могут отстутствавать (каждая новая версия добавляет новые возможности, в обработки они не отражены). В этом случаи корректировать файл logcfg.xml руками.
2) Чтобы логи перестали собираться достаточно переименовать файл, перезапускать сервер не надо, настройки пересчитываются каждую минуту «на лету»
3) настроить logcfg.xml для фильтрации событий по определённой ИБ нужно использовать «p:processName=»С помощью этих настроек я собираю информацию о:
исключительные ситуации, приложений системы 1С: Предприятие 8.2, которые штатно не обрабатываются и могут послужить причиной аварийного завершения серверного процесса или подсоединенного к нему клиентского процесса.