Оценка количества одновременно работающих в программе пользователей по данным журнала регистрации

01.07.16

Оценка максимума одновременно работающих в программе 1С пользователей. Отчет строится, основываясь на данных журнала регистрации. Может пригодиться для оценки требуемого количества лицензий.

Файлы

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

Наименование	Скачано	Купить файл	По подписке PRO
КоличествоОдновременноРаботающихПользователей.erf .erf 15,56Kb ver:1 37	37	2 500 руб. Купить	1 SM Скачать

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

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

Внешний отчет, позволяющий оценить по журналу регистрации количество одновременно работающих в 1С пользователей.

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

Из расчета исключаются фоновые задания и т.п. - только толстый, тонкий и веб клиенты.

Для разных дат в настройке разбивка идет по дням. Если отчет формируется за день, разбивка будет почасовая.

Отчет выделяет типы клиентов:

1CV8 – толстый клиент,
1CV8C – тонкий клиент,
WebClient – Доступ через веб (посредством браузера или клиента 1С)

Работает как в управляемом режиме, так и в обычном.

P.S. За основу была взята обработка //infostart.ru/public/171729/, показавшая, что задача эта достаточно легко решаема.

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

Журнал регистрации Лицензии

+9 –

См. также

Версионирование справочников, документов и регистров сведений на SQL-сервере

Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)

История изменений реквизитов и табличных частей справочников, документов, независимых регистров сведений, возможность отката изменения, восстановление удаленных объектов, сбор статистики использования базы 1С. Альтернативный журнал регистрации.

23180 руб.

22.02.2018 39595 65 56

LogiCH - хранение и анализ журнала регистрации в сверхбыстрой СУБД ClickHouse

Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Платные (руб)

Конфигурация LogiCH эффективно решает проблему хранения и анализа записей журналов регистрации. Разработка использует столбцовую СУБД ClickHouse, одну из самых быстрых Big Data OLAP СУБД. Любой анализ журнала можно выполнить в одном отчете, в котором доступны все возможности СКД с учетом ограничений RLS. Количество подключаемых баз не ограничено и не влияет на скорость построения анализа.

6100 руб.

28.11.2018 24992 24 9

OneSniffer - логирование внешних запросов

Журнал регистрации WEB-интеграция Разработчик 1С 8.3 1С:Библиотека стандартных подсистем Абонемент ($m)

Долго отлаживали интеграции через сообщения, журнал регистрации и чужие прокси. На проде это не взлетело. Собрали простой инструмент внутри платформы — смотришь запрос/ответ, повторяешь, выгружаешь curl.

1 стартмани

07.08.2026 1410 3 Viktor_Ermakov 9

Журнал регистрации 1С на 35 миллиардов событий: как заставить его открываться за 0,11 секунды

Администрирование СУБД Журнал регистрации Системный администратор Разработчик 1С 8.3 Бесплатно (free)

Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.

04.08.2026 3083 nedomolkov.ivan 0

ClickHouse и Журналы регистрации 1С: анализ в реальном времени – опыт Magnit Tech

Журнал регистрации Бесплатно (free)

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

28.02.2026 6224 julia96_07 0

Сравнение парсера журнала регистрации Vector и ibcmd

Журнал регистрации Разработчик Россия Бесплатно (free)

В материале рассматривается сравнение двух инструментов для работы с журналом регистрации 1С: утилиты ibcmd и платформы Vector. Описаны их функциональные возможности, тестирование производительности и практическое применение для преобразования логов в формат JSON.

20.11.2024 9750 user1913000 13

Логирование в приложениях

Журнал регистрации Тестирование QA Разработчик Бесплатно (free)

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

21.10.2024 10386 leemuar 8

Регламентное сокращение журнала регистрации

Инструменты администратора БД Журнал регистрации Системный администратор 1С:Предприятие 8 1С:Управление торговлей 11 Абонемент ($m)

Внешняя обработка для регламентного сокращения журнала регистрации для конфигураций на базе БСП и платформы 8.3.20+

1 стартмани

29.12.2023 6139 66 dima_gsv 6

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Alias 177 04.07.16 14:09 Сейчас в теме

Пока не скачивал, т.к. у меня есть аналогичный отчёт. Однако если не трудно, хочу уточнить некоторые вопросы, возникшие по ходу своей разработки:
- "принцип расчёта прост: на каждый вход в программу +1, на каждый выход - минус 1". Сбрасывается ли когда-нибудь в ноль рассчитанное количество? Если нет, то из-за наличия записей "Start" без записей "Finish" значение количества пользователей будет всё время увеличиваться. Я сбрасываю в 0 в начале каждого дня, и то в течение дня появляются старты без финишей, которые искажают статистику за день. Да и к тому же при таком подходе не учитываются непрерывные переходящие из одного дня в другой сессии... Вы как-то решали эту проблему?
- какой вариант фильтрации событий используется -- во время "ВыгрузитьЖурналРегистрации" или уже потом, на уровне СКД? проводились ли тесты быстродействия разных вариантов? у меня в некоторых случаях быстрее было выгрузить журнал без (некоторых) фильтров, а нужный отбор настроить через отбор СКД.

2. Kaavan 98 09.07.16 16:46 Сейчас в теме

(1) Alias, прошу прощения за задержку - пока проблемы со временем. Чуть позже отпишусь подробно.

3. Kaavan 98 12.07.16 05:30 Сейчас в теме

(1) Alias, отвечаю:

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

Можно поработать над уменьшением погрешности, но не думаю что это сильно изменит общую картину, особенно в долгосрочной перспективе.
Для оценки же потребностей в лицензиях, имхо, этого достаточно, т.к. логично взятьзапас в 10% или более.

- "какой вариант фильтрации событий используется"
Фильрация выполняется сразу же.

Кроме отбора по периоду:

	
       УровниРегистрацииОшибок = Новый Массив;
	УровниРегистрацииОшибок.Добавить(УровеньЖурналаРегистрации.Информация);
	
	События = Новый Массив;
	События.Добавить("_$Session$_.Start");
	События.Добавить("_$Session$_.Finish");
	
	Приложения = Новый Массив;
	Приложения.Добавить("1CV8");
	Приложения.Добавить("1CV8C");
	Приложения.Добавить("WebClient");

Показать

Быстродействие оказалось удовлетворительным, поэтому вопросом ускорения не озадачивался.
В ЗУП квартал формируется за 30 секунд.
Возможно можно его еще разогнать.

PS: Есть недоработка в обычной форме. Не смог быстро передать даты с форму в СКД так, чтобы в макете в параметрах отобразились именно они, а не текущая дата.
А по времени был ограничен, поэтому решил время на этом не терять.

4. Alias 177 15.07.16 09:12 Сейчас в теме

(3) Спасибо за уточнение... с Вашего позволения, дописал-таки свой вариант, избавленный от необходимости обнулять счётчик. http://infostart.ru/public/537124/

Прикрепленные файлы:

МаксимальноеКоличествоПользователей.erf

5. farukshin 120 02.09.16 14:02 Сейчас в теме

(3)

В ЗУП квартал формируется за 30 секунд.

А какое среднее количество записей в журнале регистрации за сутки? Отчет подойдет для баз с небольшим количеством активных пользователей.
Универсальный вариант - сенсор на базе системы мониторинга.