Кто на самом деле грузил базу
Стандартная картина: пользователи жалуются на тормоза, вы открываете консоль кластера, а там столбцы цифр. Сеансов столько-то, память такая-то, вызовов столько. И вы сидите и складываете эти числа в голове, пытаясь понять, кто именно держал базу с двух до четырёх ночи и почему утром всё встало.
Обработка переворачивает это. Вы не смотрите на счётчики, вы задаёте вопрос человеческим языком и получаете ответ с именами людей. "Кто блокировал базу", "Кто грузил сервер", "Что было ночью". Диаграмма плюс таблица, а не сырой поток метрик.
Вопросы, на которые она отвечает
- Кто блокировал базу. Не "кто держит сейчас", а кто держал за период. Считается по номеру сеанса, который платформа называет блокирующим по СУБД или по управляемым блокировкам.
- Кто тратит ресурсы сервера. Процессорное время по пользователям. Показан ряд за период, а не один замер: разовый пик не делает человека виноватым.
- Кто ест память. Потребление памяти по сеансам, с прицелом на тех, у кого она растёт замер за замером.
- Кто больше всех захватывает СУБД. Доля времени СУБД в общем времени вызовов. Высокая доля при низком процессоре это тяжёлый запрос или ожидание, а не жадный клиент.
- Куда уходят лицензии. Сколько мест занято во времени.
- Что было ночью. Временной ряд по базе за период: сеансы, блокировки, вызовы, память. Виден и ночной провал, и утренний пик.
- Кто спит и держит место. Спящие сеансы: кто и держит ли лицензию.
Список вопросов открытый: они описаны данными внутри обработки, а не зашиты по одному в код.
Как устроено
Сбор идёт штатным объектом платформы АдминистрированиеСервера (доступен с 8.3.14). Никакого rac.exe, никакого COM, никаких внешних компонент. К СУБД обработка не обращается вообще и в прикладные объекты конфигурации не лезет, поэтому она универсальная и работает с любой базой.
История снимков хранится файлами на диске сервера (JSON, одна строка на снимок). Зерно снимка это агрегат плюс топ сеансов, а не каждый сеанс подряд, поэтому объём не разрастается. Есть ротация по числу суток и по потолку объёма.
Три режима: ручной снимок кнопкой на форме; регулярный сбор регламентным заданием (через штатный список "Дополнительные отчёты и обработки"); выгрузка среза в Markdown, чтобы вставить в чат с ИИ и получить разбор.
Первый запуск без возни
Обработка сама определяет базу, в которой запущена, сама находит кластер и проверяет доступ тремя шагами со светофором: служба RAS, доступ к кластеру, каталог истории. Если RAS ещё не поднят, в комплекте лежит bat-файл, который поднимает службу сам (запросит права администратора через Windows).
Для кластера из нескольких серверов каталог истории указывается сетевой папкой, доступной всем узлам, и обработка об этом прямо подсказывает.
Совместимость
Платформа 1С:Предприятие 8.3.14 и выше. Конфигурация любая, обработка универсальная. Проверена на платформах 8.3.20 и 8.3.27, на кластере из нескольких узлов за балансировщиком.
Что в файле
Архив: сама обработка (внешняя, .epf), bat-файл поднятия RAS и короткая инструкция.
Вступайте в нашу телеграмм-группу Инфостарт