Отключаем мониторинг в 1С: Центр мониторинга, APDEX и отчёты об ошибках

«Мониторинг» в 1С 8.3 — это не одна галочка. Отключить обычно хотят три разные вещи: отправку обезличенной статистики в фирму 1С (Центр мониторинга), замеры времени операций (оценку производительности, APDEX) и отправку технических отчётов после сбоя платформы. Все три выключаются внутри самой программы, в разделе Администрирование, а не правкой реестра Windows.

Какой именно механизм вам мешает — зависит от симптома. Растёт база и мелькают замеры времени — это APDEX. Программа периодически предлагает «поделиться данными» — это Центр мониторинга. После аварийного закрытия выскакивает окно про отчёт — это платформа. Каждый выключается своим способом, и настройка в базе применяется сразу для всех пользователей.

Что в программе называют мониторингом

Под одним словом скрываются независимые подсистемы, и отключать их приходится по отдельности:

• 📊 Центр мониторинга — собирает обезличенные данные об использовании конфигурации и предлагает передать их в фирму 1С. Это подсистема стандартных конфигураций на библиотеке БСП (Бухгалтерия предприятия, ЗУП, Управление торговлей и другие).
• ⏱️ Оценка производительности (APDEX) — замеряет время ключевых операций и пишет его в регистры сведений. Нужна для расследования «тормозов», но в спокойной базе просто копит данные.
• 🛠️ Отправка отчётов об ошибках — механизм платформы: при аварийном завершении формируется технический отчёт (дамп), и 1С предлагает его отправить.

Коротко разница выглядит так:

Журнал регистрации к мониторингу не относится — это отдельная история, и настраивается он в конфигураторе. Путать их не стоит: отключив «мониторинг», вы не перестанете вести журнал, и наоборот.

Что проверить перед отключением

Отключение мониторинга — обратимая и неопасная операция, но пара вещей упростит жизнь.

• 🔑 Нужны права администратора в базе. Обычный пользователь настройки раздела Администрирование не увидит или не сможет записать.
• 💾 Если планируете не только остановить сбор, но и почистить накопленные замеры, сделайте резервную копию базы до чистки. Остановка сбора бэкапа не требует, а удаление данных — да.
• 🧭 Уточните, файловая у вас база или клиент-серверная. В файловой достаточно снять флажки. В клиент-серверной фоном работают регламентные задания — их стоит проверить отдельно (см. раздел ниже).

Версия платформы здесь роли почти не играет: описанные настройки есть в актуальных релизах конфигураций на БСП и в интерфейсе «Такси». Пути приведены для Бухгалтерии предприятия 3.0, ЗУП 3.1 и Управления торговлей 11 — они близки, расхождения отмечены по тексту.

Отключение отправки статистики в фирму 1С (Центр мониторинга)

Центр мониторинга время от времени показывает предложение передать обезличенную статистику использования. Отправка добровольная, и отключается она один раз на всю базу.

1. Откройте раздел Администрирование.
2. Найдите пункт Центр мониторинга. В части релизов он лежит отдельной строкой, в части — внутри группы интернет-поддержки и сервисов (название может отличаться по версии конфигурации).
3. В форме Центра мониторинга выберите вариант не отправлять данные и снимите соответствующий флажок.
4. Запишите форму и закройте её.

Передаются обезличенные сведения — какими разделами и функциями пользуются, как часто выполняются операции, версии платформы и конфигурации. Учётные данные (суммы, контрагенты, сотрудники) в этот обмен не попадают. Тем не менее, если внутренний регламент запрещает любой исходящий трафик от рабочих станций, отключение статистики — штатный и законный шаг.

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

Отключение оценки производительности (APDEX)

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

Беда в другом: со временем записей замеров накапливается много, и в большой базе они заметно прибавляют в объёме. Если «тормоза» никто не разбирает, этот сбор работает вхолостую и только копит данные.

Чтобы остановить сбор новых замеров:

1. Откройте раздел Администрирование.
2. Снимите флажок Оценка производительности.
3. Запишите настройку.

После этого команда просмотра результатов исчезает, а новые замеры в базу больше не пишутся.

Пока оценка включена, результаты видны в отчёте по производительности там же, в разделе Администрирование. Каждой ключевой операции там соответствует оценка по шкале — от «отлично», когда операция укладывается в норматив, до «неприемлемо», когда время превышает его в разы. Отключая оценку, вы лишаетесь этой картины — поэтому прежде чем выключать её в базе, где недавно были жалобы на скорость, снимите хотя бы один отчёт для истории.

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

Как отключить мониторинг на сервере и через конфигуратор

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

1. Откройте Администрирование → Обслуживание → Регламентные и фоновые задания.
2. Найдите задания, связанные с оценкой производительности и отправкой данных мониторинга.
3. Откройте нужное задание и снимите признак Включено.

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

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

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

Реестр и групповые политики: почему настройки ищут не там

Частый запрос — отключить мониторинг «через реестр» или «групповой политикой домена». Для прикладного мониторинга это тупик: настройки Центра мониторинга и оценки производительности хранятся в самой информационной базе, а не в реестре Windows и не в доменных политиках. Поэтому искать там галочку бесполезно — её там нет.

Из этого следует приятное: применять настройку для всех пользователей отдельно не нужно. И Центр мониторинга, и оценка производительности — общие настройки базы, а не персональные. Вы снимаете флажок один раз, и он действует для всех, кто работает в этой базе, включая доменных пользователей. Обходить рабочие станции по очереди не придётся, и доменная групповая политика для этого не нужна — в домене просто нет объекта, которым бы такая настройка управлялась.

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

• в самом окне выберите не отправлять и отметьте, чтобы запрос больше не появлялся;
• если окно не показывать нужно массово, распространяйте одинаковые параметры запуска через общий conf.cfg на рабочих местах — это задача системного администратора, а не настройка внутри базы.

Альтернатива полному отключению: что стоит оставить

Полное отключение — не всегда лучший вариант. Оценка производительности бесценна, когда база реально тормозит: по накопленным замерам видно, какая именно операция тянет время. Разумный компромисс:

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

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

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

Проверка результата и типичные ошибки

Убедиться, что мониторинг отключён, просто:

• команда просмотра оценки производительности пропала из раздела Администрирование;
• Центр мониторинга больше не показывает предложение отправить данные при входе;
• в списке регламентных заданий отключённые задания помечены как выключенные.

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

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