Techlogqueryviewer - Вьювер запросов к СУБД из технологического журнала 1С: Предприятие

17.07.18

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

Обработка для отображения текстов запросов, формируемых платформой 1С: Предприятие в том виде, в каком они должны быть выполнены на СУБД. Тексты запросов обработка получает из технологического журнала по мере их там постепенного появления. Генерация запросов может вестись как в обычном, так и в управляемом режиме, но сама обработка работает только в обычном режиме.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
techlogqueryviewer - v2.7.epf
.epf 22,00Kb ver:2.7
11 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

История 

Проект изначально был размещен на хостинге Google Code в декабре 2011 года, однако впоследствии был перенесен на Github из-за того, что на Google Code была отключена возможность размещения новых файлов для скачивания.

Идея проекта была в том, чтобы создать инструмент, похожий на MS SQL Profiler, но такой, чтобы можно было им пользоваться на файловых базах и при этом видеть тексты запросов в терминах конфигурации. Конечно, до удобства и функциональности Profiler-а этой обработке далеко. И, конечно же, в сети даже на момент первой публикации уже было достаточно много похожих инструментов с гораздо более богатым функционалом, однако подобного бесплатного и открытого инструмента мне на момент разработки не попадалось. Не знаю, актуальна ли эта разработка на данный момент, но вот только сейчас пояилось желание поделиться им с общественностью на данном ресурсе.

Условия распространения

Лицензия: MIT Licence

Как пользоваться

Для того, чтобы начать вывод текстов запросов, необходимо нажать на кнопку "Старт". При этом, вывод текстов начнется с некоторой задержкой (до 60-ти секунд) и, конечно, при условии, что в данный момент выполняются запросы к СУБД. Задержка связана с тем, что при включении записи в технологический журнал, платформа начинает эту запись не сразу. В дальнейшем, когда запись в технологический журнал начата, задержка на не нагруженных базах может составить порядка 1-2 секунды после выполнения запроса, на нагруженных - значительно большее время, в этом случае, задержка уже связана с необходимостью постоянного чтения файлов технологического журнала с диска, а также посимвольной обработкой текста что при значительном количестве запросов может стать ресурсоемкой задачей.

Для того, чтобы остановить вывод, необходимо нажать на кнопку "Стоп".

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

Для того, чтобы тексты запросов были представлены с наименованиями объектов, заданных в конфигураторе, а не в виде имен СУБД, необходимо установить флажок "Получать имена объектов по метаданным". Т.е. например в конфигураторе у объекта установлено имя "РегистрСведений.ЦеныНоменклатуры", тогда как в СУБД этот объект может называться скажем "InfoRg15". При включении данного флажка, в текстах запросов регистр будет обозначаться так, как он и называется в конфигураторе т.е. "РегистрСведений.ЦеныНоменклатуры", а не "InfoRg15". Стоит сказать, что в текущей версии обработки, установка флажка не приводит к 100% представлению наименований в том виде в каком они заданы в конфигураторе, это связано с несовершенством алгоритма.

Для того, чтобы очистить окно вывода, необходимо нажать на кнопку "Очистить". При этом, будет очищено только окно вывода, файлы технологического журнала останутся не тронутыми.

Поле "Отбор по тексту" предназначено для отбора запросов по входящим в них словам. Например, среди найденных, есть куча запросов к таблице "УстановкаЦенНоменклатуры", для того, чтобы отобразить только запросы к таблице "УстановкаЦенНоменклатуры" достаточно в поле "Отбор по тексту" написать - "УстановкаЦенНоменклатуры" (без кавычек) и нажать Enter.

Как это работает

