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

01.07.16

База данных - Журнал регистрации

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

Скачать файлы

Наименование Файл Версия Размер
КоличествоОдновременноРаботающихПользователей.erf
.erf 15,56Kb
30
.erf 1 15,56Kb 30 Скачать

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

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

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

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

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

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

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

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

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

См. также

Журнал изменений с восстановлением состояния ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.3.14+, ЛЮБАЯ конфигурация)

Архивирование (backup) Журнал регистрации Поиск данных Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 1С:Управление торговлей 11 Платные (руб)

База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал изменений для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость работы почти в 2 раза выше типового механизма "История изменений"! Позволяет следить за изменениями и удалением в любых ссылочных объектах конфигурации, с возможностью архивации по HTTP(!) или COM, и сверткой данных. А так же, может восстановить состояние реквизитов (значения) до момента изменения или удаления объекта из базы. Есть ДЕМО-база где можно самостоятельно протестировать часть функционала! Работает на любых платформах выше 8.3.14+ и любых конфигурациях! Версия 3.1 от 24.08.2023!

19200 руб.

15.05.2017    42522    10    24    

38

Версионирование объектов для Альфа-авто, ред 4 и 5.

Оптовая торговля Розничная торговля Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Автомобили, автосервисы Управленческий учет Платные (руб)

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

4800 руб.

03.09.2016    42255    33    24    

37

LogManager - Внешний журнал регистрации в SQL

Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Журнал регистрации платформы 1С в SQL. Общая база хранения всех журналов. Через com-подключение регламентным заданием периодически догружает журналы регистраций из рабочих баз. Предоставляет настраиваемый доступ к журналам по правам подразделений. Формирует отчеты по пользователям и данным.

10000 руб.

23.05.2014    55473    52    16    

47

Мониторинг баз и серверов 1С

Журнал регистрации Мониторинг Платформа 1С v8.3 Платные (руб)

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

9000 руб.

28.08.2019    30957    14    21    

66

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

Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

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

5000 руб.

28.11.2018    19546    13    6    

36

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

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

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

1 стартмани

29.12.2023    1245    12    dima_gsv    1    

12

Магия преобразований: ЖР, ТЖ, RAS/RAC, логи - универсальное решение Vector

Мониторинг Журнал регистрации Технологический журнал Абонемент ($m)

Как легко и быстро с помощью специализированных решений собирать, парсить и передавать логи и метрики.

1 стартмани

13.11.2023    2973    4    AlexSTAL    0    

42

Мониторинг состояния с отправкой в telegram

Журнал регистрации Инструменты администратора БД Мониторинг Мессенджеры и боты Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление холдингом 1С:Комплексная автоматизация 2.х Абонемент ($m)

Внешняя обработка для БСП-конфигураций с простым программным интерфейсом. Предназначена для мониторинга состояния системы. Базово реализована отправка ошибок из журнала регистрации, но можно легко добавить мониторинг других журналов, каких-либо действий пользователей, состояния системы (например закрытие месяца).

3 стартмани

26.09.2023    1753    11    doom2good    10    

13
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Alias 176 04.07.16 14:09 Сейчас в теме
Пока не скачивал, т.к. у меня есть аналогичный отчёт. Однако если не трудно, хочу уточнить некоторые вопросы, возникшие по ходу своей разработки:
- "принцип расчёта прост: на каждый вход в программу +1, на каждый выход - минус 1". Сбрасывается ли когда-нибудь в ноль рассчитанное количество? Если нет, то из-за наличия записей "Start" без записей "Finish" значение количества пользователей будет всё время увеличиваться. Я сбрасываю в 0 в начале каждого дня, и то в течение дня появляются старты без финишей, которые искажают статистику за день. Да и к тому же при таком подходе не учитываются непрерывные переходящие из одного дня в другой сессии... Вы как-то решали эту проблему?
- какой вариант фильтрации событий используется -- во время "ВыгрузитьЖурналРегистрации" или уже потом, на уровне СКД? проводились ли тесты быстродействия разных вариантов? у меня в некоторых случаях быстрее было выгрузить журнал без (некоторых) фильтров, а нужный отбор настроить через отбор СКД.
2. Kaavan 89 09.07.16 16:46 Сейчас в теме
(1) Alias, прошу прощения за задержку - пока проблемы со временем. Чуть позже отпишусь подробно.
3. Kaavan 89 12.07.16 05:30 Сейчас в теме
(1) Alias, отвечаю:

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

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

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

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


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

PS: Есть недоработка в обычной форме. Не смог быстро передать даты с форму в СКД так, чтобы в макете в параметрах отобразились именно они, а не текущая дата.
А по времени был ограничен, поэтому решил время на этом не терять.
4. Alias 176 15.07.16 09:12 Сейчас в теме
(3) Спасибо за уточнение... с Вашего позволения, дописал-таки свой вариант, избавленный от необходимости обнулять счётчик. http://infostart.ru/public/537124/
Прикрепленные файлы:
МаксимальноеКоличествоПользователей.erf
5. farukshin 120 02.09.16 14:02 Сейчас в теме
(3)
В ЗУП квартал формируется за 30 секунд.

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