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

01.07.16

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

Файлы

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

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

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

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

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

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

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

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

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

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

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

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

+9 –

См. также

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

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

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

6000 руб.

28.11.2018 22030 20 8

Уведомления на почту по событиям журнала регистрации на email и в Telegram (для УНФ, УТ 11, БП 3.0, ЗУП 3.0, ERP)

Мессенджеры и боты Журнал регистрации Мониторинг Email рассылки Системный администратор 1С v8.3 Управляемые формы 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Платные (руб)

Рассылка уведомлений о событиях журнала регистрации на электронную почту и в Телеграмм. Программа позволяет анализировать журнал регистрации по заданным критериям, находить в нём интересующие события, и отправлять уведомления об этих событиях на электронную почту (одного или нескольких получателей) или в телеграмм. Может работать и как внешняя обработка, и как регламентное задание. Для УНФ, УТ 11, БП 3.0, ЗУП 3.0, ERP.

10800 руб.

18.06.2017 33474 4 2

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

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

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

20.11.2024 3092 user1913000 13

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

Журнал регистрации Тестирование QA Программист Бесплатно (free)

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

21.10.2024 5060 leemuar 8

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

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

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

1 стартмани

29.12.2023 3115 48 dima_gsv 4

Магия преобразований Vector, часть 3: журнал регистрации + прямой экспорт ошибок в Sentry

Журнал регистрации Мониторинг Системный администратор Программист Абонемент ($m)

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

1 стартмани

19.11.2023 2240 6 AlexSTAL 0

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

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

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

1 стартмани

13.11.2023 6520 11 AlexSTAL 0

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

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

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

3 стартмани

26.09.2023 3819 28 doom2good 16

Комментарии

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

Свернуть все

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

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

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

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

3. Kaavan 97 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 секунд.

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