При нажатии на кнопку "Старт", в каталоге "Путь к каталогу установки 1С: Предприятие\conf" (например "C:\Program Files\1cv82\8.2.15.294\bin\conf") создается файл "logcfg.xml" с настройками, необходимыми для того, чтобы в технологический журнал начала записываться информация о выполняемых запросах к СУБД. Если файл "logcfg.xml" уже существует, то он переименовывается в "backup_logcfg.xml_порядковый номер копии" и вместо него, создается новый файл настроек. При закрытии обработки, сохраненная версия файла настроек восстанавливается. Если сохраненных копий не создано, то при закрытии, файл настроек просто удаляется и запись в технологический журнал прекращается. Таким образом все устанавливается в то состояние, которое было до запуска обработки. После того как файл "logcfg.xml" создан, по прошествии определенного количества времени (60 секунд максимум) начинается запись в технологический журнал - в файлы текстового формата. Обработка в фоновом режиме выполняет постоянное построчное чтение файлов технологического журнала и если обнаружено событие с текстом запроса, появившееся уже после нажатия на кнопку "Старт" - выводит его на экран.

Файлы технологического журнала располагаются в каталоге "Путь к каталогу установки 1С: Предприятие\conf\logs_techlogqueryviewer" - данный путь указывается в файле настроек "logcfg.xml". После закрытия обработки, файлы технологического журнала не удаляются, предполагается что пользователь удалит их в ручную, при этом, сразу же удалить означенные файлы скорее всего не получится, поскольку доступ к ним ограничен работающим сервером.

Обработка может быть использована как на файловой так и на клиент-серверной версии.

Как скачать

Ссылка на страницу загрузки с GitHub-репозитория: https://github.com/alexkmbk/techlogqueryviewer/releases

Вступайте в нашу телеграмм-группу Инфостарт

Технологический журнал Запросы

См. также

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

В этой статье рассматривается только первый этап диагностики производительности: как получить длительный SQL-запрос из технологического журнала, связать его с прикладным кодом 1С и точно локализовать место выполнения. Причины длительности и оптимизация самого запроса разбираются уже после локализации.

вчера в 15:10    172    markbraer    1    

1

Технологический журнал Системный администратор Разработчик 1С 8.3 Бесплатно (free)

База ERP, 400 пользователей, сервер загружен, 1С подвисает, доступа к SQL Server нет. Оптимизировать можно бесконечно, вопрос в том, с чего начать. ЦУП это платная лицензия и отдельная стройка, а технологический журнал встроен в платформу, включается одним файлом и на боевой базе в рабочее время не вызвал ни одной жалобы от пользователей. Разбираю, что он собой представляет, где лежит настройка, как читается строка события и что означает каждое из одиннадцати событий, которые я видел в журналах боевой ERP. Плюс рабочий logcfg.xml, три ловушки, на которых отчёт получается красивым и неверным, и шесть находок за один прогон.

07.09.2026    1520    nedomolkov.ivan    0    

3

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

Обработка включает технологический журнал, читает его и отвечает на 13 вопросов человеческим языком: кто блокирует базу, какой запрос к СУБД самый тяжёлый, какой код суммарно грузит СУБД больше всех, какой вызов съедает память. Настройка идёт галочками с человеческими формулировками, logcfg.xml обработка пишет сама, права администратора для этого обычно не нужны. Отдельная кнопка сводит журнал в один markdown-файл: на боевой ERP 288 МБ и 2 055 229 строк ужались в 17 459 знаков, файл кладётся в чат с нейросетью и разбирается за минуту. Имена баз и пользователей в нём заменены псевдонимами. Без внешних компонент, к СУБД обращений нет.

10 стартмани

07.09.2026    845    2    nedomolkov.ivan    0    

2

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

Лёгкое расширение для 1С, которое ловит ошибки — включая упавшие внутри транзакции проведения и не замеченные типовыми средствами — и сразу шлёт алерты в Telegram и на почту. Не заимствует ни одного объекта конфигурации, ставится на любую базу (типовую или самописную, с БСП или без) за 5 минут. Дедуплицирует повторы, не спамит при шторме ошибок, маскирует персональные данные перед отправкой наружу. Работает даже при отключённом администратором штатном Журнале регистрации — у расширения есть собственный независимый журнал самодиагностики.

3 стартмани

25.08.2026    586    1    KonMa    0    

2

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

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

