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

24.08.16

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

По данным журнала регистрации на СКД строится отчёт "Максимальное количество (и полный список) одновременно работающих в базе пользователей", с периодичностью до часа. Дополнительно варианты отчёта: -Полный лог входов-выходов пользователей. -Кто и когда запускал Конфигуратор. -С каких компьютеров пользователи заходили в базу. UPD 24.08.2016 - Диаграмма Ганта работы пользователей

Скачать исходный код

Наименование Файл Версия Размер
Максимальное количество пользователей
.erf 17,37Kb
50
.erf 2 17,37Kb 50 Скачать

Когда-то разработал отчёт по количеству пользователей в базе. Сырой был, но работал. Потом увидел публикацию //infostart.ru/public/534462/ и вспомнил о тех сложностях, которые у меня возникли. Принцип отчтёта аналогичен описанному ("на каждый вход +1, на каждый выход -1"), однако при таком накопительном подходе за большие периоды накапливается большая ошибка - из-за сеансов, которые не были корректно завершены. Также применялся метод "обнуления в начале дня", однако ясно, что такой подход не даёт правильных значений -- т.к. при обычной пятидневке некоторые пользователи могут не закрывать окно 1С по несколько дней.

Решил всё же допилить отчёт, чтобы данные были корректны независимо от расчётного периода. Выкладываю доработанный вариант, все ошибки устранены.

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

После реализации отчёта в нём на базе основного набора данных разработаны дополнительные настройки:

  • "Только диаграмма без списка" (работает быстрее за счёт того что не нужно собирать список), с периодичностью день и час,
  • "Кто и когда запускал конфигуратор",
  • "С каких компьютеров пользователи осуществляют вход в базу"

В качестве плана развития -- доработать отчёт для получения "топ-10 самых продолжительных непрерывных сессий", "среднее время сессии по пользователям" и т.д.

Спасибо Kaavan и его публикации //infostart.ru/public/534462/ за стимул к действию.

UPD 24.08.2016

- добавлена диаграмма Ганта работы пользователей. Графически видно кто когда запускал 1С, кто отключается на ночь, кто нет... Кто только пробует заходить в 1С, а кто сидит там постоянно.

журнал регистрации одновременно пользователи сессии

См. также

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

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

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

21600 руб.

15.05.2017    42645    10    24    

38

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

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

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

4800 руб.

03.09.2016    42311    33    24    

37

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

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

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

10000 руб.

23.05.2014    55593    52    16    

47

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

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

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

9000 руб.

28.08.2019    31131    14    21    

66

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

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

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

5000 руб.

28.11.2018    19633    13    6    

37

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

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

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

1 стартмани

29.12.2023    1399    15    dima_gsv    1    

12

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

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

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

1 стартмани

13.11.2023    3150    4    AlexSTAL    0    

42

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

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

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

3 стартмани

26.09.2023    1839    11    doom2good    10    

13
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. farukshin 120 02.09.16 14:35 Сейчас в теме
Путём последовательного перебора таблицы, полученной из ЖР

Александр, на скриншотах видно, что максимум 20 активных пользователей.
Как долго будет формироваться отчет на более нагруженных базах 1С (от 0,5 млн. записей ЖР в рабочие дни)? В таких случаях пользуются системой мониторинга сети http://infostart.ru/public/545959/
+
2. Alias 176 06.09.16 12:52 Сейчас в теме
(1) farukshin
Например, в типовой ERP есть типовой отчёт "Анализ активности пользователей", который тоже может попробовать ответить на вопрос "какие пользователи когда работали в базе".

Он формируется около 300 секунд (5 минут) за неделю, и может выдать неверные данные. Например, ситуации, когда он показывает 36 часов работы (в сутки) при 0 подключений (встречалось при переходящих сеансах из дня в день). Максимальное количество работающих пользователей считается не единомоментно, а по итогам всего дня -- даже если все заходили в разное время на 5 минут. Диаграммы Ганта нет.

Мой отчет формируется 12 секунд за неделю (в 20 раз быстрее), корректно обрабатывает разрывы сессий (начало без завершения) и сессии, переходящие из дня в день. Максимальное количество пользователей считается честно -- по мгновенному срезу. И выводится наглядная диаграмма Ганта.

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

Собственно, что я хотел сказать: мой отчёт писался не для того чтобы решить проблему нагруженных баз и миллиона записей ЖР (для этого вообще прямой анализ ЖР кажется довольно спорным решением), а для того чтобы расширить и улучшить возможности типового отчёта -- т.е. вывести данные быстрее, точнее и красивее. :)
+
3. capitan 2472 06.06.19 11:03 Сейчас в теме
Суперская обработка.
Спасибо
+
Оставьте свое сообщение