Мониторинг 1С и MSSQL на Zabbix: узнавайте о проблемах раньше бухгалтера

Знакомая картина: главбух звонит в панике — 1С зависла, отчёт не формируется, конец квартала на носу. Я директор ИТ-аутсорсера «АйТи-Фреш», и за годы обслуживания небольших компаний в Москве понял простую вещь: сервер почти всегда подаёт сигналы за пару дней до сбоя — растёт очередь блокировок, кончается место под TempDB, забивается диск логами. Просто их некому читать. Мониторинг 1С на Zabbix читает эти сигналы вместо вас и присылает предупреждение раньше, чем бухгалтер откроет чат с жалобой.

Почему о проблемах 1С вы узнаёте последним

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

У одного клиента — оптовой компании на 30 рабочих мест — база 1С и MS SQL Server жили на одном сервере без единого счётчика производительности. В какой-то момент TempDB раздулась до 40 гигабайт из-за незакрытых транзакций в старом внешнем отчёте, свободного места на диске осталось меньше гигабайта. Сервер не упал, он просто медленно поплыл: сначала тормозила касса на складе, потом зависли сеансы менеджеров. Диагностика заняла четыре часа, хотя проблему было видно за три дня до этого — на графике занятого места, если бы кто-то на него смотрел.

Проблема не в 1С и не в MS SQL — обе системы работают предсказуемо, если знать, куда смотреть. Проблема в том, что смотреть некому: штатный админ заходит раз в неделю, аутсорсер реагирует по заявке, а между визитами сервер живёт сам по себе. Мониторинг сервера 1С закрывает именно этот разрыв — не чинит сервер за вас, а говорит вслух о том, что тот и так пытается сказать.

Что даёт мониторинг бизнесу

• Вы узнаёте о проблеме за 1–3 дня до того, как она долетит до пользователей — время на спокойное решение вместо аварийного ремонта в разгар закрытия месяца
• Простои сокращаются: вместо четырёх часов диагностики вслепую специалист сразу видит, что именно не так — MS SQL, диск, сеть или конкретный процесс 1С
• Ночной аварийный выезд дежурного инженера обходится ощутимо дороже плановой работы; мониторинг переводит часть проблем из разряда «пожар» в разряд «плановая замена диска на следующей неделе»
• Появляется история нагрузки — можно обоснованно решить, что сервер пора апгрейдить, а не гадать на глаз и не покупать железо с запасом на всякий случай
• Критичные периоды — закрытие месяца, квартала, сдача отчётности в налоговую — проходят без сюрпризов, потому что нагрузку на сервер видно заранее
• Директор получает не технический отчёт, а понятную картину: сервер здоров или под него пора закладывать бюджет

Как проходит внедрение

Что нужно от вас

• Доступ администратора к серверу 1С и MS SQL — RDP или SSH, учётная запись с нужными правами (для метрик СУБД хватает отдельного логина с правами на системные представления)
• Список критичных участков (касса, склад, зарплата, обмен с сайтом), чтобы расставить приоритеты алертов
• Контакт ответственного за алерты — телефон и Telegram, куда слать уведомления
• Отдельный VPS или разрешение развернуть Zabbix-сервер на существующем железе (для небольшой инфраструктуры хватает 2 ядер и 4 ГБ памяти)
• Окно на установку агентов — можно вне рабочего времени, без остановки 1С

Как устроена система мониторинга

Агенты стоят на серверах 1С и MS SQL и раз в 30–60 секунд снимают показатели — блокировки, память, диск, очереди. Zabbix-сервер сравнивает их с порогами и, если что-то выходит за рамки, сразу пишет ответственному в Telegram или на почту — раньше, чем это заметят пользователи.

Настройка Zabbix для MSSQL и 1С: что именно мы мониторим

На MS SQL смотрим то, что реально предсказывает проблему: количество блокировок и deadlocks, размер и рост TempDB, время выполнения тяжёлых запросов, свободное место на дисках с базами и логами, число активных подключений. Каждый показатель отдельно мало что говорит, но вместе они за день-два показывают, что сервер идёт к проблеме. Настройка Zabbix для MSSQL держится на готовом шаблоне и ODBC-подключении к системным представлениям — никаких изменений в конфигурации СУБД для этого не нужно.

На 1С через RAS/RAC — службу и консоль администрирования кластера — следим за числом активных и зависших сеансов, памятью рабочих процессов rphost, доступностью веб-публикаций и выполнением регламентных заданий. Отдельно ставим проверку «сеанс висит больше N минут без ответа» — обычно это первый признак, что пора вмешаться, пока не легла вся база.

Zabbix или встроенные инструменты 1С — в чём разница

У 1С есть Центр управления производительностью (ЦУП, часть платного пакета КИП) и технологический журнал, но это инструменты для разбора уже случившейся проблемы, а не для превентивного оповещения — их нужно целенаправленно открывать и читать. Zabbix бесплатный, с открытым кодом, работает 24/7 в фоне и сам решает, когда вас побеспокоить.

Мы не отказываемся от инструментов 1С — наоборот, разбираем данные технологического журнала и подаём их в Zabbix, а поверх настраиваем алерты и единый дашборд, где сервер 1С и MS SQL видны в одном окне, а не в двух разных консолях.

Сколько стоит мониторинг 1С и MSSQL на Zabbix

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

Нужно ли останавливать 1С и MSSQL для установки мониторинга?
Нет. Агент Zabbix ставится без остановки баз, кратковременно может потребоваться запуск службы агента — это секунды, а не минуты простоя. Обычно делаем установку вечером или в обед, чтобы не мешать работе.

Zabbix же бесплатный — за что тогда платить 45 000 ₽?
Сама программа действительно с открытым кодом и денег не стоит. Вы платите за настройку конкретно под 1С и MS SQL — правильные шаблоны, разумные пороги без ложных тревог и понятные алерты, а не за лицензию.

А если сервер 1С в облаке — например, 1С:Fresh или арендованный VDS?
На арендованном VDS мониторинг ставится так же, как на своё железо. Если это SaaS вроде 1С:Fresh, где нет доступа к операционной системе, следим за доступностью и временем отклика снаружи — этого обычно достаточно, чтобы поймать деградацию.

Сколько времени уйдёт, чтобы алерты перестали сыпаться по мелочам?
Обычно неделя-полторы в боевом режиме. За это время видно реальные пики нагрузки клиента, и пороги подгоняются под них, а не под усреднённые цифры из документации.