24.08.2026    1263    Ninel_S    3    

2

Технологический журнал Разработчик 1С 8.3 Россия Бесплатно (free)

Устал парсить ТЖ 1С gawk-скриптами каждый раз заново - собрал нормальный инструмент. DuckDB под капотом, разбор ТЖ, планов под MS SQL и PostgreSQL, AI-объяснения опционально.

08.07.2026    5780    nazarovss    33    

27

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

Чтобы перейти от тушения инцидентов в 1С к превентивному подходу, нужно заранее видеть рост данных, блокировок, времени выполнения операций и другие признаки будущих проблем. Разбираем, какие метрики технологического журнала 1С и СУБД стоит мониторить в реальном времени и как использовать простые ML-модели – регрессию и классификацию – для прогноза падения производительности. Объясняем, как автоматически выявлять аномалии в поведении пользователей и фоновых заданий, настраивать proactive-алерты за часы или дни до инцидента и создавать тикеты в ITSM-системах на превентивные действия.

02.07.2026    4570    aidar_safin    17    

32

Технологический журнал Разработчик Бесплатно (free)

Парсинг техжурнала 1С – это не просто «распарсить JSON» или CSV, а работа с множеством неочевидных особенностей формата. Показываем, какие проблемы могут возникнуть из-за дублей свойств и событий, «полей-призраков», нестандартных имен свойств, разрозненного контекста, кавычек, апострофов и других нюансов, которые легко ломают парсеры и искажают результаты анализа. Объясняем, чем может помочь ИИ при работе с техжурналом и почему даже при использовании современных инструментов важно понимать внутреннюю логику логов. В статье собраны главные правила надежного парсинга и примеры ситуаций, где техжурнал может неожиданно показать свою «темную сторону».

17.06.2026    5192    Andreynikus    9    

26
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. hromovanton 7 15.08.16 10:04 Сейчас в теме
Расскажите, пожалуйста, более подробно о настройках logcfg.xml, какие именно запросы будут записываться в лог. Неужели все подряд? А если мне нужны, например, только те запросы, которые выполняются более 3 секунд. Или только запросы по определенной базе данных и т.д.?
3. KAV2 159 15.08.16 11:16 Сейчас в теме
(1) hromovanton, Да, все запросы подряд. Надо сказать что не ставилась задача анализа запросов с целью оптимизации какой-то конкретной, рабочей базы данных. На рабочей базе будет столько запросов что этот вьювер просто захлебнется. Задача была создать удобный инструмент который бы позволял понять что происходит под капотом, например, как работает RLS или динамический список. То есть эта обработка больше подойдет для обучения, нежели для анализа производительности.
5. KAV2 159 15.08.16 11:33 Сейчас в теме
(1) hromovanton, короче основное назначение - визуализация в реалтайме, а не на анализ.
2. gubanoff 63 15.08.16 10:22 Сейчас в теме
(0) Так уже давно есть консоль от 1С с таким же функционалом, плюс в Инструментах разработчика тоже давненько все есть.
4. KAV2 159 15.08.16 11:19 Сейчас в теме
(2) gubanoff, А как называется консоль от 1С? Знаю консоль для настройки технологического журнала, но для вывода запросов в реалтайме не попадалась именно от 1С. В ЦУП-е что-то было, но совсем другое и платное.
6. herfis 524 15.08.16 11:34 Сейчас в теме
(4) Есть еще ИТС-ная "Просмотр технологического журнала". Наверное, о ней речь.
8. KAV2 159 17.07.18 16:14 Сейчас в теме
(6) Ну здоровая конкуренция никогда не помешает, все нюансы в мелочах. Тем более что изначально обработка была опубликована на хостинге Google Code еще в 2011 году.
7. KAV2 159 17.07.18 16:06 Сейчас в теме
Новая версия - 2.7

Изменения:
Добавлен перевод интерфейса на английский язык, добавлена поддержка конфигураций, написанных на английском варианте синтаксиса встроенного языка.
Для отправки сообщения требуется регистрация/авторизация