Как это работает?
Данные консоли кластера 1С собираются регламентным заданием с заданной периодичностью. Можно собирать с нескольких серверов в одну базу (при условии, что версии платформы 1С совпадают). В регистрах хранения данных есть развернутая аналитика по базам данных и пользователям и т.д., можно строить различные аналитические отчеты на СКД. Есть большое количество готовых отчетов.
Под показатели рабочих процессов выделены отдельные регистры хранения со своей аналитикой. Можно использовать для оптимизации настроек кластера.
Устаревшие данные прошлых месяцев удаляются регламентным заданием, глубина хранения настраивается.
По каждому серверу можно задать детализацию получения данных - суммарно по базам, или по каждому пользователю отдельно.
Зачем?
Много денег вложено в оборудование, много часов потрачено на оптимизацию, перебрали настройки консоли кластера сервера, а ориентируемся на субъективные ощущения и заявления пользователей.
Правильная задача производительности начинается с метрик. Будь то большая Highload система или просто крик бухгалтера - "А почему опять 1С тормозит". Нужны показатели нагрузки, статистики, потребление ресурсов. Данное решение позволяет накапливать и анализировать числовые показатели.
Нормально? потратить 50 часов на оптимизацию проведения документов, а в итоге окажется, что один пользователь запустил отчет без фильтров и нагружает всю систему. Или регламентное задание обновления индекса поиска данных постоянно потребляет большую часть ресурсов.
Кейсы использования
- Проведите сравнительный анализ по кластерам, серверам, базам данных. Чтобы правильно распределить нагрузку, если у вас есть несколько серверов.
- Используйте накопленные статистические данные, чтобы понимать что сейчас сервер\база загружен чем то больше обычного или наоборот. Детализируете проблемы производительности сервера 1С, или видите что их нет.
- Правильно настройте параметры перезапуска рабочих процессов под ваши нагрузки, чтобы добиться максимальной производительности.
- Реальное количество пользователей\сеансов 1С для грамотного управления лицензиями. Собрав данные со всех серверов увидите полную картину потребления лицензий. Сразу получить отчет с учетом правил лицензирования для программных, аппаратных лицензий и терминальных серверов. Можете сравнить с прошлым месяцем\кварталом, увидеть что реально увеличилось количество пользователей, обосновать покупку лицензий.
Как смотреть
Расшифрую наследие от вендора. Многие показатели имеют три характеристики, например Прочитано с диска
- текущее
- 5 мин
- всего
1. Консоль срезала "фотографию" на выбранную миллисекунду. При этом текущее потребление м.б. 0, а в след. миллисекунду будет 10 000, только этого пока не видно. Но мы же не будем из каждой фотографии делать плавную анимацию? Регламентное задание по дефолту выполняется раз в 10 мин. Если надо изменить - Сервис\Консоль заданий. Но зачем?
2. Поэтому ориентируемся на усредненное значение за 5 минут
3. Всего с начала сеанса. М.б. пользователь еще со вчера подключен, тогда текущее будет огромное, но сейчас сервер вешает не он
Отчеты, графики выводят числовые показатели суммированием по группировками, например по кластеру. Поэтому, например, суммарная длительность вызова сервера может превышать логический отрезок времени. Рассматривайте это как интегральный числовой показатель.
"Время вызова сервера 5 мин" наглядней всего показывает текущую нагрузку, поэтому оно везде по умолчанию
Зависшие сеансы - иногда встречаются сеансы, у которых значения показателей уходят в небеса. А у клиента на компьютере 1С вообще м.б. не запущено ) С эволюцией платформы 8.1 - 8.2 - 8.3, такого безобразия все меньше, но иногда встречается.
Например, пользователь запросил у базы что то тяжелое, не дождался, или вообще завис, закрыл окно 1С и пошел чай пить, а оно там на сервере крутится, не может получить команду окончания.
Если у вас еще есть базы на неуправляемых формах - то ловите )
Кнопка "N" - количество строк в окне "Сеансы". Задали любой фильтр и кнопка покажет сколько сеансов отображается. Ну и напоминаю - список динамический, можете задать группировки, условное оформление и пр.
Хотя лучше использовать "Отчет по сеансам - текущий" там вся мощь СКД ваша
Отчет по рабочим процессам наглядно показывает как они перезапускаются, например, если заданы ограничения по объему памяти. Как используют память и другие ресурсы. Еще у каждого отчета есть несколько готовых вариантов, обратите внимание.
Бонусы
Стандартная консоль показывает только один кластер, а здесь сразу со всех серверов в одно окно. Теперь не только циферки - отчеты на СКД, возможность фильтровать, группировать, смотреть диаграммы и графики.
Можно вывести на экран на стене - данные на рабочем столе обновляются автоматически.
Мониторят несколько пользователей? - показатели из кластеров собираются один раз, снижение нагрузки.
По сеансу есть подробная карточка с комментариями для всех показателей
Мониторинг лицензий 1C
Можно построить отчет по лицензиям 1С. График покажет как увеличилось потребление лицензий со временем.
Отчет "Лицензии по компьютерам" считает аппаратные лицензии. И, в отличие от других отчетов на Инфостарт, правильно :
- несколько баз на компьютере пользователя потребляют одну лицензию
- на терминальных серверах лицензии суммируются
- лицензии выданные сервером 1С тоже суммируются
"Лицензии по сеансам" - если используются программные лицензии или все ключи раздаются сервером 1С.
Разница "Итого" между отчетами - ваш реальный профит от аппаратных лицензий
Протестировано на платформе 8.3.15
МОНИТОРИНГ АППАРАТНЫХ ЛИЦЕНЗИЙ 1C HASP
в новой версии добавился еще один отчет. Получает информацию опросом физических ключей, как Aladdin Monitor.
По данным формируем отчет на скд. Он сгруппирован по компьютерам, можем даже посчитать перерасход лицензий
Считается, что компьютер IT2 занял "лишнюю", т.к. на все базы должно хватать одной лицензии.
А терминальный сервер srv-msk не учитывается перерасходом, потому что у него в карточке поставили галку "Лицензии по сеансам"
Таким образом при использовании аппаратных ключей "Отчет по лицензиям - текущий" показывается как должны расходоваться лицензии.
А отчет по лицензиям HASP показывает фактическое положение дел.
Откуда берется перерасход?
Кейс. У вас несколько аппаратных ключей, раздаются по сети через менеджеры лицензий HASP:
Запустили на IT2 базу1 - получили лицензию с ключа1
Запускаем на IT2 базу2, а ключ1 в этот момент недоступен (проблемы с сетью, свет "моргнул" или HASP отвечает медленно, завис и т.д.) - получили лицензию с ключа2.
Перерасход может быть если настроен частый перезапуск служб hasp loader, как советуют на форумах. Или конфиг-файлы ключей не правильно настроены. По умолчанию идет настройка с широковещательным бродкастом - это хорошо для малых сетей и плохо для больших.
Также кэш пользователя помнит для каждой базы откуда последний раз получал лицензию и сразу идет туда.
Поэтому вендор рекомендует покупать один большой ключ, а не несколько маленьких. Но кто бы читал примечание со звездочкой?
См. также
Обновление из хранилища по расписанию
LogManager - Внешний журнал регистрации в SQL
Вступайте в нашу телеграмм-группу Инфостарт