gifts2017

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

Опубликовал Иван Борисов (Kaavan) в раздел Администрирование - Журнал регистрации

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

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

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

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

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

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

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

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

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

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

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

См. также

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

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

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

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

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


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

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

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