Мониторинг сервера 1С: лучшие бесплатные и платные инструменты

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

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

Состав того, что собираем - четыре уровня метрик с разным набором.

Хороший мониторинг даёт все четыре уровня; «коробочные» инструменты покрывают только первый, остальные требуют отдельной настройки шаблонов.

Zabbix мониторинг 1С - это де-факто стандарт в российских инсталляциях. Open-source платформа ставится на отдельный Linux-сервер: серверная часть пишет в собственную БД (PostgreSQL, MySQL или TimescaleDB), а пользовательский интерфейс - обычный веб.

Агенты Zabbix Agent2 для Windows и Linux лёгкие, ставятся за минуты. Из коробки собирают системные счётчики, базы шаблонов в стандартной поставке. Под 1С в сообществе много шаблонов: парсинг технологического журнала, проверка службы 1С, статистика по rphost. Доработка под конкретную инсталляцию неизбежна. При выборе шаблона смотрите на дату последнего обновления и совместимость с вашей версией платформы - часть community-шаблонов не обновлялась под 8.3.22+ и может давать неполные или некорректные метрики.

Сильные стороны: гибкость, активное русскоязычное сообщество, бесплатность даже на крупных инсталляциях, нативная интеграция с Telegram и email. Слабые: порог входа выше среднего, настройка занимает несколько дней. Графики из коробки слабые, обычно ставят Grafana поверх.

Prometheus - pull-based сборщик метрик. Экспортёры на каждом сервере (node_exporter, mssql_exporter, postgres_exporter) выставляют HTTP-эндпоинт, который Prometheus периодически опрашивает. Grafana - визуализация поверх, дашборды на PromQL, в сообществе много готовых под типовые задачи.

Alertmanager - отдельный сервис для алертов с группировкой, тихими часами и эскалацией, «зашумлённость» он решает лучше, чем встроенные алерты Zabbix. Минус для 1С: готовых экспортёров меньше, шаблоны придётся писать самим. Это выбор для DevOps-команд, у которых уже есть Prometheus под другие сервисы. Начинать с нуля только под 1С обычно нет смысла.

PRTG мониторинг сервера, пожалуй, самое узнаваемое имя среди коммерческих решений для Windows-инфраструктуры. Веб-интерфейс, типовые шаблоны для Windows Server и SQL Server включены, ставится за час. Лицензируется по количеству сенсоров.

SolarWinds Server & Application Monitor - большая коммерческая платформа с покрытием Windows и SQL. Шаблоны под 1С обычно через интегратора, лицензии дорогие, под крупные инсталляции. ManageEngine OpManager - средний сегмент с русскоязычной поддержкой, по функционалу близок к PRTG, но с расширенной аналитикой.

Российские решения - отдельный класс. Для КИИ и компаний с требованиями по отечественному ПО проверяйте наличие в реестре, и тогда выбор сужается до пары имён. За деньги вы получаете техподдержку с SLA, готовые шаблоны под типовые сценарии (включая MS SQL) и нормальный GUI вместо консолей.

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

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

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

Для MS SQL - счётчики через Zabbix Agent или прямые SQL-запросы к sys.dm_*. Базовый набор: Buffer Cache Hit Ratio, Page Life Expectancy, Lock Waits, Deadlocks per second. Для PostgreSQL - postgres_exporter для Prometheus или шаблоны postgres для Zabbix, расширение pg_stat_statements обязательно - добавьте его в shared_preload_libraries в postgresql.conf, перезапустите PostgreSQL и выполните CREATE EXTENSION pg_stat_statements. Без этих трёх шагов расширение не собирает данные. Метрики: число активных подключений, попадания в кэш, длительность транзакций, replication lag.

Размер баз и таблиц отслеживают как обычный счётчик: резкий рост на десятки процентов в неделю - повод проверить, не накопился ли мусор в регистрах. Длинные блокировки и deadlock-и - отдельная метрика с критичным алертом: их появление в рабочее время почти всегда означает проблему с конфигурацией. Журнал ошибок СУБД отслеживайте через Filebeat, Promtail или Zabbix log monitoring - записи появляются в логах до падения базы.

Настройка алертов мониторинга - не менее важная задача, чем сама сборка метрик. Без неё команда тонет в уведомлениях за неделю. Пять правил для любой системы.

Есть сценарии, где стоит подумать о внешней экспертизе. Команда из одного-двух админов не вытягивает поддержку 1С и мониторинга - первый сигнал. Нужны 1С-специфичные дашборды, а своей экспертизы по парсингу технологического журнала нет - второй. Требования по SLA, и нужна гарантированная реакция на алерты вместо «как админ заметит» - третий.

Когда команда не вытягивает мониторинг и поддержку одновременно, проще начать с разовой задачи - аудит ИТ-инфраструктуры покажет, какие именно метрики нужно собирать у вас и какие ошибки уже есть на сервере прямо сейчас, до постановки мониторинга на постоянку.

Мониторинг сервера 1С - это связка трёх компонентов: системного (Zabbix или PRTG), СУБД и 1С-специфичных инструментов (консоль, тест Гилёва, парсеры технологического журнала). Один универсальный продукт всё не покрывает, придётся собирать связку самим или отдавать на сторону. Бесплатное решение часто оправдано: Zabbix или Prometheus с шаблонами сообщества дают большинство нужного. Платное оправдано, когда нет ресурса собирать и поддерживать.

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