Мониторинг сервера 1С: 3 метрики, которые предсказывают сбой раньше жалоб
Для сервера 1С важны три метрики: время ожидания на управляемых блокировках, количество и память процессов rphost, и время отклика при типовых операциях — открытии документа, проведении накладной, формировании отчёта. CPU, память и диск в среднем по серверу ничего не говорят о том, зависает ли бухгалтерия при закрытии месяца: эти три показателя предсказывают сбой раньше, чем звонок в поддержку.
Почему зелёные графики CPU ничего не говорят о работе 1С
На сервере с 40 пользователями графики мониторинга всю неделю зелёные: загрузка процессора держится на среднем уровне, память не заканчивается, диск свободен наполовину. Но каждое 3 число месяца в 9:40 бухгалтерия звонит в поддержку — документ «Регламентированный отчёт» открывается несколько минут, а на экране висит сообщение «Идёт ожидание захвата объекта». Администратор смотрит на графики, видит норму и не понимает, что чинить.
Дело не в мощности сервера, а в том, что CPU, память и диск считаются в среднем по всем процессам и за интервал времени. Они показывают, свободны ли ресурсы, но не показывают, ждут ли пользователи друг друга. Сервер может быть загружен на треть и при этом стоять для конкретного отдела: один сеанс держит блокировку на регистре, остальные — в очереди, а показатели загрузки при этом выглядят безобидно.
Цена такого простоя конкретна. Бухгалтерия не закрывает месяц в срок, который поставил директор. Менеджеры не могут провести накладные и выставить счета клиентам, склад не видит актуальные остатки. Получасовой сбой на пять человек в бухгалтерии — это не абстрактная потеря производительности, а конкретные не отправленные документы и звонок клиента, который уже второй час ждёт счёт на оплату.
Метрика №1: время ожидания на управляемых блокировках
Управляемые блокировки — механизм, которым 1С не даёт двум сеансам одновременно менять один и тот же остаток, документ или регистр. Пока один пользователь проводит накладную, второй, который открыл тот же склад, ждёт своей очереди. Секунда-две такого ожидания при обычной проводке — норма. Когда ожидание растягивается на минуты, а очередь из сеансов растёт, это метрика, которая предсказывает зависание раньше, чем позвонит бухгалтер.
Смотреть эту метрику можно через технологический журнал 1С — события TLOCK и TDEADLOCK — или через центр управления производительностью, если он включён в конфигурации. В консоли кластера серверов видно, какие сеансы дольше других держат блокировку и на каком объекте. Это позволяет найти не «сервер медленный», а конкретный отчёт или обработку, которая держит регистр дольше, чем должна, и именно её чинить, а не гадать с перезагрузкой всего кластера.
Метрика №2: число и память процессов rphost
Кластер 1С распределяет сеансы пользователей между рабочими процессами rphost. За рабочий день их число и объём занятой памяти растут — это нормальное поведение, связанное с кэшированием. Проблема начинается, когда рост не останавливается: к вечеру сервер требует перезапуска кластера, чтобы освободить память, а без этого новые сеансы просто не подключаются или подключаются с заметной задержкой.
Если администратор регулярно перезапускает rphost вручную в середине дня — это не рутинная процедура, а сигнал, что серверу не хватает памяти под текущее число пользователей или настройки кластера выставлены без учёта нагрузки. Число процессов и память по каждому видно в консоли кластера серверов 1С, в разделе «Рабочие процессы». На арендованном сервере эти параметры настраивает инженер при настройке сервера 1С, вместе с регламентом ночного перезапуска, чтобы это не приходилось делать вручную каждый вечер.
Метрика №3: время отклика на типовых операциях
CPU и rphost показывают состояние сервера, но не то, что чувствует пользователь. Третья метрика — секундомер на реальных действиях: открыть карточку контрагента, провести накладную, сформировать оборотку за месяц. Если это занимает секунды в тестовой базе без пользователей и минуты в рабочей базе с нагрузкой — разница между этими двумя числами и есть метрика, за которой стоит следить постоянно.
Точку отсчёта для сравнения даёт тест Гилёва — стандартный тест производительности сервера в однопользовательском режиме. Он не заменяет мониторинг, но даёт число, с которым можно сравнить время той же операции при 20 или 40 одновременных пользователях. Если разрыв большой, а тест показывает, что железо в порядке, проблема почти всегда в блокировках или в настройках кластера, а не в процессоре как таком.
Три метрики в одной таблице: что смотреть и когда действовать
Каждая метрика отвечает на свой вопрос и требует своего инструмента. Смотреть их отдельно друг от друга — то же самое, что следить за спидометром, забыв про уровень топлива: каждый показатель по отдельности выглядит нормально, а машина всё равно встанет посреди дороги.
| Метрика | Что показывает | Где смотреть | Когда действовать |
|---|---|---|---|
| Ожидание на управляемых блокировках | Ждут ли пользователи друг друга при работе с одним объектом | Технологический журнал (TLOCK), консоль кластера | Ожидание растёт от секунд до минут при обычной проводке |
| Число и память процессов rphost | Хватает ли серверу ресурсов под текущую нагрузку | Консоль кластера серверов, раздел «Рабочие процессы» | Требуется перезапуск кластера чаще, чем раз в сутки |
| Время отклика на типовых операциях | Что реально видит пользователь при открытии и проведении документов | Замер вручную, тест Гилёва как точка отсчёта | Разрыв между тестом и рабочей базой растёт неделя от недели |
Как настроить мониторинг этих трёх метрик
Технологический журнал 1С включается настройкой XML-файла на сервере и пишет события блокировок, ошибок и медленных вызовов в текстовые логи — этого достаточно, чтобы найти конкретный документ или отчёт, который тормозит остальных. Для постоянного наблюдения логи обычно заводят во внешнюю систему — Zabbix или Grafana с агентом, который читает счётчики кластера и технологический журнал и присылает уведомление, когда ожидание блокировок или число сеансов выходит за привычные значения.
Центр управления производительностью — встроенный в 1С инструмент для конфигураций на управляемых формах — считает APDEX по каждой операции и показывает, какая часть пользователей укладывается в приемлемое время, а какая ждёт дольше обычного. На практике эти настройки делают один раз при переносе базы на новый сервер: инженер разносит роли кластера, выставляет число рабочих процессов и включает нужные счётчики сразу, а не оставляет мониторинг «на потом», когда сбои уже начались.
Что делать, если метрики стабильно красные
Если ожидание на блокировках не проходит после оптимизации кода, а rphost требует перезапуска каждые несколько часов даже на 20-30 пользователях — дело не в настройках, а в том, что серверу не хватает ресурсов под конкретную нагрузку. Дальше два пути: разбираться с оптимизацией месяцами своими силами или пересчитать ресурсы и перейти на сервер, рассчитанный под факт, а не под план на бумаге.
Аренда сервера 1С у ukved.ru начинается от 1 100 ₽ в месяц за пользователя — в стоимость входит настройка кластера и базовых счётчиков мониторинга, поэтому три метрики из этой статьи видны сразу после переноса базы, а не через месяц самостоятельной настройки. Если нагрузка стабильно высокая и речь уже не про 10-15 пользователей, а про несколько отделов на одной базе, разумнее сразу смотреть в сторону выделенного сервера в аренду — ресурсы там не делятся с другими клиентами, и число процессов rphost можно наращивать без риска упереться в потолок памяти.
Если же нагрузка скачет — сезонные пики продаж, закрытие квартала — выгоднее не занимать выделенную машину сразу, а начать с виртуального сервера для 1С, где ресурсы наращиваются по факту роста метрик, а не закладываются заранее «на всякий случай». Настройка мониторинга в обоих случаях остаётся на стороне подрядчика, а точечные доработки при необходимости оплачиваются отдельно — сопровождение 1С стоит от 3 800 ₽ в час, без обязательной подписки на полный пакет.
❓ Частые вопросы
Какие метрики сервера 1С нужно мониторить в первую очередь?
Ожидание на управляемых блокировках, число и память процессов rphost, время отклика на типовых операциях — открытии документа, проведении накладной, формировании отчёта. CPU, RAM и диск важны для инфраструктуры, но не показывают, зависают ли пользователи в конкретный момент.
Почему сервер 1С зависает при нормальной загрузке CPU?
Потому что зависание чаще связано с управляемыми блокировками — один сеанс держит объект, остальные ждут в очереди. CPU при этом может быть загружен слабо: ресурсы свободны, но пользователи стоят друг за другом из-за блокировки на конкретном регистре.
Как понять, что процессам rphost не хватает памяти?
Признак — сервер требует перезапуска кластера в середине дня, а число рабочих процессов растёт без остановки. Это видно в консоли кластера серверов 1С, в разделе «Рабочие процессы», по объёму занятой памяти.
Что такое тест Гилёва и зачем он нужен при мониторинге 1С?
Это стандартизированный тест производительности сервера в однопользовательском режиме. Он даёт точку отсчёта: если время операций для нескольких пользователей заметно хуже теста, проблема не в железе, а в блокировках или настройках кластера.
Сколько стоит перенести 1С на сервер с настроенным мониторингом?
Аренда сервера 1С у ukved.ru начинается от 1 100 ₽ в месяц за пользователя, настройка кластера и базовых счётчиков мониторинга входит в работу инженера, а точечное сопровождение оплачивается отдельно от 3 800 ₽ в час.
Или позвоните: +7 906 045-28-27 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

