1С тормозит? Покажем, в каком слое проблема: кластер, блокировки, СУБД или сервер

Zabbix и Prometheus видят сервер, но не видят 1С: сколько сейчас сеансов, не кончились ли клиентские лицензии, не просела ли отзывчивость кластера, не выросло ли время обращения к СУБД. Voltir подключается к кластеру через штатный RAS и показывает 1С так же подробно, как обычные серверы — без расширений в базе и без своей команды мониторинга. Когда пользователи говорят «1С опять тормозит», вы видите цифры, а не спорите.

Что вы видите после подключения

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

platform.voltir.tech/grafana/d/1c-cluster

При каких значениях 1С действительно тормозит

Пороги ниже — то, на что мы смотрим в кластерах, которые обслуживаем. Половина показателей не работает без baseline конкретной базы: 95 % занятых лицензий при 20 лицензиях и при 500 — разные ситуации, а 100 сеансов в пятницу и в день закрытия месяца означают разное. Поэтому в таблице указано не только значение, но и как его считать.

Три детали, из-за которых свой мониторинг обычно шумит: время вызова считают средним вместо p95, сеансы сравнивают с «нормой вообще» вместо того же часа того же дня недели, а алерты ставят без гистерезиса — и они звенят у границы.

Отзывчивость кластера: цифры вместо спора «тормозит или кажется»

Про производительность 1С чаще всего спрашивают про APDEX. Это штатная методика 1С: доля ключевых операций, уложившихся в целевое время, приведённая к шкале от 0 до 1. Считается она по замерам конкретных операций конфигурации — целевое время задаётся в справочнике ключевых операций, сами замеры складываются в регистр внутри информационной базы. Чтобы получить APDEX, нужно ходить в базу и знать её конфигурацию.

Voltir в информационные базы не ходит — агент работает только через штатную службу RAS, без доступа к данным и без доработки конфигурации. Поэтому APDEX по ключевым операциям мы не считаем и не обещаем. Вместо него кластер отдаёт две вещи, которые ловят ту же деградацию и не требуют лезть внутрь базы:

• Доступная производительность. Эталонный тест, который кластер 1С прогоняет на каждом рабочем процессе сам. Норма — сотни; устойчивое падение означает, что рабочему процессу не хватает ресурсов. Это интегральный показатель отзывчивости, а не APDEX: шкала не 0..1.
• Средние времена вызовов. Кластер отдельно считает полное время вызова, время работы сервера, время обращения к СУБД и время ожидания на управляемых блокировках. По ним видно не только что стало медленнее, но и где: в приложении, в базе или на блокировках.

Обе величины пишутся постоянно и хранятся с историей. Это меняет три вещи:

• Деградация видна как тренд. Не «сегодня плохо», а «падает третью неделю подряд, началось после переноса базы».
• Есть с чем сравнить после изменений. Обновили платформу, добавили памяти, поменяли регламент — видно, помогло или нет, по цифре, а не по ощущениям.
• Порог превращается в алерт. «Доступная производительность ниже 20 дольше десяти минут» или «вызовы сервера медленнее двух секунд» — обычные правила, доставка в Telegram.

Если вам нужен именно APDEX по ключевым операциям вашей конфигурации — это отдельная работа с доступом к информационной базе. Напишите нам: разберём, что даёт кластер, а что придётся снимать изнутри базы, и что из этого действительно окупается.

Что мерит 1С, а что — операционная система

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

Когда слои лежат рядом, вопрос «почему стало медленно» решается не гипотезами, а взглядом на соседний график: выросло время обращения к СУБД (dbcalltime), а нагрузка на процессор осталась прежней — значит, дело не в сервере приложений.

Чем это отличается от ЦКК и технологического журнала

У 1С есть свои инструменты, и они решают другие задачи.

• Центр контроля качества (ЦКК) — сильный инструмент, но его нужно разворачивать, настраивать и сопровождать, а лицензии и трудозатраты сопоставимы с отдельным проектом. Voltir — подписка: разворачиваем и сопровождаем мы.
• Технологический журнал — незаменим при разборе конкретного инцидента, но это разбор постфактум по гигабайтам логов, а не постоянное наблюдение. Он отвечает на вопрос «что произошло вчера в 14:20», а не «что происходит прямо сейчас».
• Zabbix и Prometheus — видят сервер, но про 1С не знают ничего: ни сеансов, ни лицензий, ни времени вызовов. Дописать это можно самому, но получится ещё один проект, который придётся кому-то поддерживать.

Практический критерий простой: если нужен глубокий разбор одного инцидента — технологический журнал; если нужно, чтобы кто-то постоянно смотрел за 1С и будил при деградации, — управляемый мониторинг.

Подключение — одна команда

Агент Voltir сам определяет, что на хосте работает кластер 1С (по наличию утилиты администрирования rac), и включает сбор метрик через штатную службу RAS. Менять конфигурацию 1С или ставить расширения в информационные базы не нужно.

• Linux и Windows, версии платформы 8.3 (проверено в том числе на 8.3.27);
• работает с файловыми и клиент-серверными вариантами — мониторится кластер серверной 1С;
• данные хранятся в России, пространства клиентов изолированы.

Пошаговая инструкция — в документации: как подключить мониторинг 1С и что для этого нужно на сервере. Что входит в тарифы и сколько стоит — на странице тарифов.

Частые вопросы