Технологический журнал 1С v8.1 для ленивых
База данных - Технологический журнал
I. Технологический Журнал (далее ТЖ) позволяет протоколировать все события 1С:Предприятия (или часть, используя фильтр), например:
- исполняемый код 1С:Предприятие 8.1;
- код Transact-SQL для СУБД;
- интерактивные действия пользователей,
- сообщения об ошибках,
- утечки памяти.
В случаи аварийного завершения журнал позволяет сделать дамп памяти и копию экрана для передачи разработчикам.
II. Журнал настраивается с помощью файла logcfg.xml в папку программы C:\Program Files\1cv81\bin\conf
1) Для успешного создания логов, нужно создать каталоги для логов (например C:\Program Files\1cv81\bin\logs) и дапмов (например C:\Program Files\1cv81\bin\dumps)
2) К этим каталогам ТЖ должны быть обязательно настроены права:
- полные права на каталог технологического журнала;
- права на чтение владельца каталога технологического журнала.
Примечание. Если все равно не пишется ТЖ, то дать права всем на эту папку (временно, чтобы убедиться что дела в правах).
3) В каталоге технологического журнала не должно быть посторонних файлов. Каталог, в котором имеются посторонние файлы не позволит создавать журнал (логи).
4) Место хранения dumps и logs не хранить вместе, потому что через указанный интервал (по умолчанию 1 час) содержимое польностью перетирается и вы потеряете дампы
III. ТЖ лучше настраивать (с помощью фильтров - тэгов logcfg.xml) только на исследуемые события, остальное не собирать, иначе словите "отсутствие места на диске" и тормоза в быстродействии сервера.
1) Легче выполнять настройку фильтров с помощью обработки с ИТС НастройкаТехнологическогоЖурнала.epf, но при этом помнить, что новые фичи последних релизов в обратке могут отстутствавать (каждая новая версия добавляет новые возможности, в обработки они не отражены). В этом случаи корректировать файл logcfg.xml руками.
4)1С:ЦУП использует для своих аналитических показалей логи технологического журнала. При использовании ЦУП другие данные собираться не должны, удалите logcfg.xml вручную, ЦУП сам создаст файл с нужными настройками.
5) Других парсеров логов от 1С нет, есть http://partners.v8.1c.ru/forum/getfile.jsp?name=ObrabotkaTehnologiceskogoGurnala.epf
http://partners.v8.1c.ru/forum/thread.jsp?id=576266#576266
V. Возможные ошибки и доп. информация:
- ищем логи в каталоге на сервере хотя для 64 разрядного сервера другой каталог программы
- отследить незавершившийся запрос; событие технологического журнала DBMSSQL выводится только в момент окончания выполнения запроса. Если запрос долго не может выполниться, то его выполнение можно прервать, после чего будут выведены в технологический журнал связанные с ним события.
<log location="C:\Program Files\1cv81\logs" history="24">
<event>
<eq property="Name" value="EXCP"/>
</event>
<event>
<eq property="Name" value="SDBL"/>
<eq property="Func" value="BeginTransaction"/>
</event>
<event>
<eq property="Name" value="DBMSSQL"/>
<ge property="Duration" value="30000"/>
</event>
<property name="All"/>
</log>
</config>
- более подробно с особенностями использования технологического журнала можно ознакомиться по материалам семинара партнеров 2 - 4 марта 2007 года, доклад "Средства диагностики работы системы "1С:Предприятия 8.1"".
- курс где обучают данному вопросу http://www.1c.ru/news/info.jsp?id=9144
- На все вопросы есть ответ в "C:\Program Files\1cv81\AddDoc\RU\V8AddDoc81.htm", Книга «1С:Предприятие 8.1. Конфигурирование и администрирование», Глава 21. Администрирование, Технологический журнал
если вы не нашли ответ на ваш вопрос, давайте расширим материал
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
HighLoad оптимизация Инструментарий разработчика Технологический журнал Разработчик 1С 8.3 Россия Абонемент ($m)
Скрипт tj_baseline.py собрал акт замеров из технологического журнала: 7 повторов до и 7 после замены запросов в цикле на «Нано-УТ 2.0». Справка на 150 строк ускорилась с 817,0 до 145,0 мс, проверка доступности с 301,3 до 2,2 мс. При 120 и 300 вызовах в день и ставке 800 руб. выгода 9353 руб. в год по журналу, 4939 руб. по секундомеру без журнала. В архивах скрипт, тесты, журналы опыта, образец приложения к договору и калькулятор.
7 стартмани
27.10.2026 289 Ninel_S 0
HighLoad оптимизация Администрирование СУБД Технологический журнал Системный администратор Разработчик 1С 8.3 Абонемент ($m)
Проверила на стенде совет «сортируйте строки перед записью»: 1С 8.3.27 на PostgreSQL, учебная «Нано-УТ», 20 потоков и по 2000 документов на каждый способ записи движений. Взаимоблокировки дают построчный захват (99 % ошибок) и повышение разделяемой блокировки до исключительной (95 %, сортировка не помогает); одна блокировка на весь набор работает без сортировки. Плюс механика PostgreSQL, дерево ожиданий через pg_blocking_pids, TDEADLOCK в журнале и единицы порога TLOCK в logcfg.xml. В архиве стенд, выгрузка конфигурации и журналы прогона.
5 стартмани
22.10.2026 416 Ninel_S 10
Журнал регистрации Инструменты администратора БД Технологический журнал Мониторинг Системный администратор Разработчик 1С 8.3 1С 8.5 1С:Управление торговлей 11 Абонемент ($m)
Расширение для любой конфигурации на БСП: замеры, ошибки, задания, обмены, блокировки, диски, сеансы и техжурнал в одном окне, с уведомлениями в Telegram и на почту.
3 стартмани
19.10.2026 475 6 windsurf 0
HighLoad оптимизация Технологический журнал Сервера Запросы Системный администратор Разработчик 1С 8.3 1С 8.5 1С:Бухгалтерия 3.0 Бесплатно (free)
Составной отчет формировался 15 минут. Вместо перебора разделов одна команда rac показала, что сеанс занят запросом к СУБД, а временный техжурнал с порогом 20 секунд за один прогон назвал виновника: один SQL на 240 секунд и точную строку модуля. В статье четыре разные картины «висит» и как их различить: идет запрос в СУБД, клиент ждет невидимое модальное окно, зомби-вызов после закрытого клиента, зависшее фоновое задание. Пример logcfg.xml, разбор события DBMSSQL с полем Context, замер пакета запросов по временным таблицам, регламентное задание, которое «выполнено», а данные стоят, и шпаргалка по диагностике.
16.10.2026 1081 Konstmax13 6
Технологический журнал Сервера EDT Обновление 1С Системный администратор Разработчик 1С 8.3 1С 8.5 1С:Бухгалтерия 3.0 Бесплатно (free)
Конфигуратор и агент EDT тихо вылетают на 0 % «Обработки структуры базы данных», EDT пишет «Потеряно соединение с агентом конфигуратора», а модель проекта при этом чистая. Разбор двух аварий на большой серверной базе БП КОРП: какие факты снимать (журнал Windows, техжурнал нужной версии, хвост лога процесса), почему инкрементальная выгрузка EDT ломается после сбоев, как довести обновление пакетно через /UpdateDBCfg -Server, как опознать свои rphost среди нескольких кластеров и снять агент EDT, который сам поднимается и держит базу. Протокол одного дня по минутам и порядок диагностики из восьми шагов.
15.10.2026 469 Konstmax13 0
HighLoad оптимизация Технологический журнал Разработчик 1С:Предприятие 8 Бесплатно (free)
В этой статье рассматривается только первый этап диагностики производительности: как получить длительный SQL-запрос из технологического журнала, связать его с прикладным кодом 1С и точно локализовать место выполнения. Причины длительности и оптимизация самого запроса разбираются уже после локализации.
21.09.2026 1371 markbraer 1
Технологический журнал Системный администратор Разработчик 1С 8.3 Бесплатно (free)
База ERP, 400 пользователей, сервер загружен, 1С подвисает, доступа к SQL Server нет. Оптимизировать можно бесконечно, вопрос в том, с чего начать. ЦУП это платная лицензия и отдельная стройка, а технологический журнал встроен в платформу, включается одним файлом и на боевой базе в рабочее время не вызвал ни одной жалобы от пользователей. Разбираю, что он собой представляет, где лежит настройка, как читается строка события и что означает каждое из одиннадцати событий, которые я видел в журналах боевой ERP. Плюс рабочий logcfg.xml, три ловушки, на которых отчёт получается красивым и неверным, и шесть находок за один прогон.
07.09.2026 2444 nedomolkov.ivan 0
Технологический журнал Системный администратор Разработчик 1С 8.3 Абонемент ($m)
Обработка включает технологический журнал, читает его и отвечает на 13 вопросов человеческим языком: кто блокирует базу, какой запрос к СУБД самый тяжёлый, какой код суммарно грузит СУБД больше всех, какой вызов съедает память. Настройка идёт галочками с человеческими формулировками, logcfg.xml обработка пишет сама, права администратора для этого обычно не нужны. Отдельная кнопка сводит журнал в один markdown-файл: на боевой ERP 288 МБ и 2 055 229 строк ужались в 17 459 знаков, файл кладётся в чат с нейросетью и разбирается за минуту. Имена баз и пользователей в нём заменены псевдонимами. Без внешних компонент, к СУБД обращений нет.
10 стартмани
07.09.2026 1470 6 nedomolkov.ivan 0
Для настройки ТЖ есть полезная обработка "НастройкаТехнологическогоЖурнала.epf", можно скачать тут:
Вот только у меня не получилось вот это "При использовании ЦУП другие данные собираться не должны, удалите logcfg.xml вручную, ЦУП сам создаст файл с нужными настройками." Очень прошу по шагам описать настройку ЦУП, чтобы он сам создавал файл logcfg.xml.
что, ЦУП руки жжет?
ЦУП - одна из самых бесполезных конф от 1С: стоит немеряно, показывает - маленький пшик.
Т.е. заявленное "узкое место вашей конфигурации" так и не показывает, а что какой-то запрос там у меня типовой долго исполняется - так я и скриптом отловлю прекрасно.
плюс есть описание
если есть КОНКРЕТНЫЙ вопрос, то могу попробовать ответить
подложи в conf и посмотри что собирается :)))
Если не пишется ТЖ, то дать права всем на эту папку (временно, чтобы убедиться что дела в правах).
права на чтение владельца каталога технологического журнала даны точно всем?
удалить logcfg.xml перед сбором
хм. перечитал мануал три раза потом еще раз перед тем как задать вопрос.
Удалил файл настройки и дал создать его ЦУПом, проверил файл создан нормально. Запустил ЦУП под администратором ОС. Дал на папку права ВСЕМ на ВСЕ.
Ну да ладно завтра на свежую голову разберусь.
после того, как дадите права учетной записи службы сервера приложений 1С, создайте руками logcfg.xml на фильтром "писать все события", подождите 1 минуту (сервер приложений перечитывает только 1 раз в минуту файл) и проверьте, будут ли собирать наши логи
уверен, все получиться
предлагаю следующее
использовать проверенный мной файл (у меня он работает)
распаковываете и помещаете в C:\Program Files (x86)\1cv81\bin\conf (если 32х разрядный сервер на 64 разрядном железе, иначе C:\Program Files\1cv81\bin\conf)
Даете права для Everyone по максимуму для C:\Logs
и перезагружаете сервер.
В чудеса не верю.
Смотрим что получиться.
(21) Спасибо помогло. Именно в C:\Program Files\1cv8\bin\conf, при том что я лично не первый раз запускаю ТЖ и не на одной конфигурации... и всегда в версиях платформы 8.2 клал его именно C:\Program Files\1cv8\bin. Сейчас на 8.3.14.1779 помог именно этот путь. Файл делал обработкой. Там есть шаблон - "Полный технический журнал" .т.е. 100% все события и его свойства. Если кому нужно прикладываю к этому сообщению.
Логи пишутся те что и раньше писались...
В ЦУПе попытался включить запись Анализа запросов и получил ошибку:
"Ошибка при вызове конструктора (ЧтениеТекста)"
Анализ запросов так и не представляется возможным включить :(
так логи в rphost стали не пустые, верно?
1. Не услышал по поводу версий.
2. Как же Вы читали документацию к ЦУПу, если не знаете, что во время сбора счетчик и должен быть в нуле!
в тексте это выклядит как
<event>
<gt property="Duration" value="100000"/>
</event>
т.е. берите обработку, указывайте события какой субд хотите отслеживать и накладывайте ограничение по длительности (Duration)
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log history="48" location="C:\1C\logs">
<event>
<eq property="Name" value="SDBL"/>
<gt property="Duration" value="10000"/>
</event>
<event>
<eq property="Name" value="DBMSSQL"/>
<gt property="Duration" value="10000"/>
</event>
<property name="All">
</property>
</log>
</config>
хорошо, что написали рабочий скрипт сюда, думаю коллегам пригодиться
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="false" location="" type="0"/>
<log history="1" location="E:\logs">
<event>
<eq property="name" value="dbmssql"/>
<ne property="t:applicationname" value="BackgroundJob"/>
<gt property="duration" value="10000"/>
</event>
<property name="all"/>
</log>
</config>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="C:\Program Files\1cv81\logs" history="24">
<event>
<eq property="name" value="EXCP"/>
</event>
<event>
<eq property="name" value="PROC"/>
</event>
<property name="all"/>
</log>
<dump location="C:\Program Files\1cv81\dumps" create="1" type="3"/>
</config>
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="true" location="E:\damps" prntscrn="1" type="3"/>
<log history="1" location="E:\logs">
<event>
<eq property="name" value="EXCP"/>
<eq property="name" value="proc"/>
<eq property="name" value="scom"/>
<eq property="name" value="conn"/>
<eq property="name" value="admin"/>
<eq property="name" value="qerr"/>
<qt property="duration" value="100000"/>
</event>
<event>
<eq property="name" value="EXCPCNTX"/>
</event>
<event>
<eq property="name" value="dbmssql"/>
<qt property="duration" value="100000"/>
</event>
<property name="all"/>
</log>
</config>
Можно ли отслеживать утечки памяти в файловом режиме. Или хотя бы на клиентской стороне?
В документации написано, что "на клиентском компьютере могут возникать только те события, которые относятся к группам PROC, EXCP, SDBL." Т. е. LEAKS как бы не должны возникать... Если так, тогда зачем парметр <point Call=”client”/>?
Сколько пробовал, никак не получается отследить утечку в файловом режиме, хотя она видна невооруженным глазом в диспетчере задач. Может, есть какой-то магический обряд для этого?
и потом, с чего вы взяли, что у вас в файловом режиме утечки памяти, в чем это проявляется (они должны быть очень сильными, чтобы их заметить, так как в отличии от сервера, который постоянно запущен, в файловом варианте сессии обычно живут не больше одного дня)
на клиенте утечки могут быть, другое дело что они на практике не оказывают такого сильного влияния, как на серверной стороне и у меня подобных задач пока не возникало
В клиент-серверном варианте на стороне клиента отслеживать утечки можно.
(42) Нехватка памяти, спровоцированная рекурсией - это не утечка, а неаккуратное расходование памяти программистом. Не надо путать разные по смыслу явления. Специально дал в статье определение:
Утечка памяти ( memory leak) - это процесс неконтролируемого уменьшения объёма свободной RAM ) , связанный с ошибками в работающих программах, вовремя не освобождающих ненужные уже участки памяти, или с ошибками системных служб контроля памяти.
В вашем случаи надо либо увеличить память на проблемном компьютере, либо "серьезней" подойти к написанию кода рекурсии, не накапливая больших объемов в каждой итерации. Если будет конкретный вопрос, то могу попробовать ответить.
Для Я = 1 По 1000000 Цикл
ОбработкаПрерыванияПользователя();
Состояние(Я);
М = Новый Массив;
М.Добавить(Новый Массив);
М[0].Добавить(Новый Массив);
М[0][0].Добавить(М);
КонецЦикла;
М = Новый Массив;
М.Добавить(Новый Массив);
М[0].Добавить(Новый Массив);
М[0][0].Добавить(М);
что-то больших размеров надо создавать за пределами цикла, а используя в цикле я бы наверно в конце цикла добавил строчку
М = "";
с целью удаления массива
если внутри цикла передавать массив рекурсивно, то это не утечки памяти, а неосмысленные действия программиста, так как ясен перец, надежность тут будет определяться только наличием ограничений на вложенность и ресурсами железа
В данном примере смысл утечки в том, что М через вложенные массивы содержит ссылку сам на себя (см. последнюю строку). Поэтому сборщик мусора не может корректно очистить память от этого массива.
P. S. Со своей утечкой, я кстати, разобрался. (См. блог
Однако присоединяюсь к (53) - выложите плz парсер логов.
Можно заранее задать вопросы по вашему предприятию, которые мы разберем на курсе.
и сервер тоже пишет
я бы сказал, пишет Платформа
<?xml version="1.0" encoding="UTF-8" ?>
- <config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="false" location="" type="0" />
- <log history="1" location="C:\Program Files\1cv81\bin\conf\logs">
- <event>
<eq property="name" value="" />
</event>
<property name="all" />
</log>
</config>
- <config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="false" location="" type="0" />
- <log history="1" location="C:\Program Files\1cv81\bin\conf\logs">
- <event>
<ne property="name" value="" />
</event>
<property name="all" />
</log>
</config>
тоже ничего не дает.. что-то с правами
все остальные проблемы обсосаны по многу раз, внимательней читайте
если читать лень, то при предоставлении терминалки за 2400 руб. гарантировано решу проблему :)
пишите на e-mail: gilev_slava собачка mail.ru собранные логи ТЖ ( описание) файлом logcfg.xml (брать отсюда ).
Продублирую с форума
текст весь, но результата 0 пока.
База 1С 8.1.13.41
Сервер Postgres 8.3 на Fedora 9
Сервер 1C там же
А) Статьи Гилева прочитал
Б) По форумах прошелся ничего не нашел(
В) Использую стандартную "НастройкаТехнологическогоЖурнала.epf"
Правда одно но, когда в настройке выбираю "Полный тех.журнал" то пишет
все подряд
Все другие стандартн.настройки неработают.
Вручную переписал тот же результат
Причем файл лога 1С держит открытым но ничего непишет
Откуда еще копать?
П.С. Может вся ета статья относится только к Win Serveram & MS SQL BD :)
Тогда вопрос а как для Постгри и Линуксе?
к сожалению не могу отвечать за тех, кто "ищет себе приключения на задницу" :)))
- это про дампы
начните с простого
cat ./logcfg.xml
<config xmlns = " v8.1c.ru/v8/tech-log »»">
<log location = "/opt/1C/v8.1/i386/conf/tech_logs" history = "4">
<event>
<eq property = "Name" value = "DBPOSTGRS"/>
</event>
<property name = "all"/>
</log>
</config>
внимательно смотрим за путями, они должны соответствовать реальным, а не тупо копировать отсюда :)))
<config xmlns = "http://v8.1c.ru/v8/tech-log">
<log location = "/opt/1C/v8.1/i386/conf/tech_logs" history = "4">
<property name="all"/>
<event>
<ne property="name" value=""/>
</event>
</log>
</config>
>> к сожалению не могу отвечать за тех, кто "ищет себе приключения на задницу" :)))
Если невидел 1С8.1 + постгри+ Fedora так и скажы..
>>тупо копировать отсюда :)))
не тот IQ у меня чтоб копировать
>> стандартной документации
лежит на столе, страница 1033 2-я книга,
но непомагает она
А то вовсе непонятно к чему
log location = "/opt/1C/v8.1/i386/conf/tech_logs" history = "4">
Мне надо журнал запускать не для всех сеансов сервера 1С
на *никсе а только для моей машини под WinXP где клиент 1С стоит
и смотреть только мои логи при обращении
события сервера надо смотреть на сервере, в чем сложность то?
<?xml version="1.0"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log history="168" location="C:\Program Files\1cv81\bin\logs">
<event>
<eq property="name" value="dbv8dbeng"/>
<eq property="name" value="dbmssql"/>
<eq property="name" value="dbpostgrs"/>
<eq property="name" value="db2"/>
<eq property="name" value="excp"/>
</event>
<property name="all"/>
</log>
</config>
Попробую резюмировать для клиент-серверной структуры
(когда я не работаю за сервером):
а) (с книги стр.1036) На клиенте могут могут возникать только те события, которые относятся к групам PROC, EXCP, SDBL и все :(
б) все остальное только на сервере, причем для
Linux я догадываюсь. файл logcfg.xml
должен лежать в каталоге таком
/opt/1C/v8.1/x86_64/conf
как его настроить на логирование только для одной базы и только
на логирование запросов только с одной клиентсокй машины еще ищу
П.С.
Еще вот нашел такое,
в каталоге
/home/usr1cv81/.1cv81/1C/1Cv81/reg_.. ./
есть файлик 1CV8REG.lst
где можно узнать (незнаю как правильно назвать: ЫД базы)
и в каталоге с выше ЫД базы можно посмотреть логи сервера 1с
спс. за толчок в нужном направлении, копаю дальше
1) логи сервера - это журнал регистрации, он прекрасно доступен в режиме предприятия, не надо так изголяться с поиском идентификаторов
2) на клиенте 1С исполнения запросов не происходит, поэтому события так или иначе связанные с запросами логируются на сервере - это логично
3) на клиенте вполне достаточно события excp
было бы не плохо, если бы обозначили решаюмую вцелом задачу
для следуещего етапа 0-администрирования :)
При 3-компонентной БД 1С задача у меня разбивается на три подзадачи
1) что у клиента(в смысле рабочей станции) может нагружать систему
тут я думаю нечего оптимизировать при клиент-серверной БД, главное чтоб
комп включился, ну и исключения в лог, больше я так понял невытяну
2) сервер 1С как быстро обрабатывает и над какой задачей он больше всего "мучается"
вот тут и хочу настроить сейчас оптимально файл logcfg.xml чтоб почитать и
проанализировать его за чашечкой кофе :)
3) сам постгри как быстро исполняет каждый запрос.
ну хочется например узнать по логах уже самого постгри нет ли ошибок
со стороны сервера 1с и показать запросы что хотят много памяти/времени процесора
С логом постгри уже разобрался, настроил, просто на основании логов постгри
можно правильно настроить его ж самого, подбирая правильные параметры
для конфиг.файла postgresql.conf
В постгри кстати покрасивей логирование настраивается и читабельней оно :(
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log history="24" location="/home/usr1cv81/log1c">
<event>
<eq property="Name" value="DBPOSTGRS"/>
<eq property="Name" value="SDBL"/>
<eq property="Name" value="EXCP"/>
<eq property="Name" value="QERR"/>
<eq property="Name" value="PERR"/>
</event>
<property name="host">
???? вот незнаю может получиться тут фильтр включить только на логирование сервером все что относится к мему компу, но пока
ненашел что вписать IP, имя etc.
</property>
<property name="sql">
<event>
<eq property="Name" value="DBPOSTGRS"/>
<gt property="Duration" value="20000"/>
</event>
</property>
<property name="Context">
</property>
</log>
</config>
1) надо аккуратно использовать операции "И" и "ИЛИ" - т.е. писать иногда надо в рамках тега, иногда в разных тэгах
2) у каждой категории событий есть свойство соответствующее пользователю и свойство соотвествующее компьютеру (его можно увидеть, сначала собрав лог по всем свойствам события)
Но надо учесть, что не которые события относятся только к серверу 1С, и для них нет клиента, тогда нужно настроить сбор логов при "отсутствии пользователя" в событии, иначе потеряете часть
Конфиг. файл для полного лога сервером всех действий с одной клиентской машины:
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="/home/usr1cv81/log1c" history="24">
<property name="all"/>
<event>
<eq property="t:computerName" value="ИмяКомпютера"/>
</event>
</log>
</config>
Где ИмяКомпютера = нетбиос имя, а не IP
вопрос в следующем, на одной машине ни как не мог доконнектится, до сервака, хотя с любой другой - без проблемм, .Точнее коннект есть, "Серверы 1с" видят сервак, при попытке войти с клиента - доходит до выбора пользователя, поссле ввода пароля, либо слетает ВПН и выходит 54 ошибка, либо 54-я сразу, создал техн журнал, куда записывается полный лог,(и на серве и на клиенте), в логах клиента пишет
19:21.4060-0,EXCP,2,process=1cv8,Usr=Администратор,Exception=NetDataExchangeException,Descr=' server_addr=tcp://freyja:1564 descr=Ошибка сетевого доступа к серверу
(Windows Sockets - 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение. ) line=1031 file=.\src\DataExchangeTcpClientImpl.cpp'
19:21.4061-314060,SCALL,1,process=1cv8,Usr=Администратор,ClientID=2,Interface=002b0774-d19e-4181-851e-0aae08756463,Method=1
19:21.4062-0,EXCP,1,process=1cv8,Usr=Администратор,Exception=NetDataExchangeException,Descr=' server_addr=tcp://freyja:1564 descr=Ошибка сетевого доступа к серверу
(Windows Sockets - 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение. ) line=1031 file=.\src\DataExchangeTcpClientImpl.cpp'
19:21.4220-2190470,PROC,0,process=1cv8
19:21.4221-0,EXCP,0,process=1cv8,Usr=Администратор,Exception=Exception,Descr=' server_addr=tcp://freyja:1564 descr=Ошибка сетевого доступа к серверу
(Windows Sockets - 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение. ) line=1031 file=.\src\DataExchangeTcpClientImpl.cpp'
и вот такую ошибку тож
15:52.9380-0,CONN,1,process=1cv8,Txt=Clnt: MyUserName1: Олеся@ОЛЬГА
15:55.1410-22029,SCALL,1,process=1cv8,ClientID=1,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,Method=0
15:55.1411-0,CONN,1,process=1cv8,Txt=Clnt: DstUserName1: StartProtocol: 0 Error
15:55.1412-0,EXCP,1,process=1cv8,Descr=InitializeSecurityContext: Error 80090308!
15:55.5310-930,SCALL,1,process=1cv8,ClientID=1,Interface=73b7d3a3-fe0b-4fdf-ba70-b74b3589ffc3,Method=0
15:55.7190-0,CONN,1,process=1cv8,Txt=Clnt: MyUserName1: Олеся@ОЛЬГА
15:56.7190-9999,SCALL,1,process=1cv8,ClientID=2,Interface=7f58f27d-5ad8-43a1-aa1e-c982f41bed5c,Method=0
15:56.7191-0,CONN,1,process=1cv8,Txt=Clnt: DstUserName1: StartProtocol: 0 Error
15:56.7192-0,EXCP,1,process=1cv8,Descr=InitializeSecurityContext: Error 80090308!
все остальные советы брал из твоей статьи , но пока ни ни, если я те вышлю логи, ты сможешь взглянуть? заранее пасиб
проблема связана с некорректной авторизацией,
с наибольшей вероятностью настроек керберос (в т.ч. самбы)
к 1С это никак не относится,
проверьте логи линуха
рекомендую обратиться к специалистам по линуксу
1. В свойствах ИБ на сервере приложений не должна стоять блокировка
2. Пользователь должен быть указан в константах приложений (зависит от конфигурации конечно)
3. Если планировщик без указания имени ИБ, это неверно отображающийся менеджер блокировок (его соединение с рабочим процессом)
посмотрите сначала обработку, там при ошибке запуска или исполения в последней колонке указана причина
отпишитесь, что получилось
00:51.9701-3,EXCPCNTX,1,SrcName=DBPOSTGRS,OSThread=2444,process=rphost,p:
processName=money,t:clientID=3,t:applicationName=JobScheduler,t:
computerName=DATABASE,t:connectID=1,Trans=0,dbpid=23723,Sql=lock table pg_class in application share mode,Result=PGRES_FATAL_ERROR,dbpid=23723,Sql=ROLLBACK,
Result=PGRES_COMMAND_OK
Result=PGRES_FATAL_ERROR - ошибка
Sql=lock table pg_class in application share - проблемная операция
00:51.9701-3,EXCPCNTX,1,SrcName=DBPOSTGRS,OSThread=2444,process=rphost,p:processName=money,t:clientID=3,t:applicationName=JobScheduler,t:computerName=DATABASE,t:connectID=1,Trans=0,dbpid=23723,Sql=lock table pg_class in application share mode,Result=PGRES_FATAL_ERROR,dbpid=23723,Sql=ROLLBACK,Result=PGRES_COMMAND_OK
там же парсер
там же обучающее видео как находить ошибки в настройках доступа для ТЖ
«Опыт настройки «1С:Центр Управления Производительностью» на проектах»
Дата проведения: 2 апреля 2010 г.
Время проведения: 11:00 – 12:00 (время московское)
Ссылка на онлайн регистрацию:
Данный вебинар - БЕСПЛАТНЫЙ.
Просьба при регистрации указывать корпоративный почтовый ящик (кроме фирм-франчайзи). Регистрация с указанием e-mail адресов на бесплатных хостингах (mail.ru, yandex, и пр.) рассматриваться не будет.
Скачать инструкцию по участию в вебинарах можно по ссылке
По возникающим вопросам по вебинарам Вы можете обращаться по почте webinar@rarus.ru
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log history="168" location="C:\apps\1c\logs">
<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="MEM"/>
</event>
<property name="All"/>
</log>
<mem/>
<dump create="true" location="C:\apps\1c\dumps" prntscrn="true" type="3"/>
</config>
Общий вывод - не копируйте xml через буфер обмена из инета. Уж лучше ручками напишите (хотя кто обычно пишет ручками ничего не копируя?) Копипаста, причем даже непосредственно из 1С-ной обработки с формы, часто заполняет файл каким-то мусором невидимым, который 1С не пропускает в итоге и никак не ругается.
А что делать, если все Ваши показатели будут показывать "норму", а пользователи все равно будут жаловаться на "тормоза", глюки отображения и прочие сопутствующие 1С прелести, возникающие от случая к случаю, и зачастую - в конце раюочекго дня?
"Если Вы хотите заказать APDEX отдельно от остальных работ, то его стоимость составит 15 000 руб"
Только один вопрос - почему 1С обычным образом не вставляет Ваш код в типовые, чтобы "бесплатно" дать возможность воспользоваться "бесплатным" механизмом на месте?
Т.е. база будет самостоятельно сливать что-то в инет? У большинства доступ базы к инету категорически закрыт (и не будем про обновление валют и прочее).
это вообще какая-то реклама, больше ничего.
я бы на месте 1с тоже не вставлял в типовые, они же не отвечают за НАШ сервер
а вот мы - встраиваем наши разработки в наши конфигурации, заказчики довольны -
НЕ НАДО ФАНТАЗИРОВАТЬ, ВОЗЬМИТЕ ДА ПОСМОТРИТЕ
ах да, вы не смотрели, проще пофантазировать...
а в прочем с вами все ясно...
2. Если установить параметр history=168 , что случится по истечению этого срока - логи все сотрутся полностью в папке (что бред), или начнут затираться только логи 168-часовой старости - а более свежие останутся в наличии (что было бы естественнее)?
1. Большинство значимых событий на рабочем сервере надо ловить. Поэтому включать надо прежде всего там, особенно для управляемого приложения.
2. Думаю ты сам уже понял ответ, пока писал вопрос. Да, удаляется каждый файл отдельно по достижении заданного возраста.
Нифига. После появления СКД от компании 1С можно ожидать любого тупого идиотизма. За ответ спасибо, для меня это весьма ценно. Тем более, что вот тут (п.7) человек предлагал ежедневно управляющий файл logcfg.xml переделывать - чем меня сбил с толку.
Я всё равно не понимаю до сих пор - где нужно ставить технологический журнал - на кластере серверов или на рабочих компах пользователей 1С? Допустим, я поставлю технологический журнал только на кластере серверов - разве в нём будут записываться, например, события входа пользователей в 1С? Подозреваю, что нет. Вот что написано в жёлтом учебнике "1С:Предприятие 8.2 Руководство администратора." стр. 102:
Сразу возникают вопросы: а что это за такие "процессы, который пишут технологический журнал"? Я так понимаю, что это процессы кластера серверов - ragent.exe, rmngr.exe, rphost.exe и процессы клиентского приложения - 1с8.exe.
Но на компьютере с кластером серверов процессы клиентского приложения 1с8.exe вообще не запускаются. А крутятся только процессы кластера сервера - ragent.exe, rmngr.exe, rphost.exe. Предположим, простой пользователь заходит в 1С со своего компьютера. Каким образом это событие сможет записаться в технологический журнал на компьютере кластера 1С? Понятно, только если ragent.exe, rmngr.exe, rphost.exe запишут это событие. Но пишут ли они такие события - я пока не разобрался.
А сомневаюсь потому, что проверить не получатеся - каких-то прав не хватает. Какими правами нужно обладать на компьютере на кластера серверов 1С, чтобы вёлся технологический журнал?
Зато на обычном компе юзера технологический журнал ведётся без проблем. Вот только юзеров у нас десятки - не буду же я каждому включать технологический журнал, а потом собирать эти данные? Задача повисла в воздухе...
На кластере сервере 1С крутятся серверные процессы - из числа вот этих: ragent.exe, rmngr.exe, rphost.exe - под каким-то непонятным (видимо, административным) юзером. Если эти процессы и записывают события в технологический журнал - то, запишут ли они событие "мой вход в 1С" в технологический журнал на кластере серверов?
Не я один мучился, оказывается. :) Цитирую:
Распишу, как оно настраивается.
На сервере приложений запускаем "cmd"
В этой консоли набираем команду "echo %localappdata%"
Выйдет строка типа "C:\Users\MyUser\Appdata\Local"
Вместо "MyUser" ставим имя пользователя, от имени которого запускается сервер 1С, обычно это "1CV82"
Переходим в каталог "C:\Users\1CV82\Appdata\Local\1C\1Cv82\conf"
В этом каталоге создаем файл "logcfg.xml"
Работает сразу.
Каталог этот находится по адресу %localappdata%\1C\1Cv82\conf
Для файловой версии и серверной - это разные каталоги. Потому что в одном случае файл ищет процесс запущенный от пользователя 1CV82, а в другом - от твоего пользователя.
Действительно, всё сразу заработало. Действительно, кластер серверов 1С начал записывать события входа обычных юзеров в 1С (юзеры на своих компах заходят в 1С).
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="false" type="136" location="C:\ТехЖурнал\dump" prntscrn="false"/>
<log history="1" location="C:\ТехЖурнал\log">
<property name="all"/>
<event>
<eq property="name" value="DBMSSQL"/>
</event>
<event>
<eq property="name" value="DBORACLE"/>
</event>
<event>
<eq property="name" value="DBPOSTGRS"/>
</event>
<event>
<eq property="name" value="DBV8DBENG"/>
</event>
<event>
<eq property="name" value="QERR"/>
</event>
<event>
<eq property="name" value="DB2"/>
</event>
<event>
<eq property="name" value="SDBL"/>
</event>
</log>
</config>
Логирование работает, потому что если убрать фильтры по "name", то логи собираются, правда почему то среди собранных событий нет ничего связанного с запросами (попали только следующие типы событий: SCALL, VRSCACHE, CONN, LEAKS, HASP, EXCP, VRSREQUEST, VRSRESPONSE, EXCPCNTX, PROC).
Сервер приложений и клиент, под которым я пробовал исполнять запросы находятся на одном сервере. Версия 1с 8.2.19.83
Если кому то пригодится, то файл настроек ТЖ надо помещать не в папку C:\Program Files\1cv82\conf (елси поместить туда, то будут записываться события клиента, поправьте если не так), а помещать в папку C:\Users\USR1CV82\AppData\Local\1C\1Cv82\conf (обратите внимание, что папка AppData может быть скрытой по умолчанию).
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 18845
Создание 23.01.09 16:51
Обновление 26.04.10 00:00
Просмотры 140666
Загрузки 0
Рейтинг
181
Комментарии 129
Код открыт Не указано
Рубрики Технологический журнал
Кому
Системный администратор
,
Разработчик
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
