К статье
Практический материал

Администрирование · 11 мин

Мониторинг ЦКК 1С: что это и как с ним работать

Что такое Центр контроля качества 1С, какие метрики он собирает, как настроить мониторинг ЦКК и использовать его данные для диагностики проблем производительности.

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

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

Материал ниже объясняет, какие данные собирает ЦКК, как включить мониторинг, как читать его показатели и в каких случаях одного ЦКК недостаточно и требуются технологический журнал или внешние инструменты.

Что такое ЦКК и зачем нужен его мониторинг

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

Мониторинг ЦКК — это практика регулярного анализа этих замеров: администратор или разработчик смотрит статистику по операциям, находит те, что выполняются дольше целевого времени, и спускается до конкретных запросов и строк кода. Без такого мониторинга диагностика «тормозов» превращается в гадание: пользователи сообщают «всё медленно», но воспроизвести и измерить проблему невозможно.

ЦКК решает три задачи: обнаружение деградации производительности до массовых жалоб, локализация источника проблемы (запрос, код, оборудование) и контроль эффекта от оптимизации — после доработки видно, сократилось ли время операции на самом деле.

Какие данные собирает ЦКК

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

Вторая категория — ошибки. ЦКК фиксирует исключения, возникающие при выполнении операций, с текстом ошибки и контекстом. Это позволяет увидеть сбои, о которых пользователи не сообщили, например падающие регламентные задания.

Третья категория — данные о взаимоблокировках и ожиданиях на блокировках, если включен соответствующий сбор. По ним видно, какие таблицы и объекты становятся точками конкуренции между сеансами. Дополнительно могут собираться показатели счетчиков производительности сервера и СУБД.

Время операции вырослоДеградация производительности

Сравните статистику за разные периоды и найдите момент начала роста

Много ошибок в операцииНестабильный код или данные

Откройте тексты ошибок и проверьте регламентные задания

Ожидания на блокировкахКонкуренция сеансов

Определите объекты блокировок и пересмотрите порядок записи данных

Как включить мониторинг ЦКК в типовой конфигурации

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

Порядок включения
  1. 1
    Откройте раздел «Администрирование» и найдите пункт «Оценка производительности» (в ряде конфигураций — «Обслуживание» → «Оценка производительности»).
  2. 2
    Установите флаг выполнения замеров производительности.
  3. 3
    Проверьте список ключевых операций: типовой набор обычно уже заполнен, при необходимости добавьте собственные операции.
  4. 4
    Задайте целевое время для критичных операций — именно относительно него считаются нарушения.
  5. 5
    Настройте регламентное задание сбора и обработки данных, убедитесь, что оно выполняется без ошибок.
  6. 6
    Через несколько дней работы откройте отчеты по производительности и проверьте, что замеры накапливаются.

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

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

Как читать результаты и находить узкие места

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

Для проблемной операции откройте детализацию: ЦКК показывает распределение вызовов по времени и позволяет перейти к конкретным замерам. Если включен сбор запросов, видны тексты запросов и план выполнения — это прямой путь к отсутствующим индексам и неоптимальным соединениям таблиц.

Полезный прием — сравнение периодов. Если операция стабильно выполнялась за 1 секунду, а после обновления конфигурации — за 5, круг подозреваемых сужается до изменений в релизе. Такие «до/после» замеры — самый убедительный аргумент при передаче проблемы разработчикам или вендору.

Смотрите не только среднее, но и максимальное время операции. Высокий максимум при нормальном среднем обычно означает блокировки или неравномерные данные (например, документы с тысячами строк), а не общую медлительность кода.
ПЗ
Практическое замечание

Ограничения ЦКК и чем его дополнить

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

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

Для полной картины ЦКК комбинируют с другими инструментами платформы и внешними средствами.

Чем дополнить ЦКК

Технологический журнал

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

Счетчики ОС и СУБД

Показывают загрузку CPU, памяти, дисков и состояние СУБД. Нужны, когда проблема в ресурсах, а не в коде.

Внешние APM-системы

Агрегируют метрики с нескольких баз и серверов, строят графики и оповещения. Оправданы в крупных внедрениях с десятками баз.

Типичные ошибки при работе с мониторингом ЦКК

Типичные ошибки
01
Включить замеры и забыть про очистку — служебные регистры разрастаются, база тяжелеет, резервные копии увеличиваются.
02
Судить о производительности по единичным замерам — разовые пики из-за блокировок или антивируса принимаются за системную проблему.
03
Не задавать целевое время операций — без порога отчеты показывают цифры, но не отделяют норму от нарушения.
04
Искать причину только в коде, игнорируя данные о блокировках и ресурсах сервера.
05
Оптимизировать редкие операции вместо массовых — усилия тратятся на то, что почти не влияет на общую нагрузку.

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

Как проверить, что мониторинг настроен правильно

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

Контрольные точки

Как проверить результат

Накопление замеров
Норма

В отчетах появляются свежие записи по ключевым операциям каждый день

Тревожный признак

Замеров нет или они прекратились после обновления конфигурации

Регламентные задания
Норма

Задания сбора и очистки выполняются по расписанию без ошибок

Тревожный признак

Задания отключены, заблокированы или завершаются с исключением

Целевые времена
Норма

Для критичных операций заданы реалистичные пороги, нарушения подсвечиваются

Тревожный признак

Пороги не заданы — отчет не отличает проблему от нормы

Объем служебных данных
Норма

Размер регистров замеров стабилен благодаря очистке

Тревожный признак

Регистры растут неограниченно, старые данные не удаляются

Маршрут решения

Как выбрать действие

Пользователи жалуются на конкретную операциюНайдите её в отчете ЦКК, откройте детальные замеры и план запроса
Жалобы массовые и размытые («всё тормозит»)Смотрите сначала ресурсы сервера и блокировки, затем топ операций по суммарному времени
Проблема возникла после обновленияСравните статистику ЦКК до и после релиза по тем же операциям
ЦКК не показывает причинуВключите технологический журнал на период воспроизведения проблемы

Частые вопросы о мониторинге ЦКК 1С

ЦКК и «Оценка производительности» — это одно и то же?

По сути да: в типовых конфигурациях ЦКК реализован через подсистему «Оценка производительности» БСП. Термином ЦКК чаще называют механизм в целом, а «Оценка производительности» — название подсистемы и раздела настроек в интерфейсе.

Влияет ли включенный мониторинг на производительность базы?

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

Можно ли использовать ЦКК в файловой базе?

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

Что делать, если в списке ключевых операций пусто?

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

Заменяет ли ЦКК технологический журнал?

Нет. ЦКК дает агрегированную статистику по заранее определенным операциям, а технологический журнал фиксирует все события кластера, включая те, что замерами не охвачены. Для расследования единичных инцидентов и анализа запросов вне ключевых операций нужен именно технологический журнал.

Как долго хранить данные замеров?

Детальные замеры обычно держат недели, агрегированную статистику — месяцы для сравнения периодов. Точный срок подбирается под объем базы и задачи анализа; главное — настроить автоматическую очистку, чтобы история не накапливалась бесконечно.

Итог

Что важно запомнить

Мониторинг ЦКК 1С — встроенный механизм замеров ключевых операций, ошибок и блокировок. Включите его через «Оценку производительности», задайте целевые времена, настройте очистку данных и анализируйте отчеты регулярно. Для глубокой диагностики дополняйте ЦКК технологическим журналом и мониторингом ресурсов сервера.