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

01.07.16

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

+9 –
>
  • 2016-07-01_16-23-38.png
  • 2016-07-01_16-50-05.png
Оценка максимума одновременно работающих в программе 1С пользователей.
Отчет строится, основываясь на данных журнала регистрации.
Может пригодиться для оценки требуемого количества лицензий.

Файлы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

+9 –

См. также

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

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

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

22800 руб.

22.02.2018    37093    61    55    

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

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

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

12000 руб.

23.05.2014    57755    53    17    

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

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

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

6000 руб.

28.11.2018    22624    20    8    

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

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

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

20.11.2024    4040    user1913000    13    

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

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

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

21.10.2024    5864    leemuar    8    

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

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

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

1 стартмани

29.12.2023    3623    51    dima_gsv    4    

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

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

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

1 стартмани

19.11.2023    2755    7    AlexSTAL    0    

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

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

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

1 стартмани

13.11.2023    7330    12    AlexSTAL    0    

48
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Alias 177 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 177 15.07.16 09:12 Сейчас в теме
(3) Спасибо за уточнение... с Вашего позволения, дописал-таки свой вариант, избавленный от необходимости обнулять счётчик. http://infostart.ru/public/537124/
Прикрепленные файлы:
МаксимальноеКоличествоПользователей.erf
alex-admiral; +1 – Ответить
5. farukshin 120 02.09.16 14:02 Сейчас в теме
(3)
В ЗУП квартал формируется за 30 секунд.

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