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

24.08.16

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

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

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

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

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

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

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

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

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

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

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

UPD 24.08.2016

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

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

См. также

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

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

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

12000 руб.

23.05.2014    55797    52    16    

47

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

Журнал регистрации Мониторинг Системный администратор Программист Бизнес-аналитик Руководитель проекта Платформа 1С v8.3 Платные (руб)

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

9000 руб.

28.08.2019    31532    15    21    

68

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

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

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

5000 руб.

28.11.2018    19812    13    6    

37

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

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

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

4800 руб.

03.09.2016    42451    33    24    

38

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

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

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

1 стартмани

29.12.2023    1537    17    dima_gsv    1    

12

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

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

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

1 стартмани

19.11.2023    966    4    AlexSTAL    0    

8

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

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

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

1 стартмани

13.11.2023    3531    7    AlexSTAL    0    

47

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

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

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

3 стартмани

26.09.2023    2005    11    doom2good    10    

14
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
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 2496 06.06.19 11:03 Сейчас в теме
Суперская обработка.
Спасибо
Оставьте свое сообщение