Пару слов о производительности сервера 1С
Много денег вложено в оборудование, много часов потрачено на оптимизацию, перебрали настройки консоли кластера сервера, а ориентируемся на субъективные ощущения и заявления пользователей.
Правильная задача производительности начинается с метрик. Будь то большая Highload система или просто крик бухгалтера - "А почему опять 1С тормозит". Нужны показатели нагрузки, статистики, потребление ресурсов. Данное решение позволяет накапливать и анализировать числовые показатели.
Нормально? потратить 50 часов на оптимизацию проведения документов, а в итоге окажется, что один пользователь запустил отчет без фильтров и нагружает всю систему. Или регламентное задание обновления индекса поиска данных постоянно потребляет большую часть ресурсов. Проведите сравнительный анализ по кластерам, серверам, базам данных и пользователям.
Как смотреть
Расшифрую наследие от вендора. Многие показатели имеют три характеристики, например Прочитано с диска
- текущее
- 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 показывает фактическое положение дел.
Откуда берется перерасход? Кейс:
Запустили на IT2 базу1 - получили лицензию с ключа1
Запускаем на IT2 базу2, а ключ1 в этот момент недоступен - получили лицензию с ключа2.
Перерасход может быть если настроен частый перезапуск служб hasp loader, как советуют на форумах. Или конфиг-файлы ключей не правильно настроены.
См. также
