Администрирование · 12 мин
Как отключить мониторинг в 1С: способы и ограничения
Как отключить мониторинг 1С: отключение технологического журнала, счётчиков производительности, регламентных заданий диагностики и системных агентов. Пошаговые инструкции.
Под мониторингом в 1С обычно понимают сразу несколько механизмов: технологический журнал сервера, счётчики производительности, регламентные задания диагностики, а также внешние системы наблюдения (Zabbix, Prometheus, агенты СКК и подобные). Прежде чем что-то отключать, важно понять, какой именно механизм мешает работе, потому что способы и последствия у них разные.
Чаще всего вопрос возникает по двум причинам. Первая — мониторинг потребляет заметные ресурсы: технологический журнал при широком наборе событий может записывать гигабайты логов в сутки, а агенты наблюдения нагружают сервер опросами. Вторая — мониторинг создаёт «шум»: лишние оповещения, блокировки от антивирусов или СЗИ, конфликты с политиками безопасности.
Отключать мониторинг полностью — крайняя мера. В большинстве случаев достаточно сузить состав собираемых данных, увеличить интервалы опроса или перевести сбор в пассивный режим. Ниже разобраны основные сценарии: от технологического журнала до внешних агентов, с указанием рисков и способов проверки результата.
Определяем, какой именно мониторинг нужно отключить
Первый шаг — идентифицировать источник нагрузки или нежелательной активности. Откройте диспетчер задач или монитор ресурсов на сервере и посмотрите, какой процесс потребляет CPU, память или дисковые операции. Процессы rphost, ragent и rmngr — это сама платформа 1С; сторонние процессы вроде zabbix_agentd, prometheus exporter или агентов вендорских систем — внешний мониторинг.
Далее проверьте, включён ли технологический журнал: найдите файл logcfg.xml в каталоге конфигурации сервера (обычно C:\Program Files\1cv8\<версия>\bin\conf\ на Windows или /opt/1cv8/.../conf/ на Linux). Если файл существует и содержит события — журнал пишется. Также загляните в консоль кластера серверов 1С: там можно увидеть настройки сбора информации о блокировках и счётчиков.
Третий источник — регламентные и фоновые задания внутри самой информационной базы. В типовых конфигурациях есть задания сбора статистики, оценки производительности, отправки диагностических данных. Их список смотрят через «Консоль заданий» или стандартную обработку «Регламентные и фоновые задания» в разделе администрирования.
Проверить наличие logcfg.xml и каталог дампов/логов
Имя процесса в диспетчере задач, его служба и настройки
Регламентные задания в консоли заданий
Журналы антивируса, исключённые каталоги
Отключение технологического журнала
Технологический журнал (ТЖ) — основной встроенный инструмент диагностики платформы. Он включается только наличием файла logcfg.xml, поэтому и отключается на уровне этого файла. Важно понимать: ТЖ по умолчанию выключен, и если он работает — значит, кто-то его сознательно настроил, вероятно, для расследования инцидента.
Самый безопасный способ отключения — не удалять файл, а переименовать его, например в logcfg.xml.off, либо заменить содержимое на пустую конфигурацию без единого элемента <event>. После этого нужно перезапустить агент сервера 1С (службу «Агент сервера 1С:Предприятия»), потому что конфигурация журнала читается при старте. Без перезапуска старые настройки продолжат действовать.
Проверка результата простая: после перезапуска службы в каталоге логов не должны появляться новые файлы. Если каталог продолжает наполняться — проверьте, нет ли второго logcfg.xml в другом каталоге conf (при нескольких установленных версиях платформы файл может лежать в каждой из них, и действует тот, что соответствует работающей версии).
Сокращение вместо отключения
Если ТЖ нужен, но он слишком объёмный, оставьте в конфигурации только критичные события: EXCP (исключения), CLSTR (события кластера), при необходимости LOCK. Уберите события DBMSSQL, DBPOSTGRS, CALL, SCALL с длительностью — именно они дают основной объём записей. Также настройте ротацию: параметр <property name="history"> ограничивает время хранения логов.
Отключение сбора счётчиков и диагностики в кластере серверов
В консоли кластера серверов 1С есть настройки, влияющие на сбор диагностической информации: регистрация информации о блокировках СУБД, счётчики производительности, дампы при аварийном завершении. Откройте консоль, выберите кластер и проверьте свойства: отключите сбор информации о блокировках, если он включён и не используется для анализа.
Отдельно проверьте настройку создания дампов памяти при аварийном завершении рабочих процессов. Полные дампы rphost могут занимать десятки гигабайт. Если дампы не отправляются на анализ, их можно отключить или ограничить размер. Оставлять минидампы разумно — они занимают мало места и помогают при обращении в поддержку.
Учтите ограничение: часть внутренних механизмов платформы (например, базовые счётчики, которые видны в консоли кластера) полностью не отключается — это штатная телеметрия работающего сервера, и её накладные расходы минимальны. Бороться с ней не нужно.
Отключение регламентных заданий диагностики в базе
В типовых конфигурациях (ERP, УТ, КА, ЗУП и других) работают регламентные задания, связанные с мониторингом и диагностикой: сбор и отправка статистики, оценка производительности через подсистему БСП, задания центра мониторинга. Их отключение выполняется из режима 1С:Предприятие с правами администратора.
Порядок действий: откройте раздел «Администрирование» → «Обслуживание» → «Регламентные операции» (в разных конфигурациях путь отличается, иногда это «Регламентные и фоновые задания»). Найдите задания со словами «мониторинг», «статистика», «оценка производительности», «центр мониторинга». Снимите флаг «Использование» или установите расписание «не выполняется». Перед отключением зафиксируйте текущее состояние — список заданий и их настройки.
Если используется подсистема «Оценка производительности» из БСП (замеры времени выполнения операций через APDEX), её отключают в настройках: «Администрирование» → «Общие настройки» или параметры подсистемы — снятие флага выполнения замеров и отключение экспорта в службы технической поддержки. После отключения перестанут создаваться записи в регистрах замеров, что также снижает нагрузку на СУБД.
Отключение внешних систем мониторинга и агентов
Внешние системы (Zabbix, Prometheus с экспортерами, вендорские решения для мониторинга 1С) отключаются на уровне операционной системы, а не платформы. Для агента на Windows остановите соответствующую службу через services.msc и переведите тип запуска в «Вручную» или «Отключена». На Linux используйте systemctl stop и systemctl disable для нужного юнита.
Важный нюанс: у внешнего мониторинга две стороны — агент на сервере и сервер опроса. Если остановить только агента, сервер мониторинга начнёт фиксировать «недоступность узла» и рассылать алерты. Поэтому сначала отключите узел или триггеры на стороне сервера мониторинга (maintenance-режим, удаление хоста), а затем останавливайте агента.
Если внешний мониторинг опрашивает 1С через интерфейс кластера (RAS — сервер администрирования) или через COM-соединение, после отключения агента проверьте, что не осталось «висящих» сеансов и соединений в консоли кластера. Иногда опросы создавали по несколько соединений в минуту, и их прекращение заметно разгружает сервер.
Проверка результата и возможные последствия
После отключения убедитесь, что цель достигнута и ничего лишнего не пострадало. Контрольные точки: дисковое пространство перестало убывать ускоренными темпами, нагрузка на CPU и диск снизилась, в журнале регистрации нет ошибок от отключённых заданий, пользователи не жалуются на сбои в смежных механизмах (например, на отчёты, которые читали данные замеров производительности).
Главное последствие полного отключения мониторинга — потеря наблюдаемости. Если сервер начнёт деградировать (рост времени ответа, взаимоблокировки, утечки памяти rphost), вы узнаете об этом от пользователей, а не от системы оповещений, и у вас не будет данных для анализа. Поэтому рекомендуемый минимум — оставить лёгкий мониторинг доступности сервера и свободного места на дисках, даже если детальная диагностика отключена.
Если отключение делалось временно (например, на период нагрузочного тестирования или миграции), назначьте дату возврата настроек и зафиксируйте её в задаче. Временные отключения, о которых забыли, — частая причина того, что инциденты расследуются «вслепую».
Как проверить результат
Новые файлы не появляются после перезапуска службы
Файлы продолжают расти — проверьте второй logcfg.xml или неперезапущенную службу
Нет лишних соединений от системы мониторинга
Соединения с коротким временем жизни продолжают создаваться
Нет ошибок от отключённых заданий
Ошибки вызова отключённых обработчиков — верните задание или исправьте зависимость
Хост переведён в обслуживание, алертов нет
Идут оповещения о недоступности узла
Часто задаваемые вопросы
Можно ли отключить мониторинг 1С без перезапуска сервера?
Частично. Регламентные задания в базе отключаются «на лету», без перезапуска. А вот изменения технологического журнала (logcfg.xml) и настроек кластера применяются только после перезапуска агента сервера 1С. Перезапуск агента обычно не разрывает сеансы пользователей, если рабочие процессы не трогать, но делать это лучше в окно обслуживания.
Отключится ли технологический журнал, если просто удалить папку с логами?
Нет. Платформа продолжит писать журнал и пересоздаст каталог при следующем событии. Отключение выполняется только через конфигурационный файл logcfg.xml: его удаление, переименование или очистка от событий с последующим перезапуском агента сервера.
Что безопаснее: полное отключение или сокращение сбора данных?
Почти всегда безопаснее сокращение. Оставьте минимальный набор: события исключений в технологическом журнале с ротацией по времени и простейший контроль доступности и дискового пространства. Так вы снизите нагрузку, но сохраните данные для разбора инцидентов.
Почему после отключения мониторинга приходят оповещения о недоступности сервера?
Потому что остановлен только агент на сервере 1С, а сервер мониторинга продолжает его опрашивать и фиксирует отсутствие ответа. Переведите хост в режим обслуживания или удалите его из системы мониторинга до остановки агента.
Влияет ли отключение мониторинга на лицензионную чистоту или поддержку?
Отключение технологического журнала и внешних агентов не нарушает лицензионные условия — это штатные настройки. Но при обращении в поддержку с проблемой производительности у вас могут запросить логи ТЖ, поэтому держите под рукой готовый файл конфигурации, чтобы быстро включить сбор на время диагностики.
Как вернуть мониторинг обратно, если что-то пошло не так?
Если вы переименовывали файлы и фиксировали настройки, откат прост: верните logcfg.xml на место и перезапустите агент, включите флаги у регламентных заданий, запустите службы агентов. Именно поэтому удалять файлы и задания вместо отключения не рекомендуется.
Что важно запомнить
Мониторинг 1С — это несколько независимых механизмов, и каждый отключается по-своему: технологический журнал — через logcfg.xml с перезапуском агента, диагностика в базе — через регламентные задания, внешние системы — на уровне ОС и сервера опроса. Не удаляйте, а отключайте с фиксацией настроек, и оставляйте минимальный контроль доступности и дискового пространства.