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

24.08.16

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

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

Файлы

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

Наименование Скачано Купить файл
Максимальное количество пользователей
.erf 17,37Kb ver:2
56 1 850 руб. Купить

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

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

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

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

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

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

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

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

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

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

UPD 24.08.2016

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

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

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

См. также

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

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

22800 руб.

22.02.2018    37092    61    55    

58

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

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

12000 руб.

23.05.2014    57753    53    17    

48

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

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

6000 руб.

28.11.2018    22624    20    8    

47

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

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

20.11.2024    4040    user1913000    13    

22

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

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

21.10.2024    5862    leemuar    8    

24

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

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

1 стартмани

29.12.2023    3622    51    dima_gsv    4    

14

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

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

1 стартмани

19.11.2023    2754    7    AlexSTAL    0    

8

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

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

1 стартмани

13.11.2023    7325    12    AlexSTAL    0    

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

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

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

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

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

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