Где найти и как настроить ПМ ПРОМ в 1С Предприятие

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

Доступ к данным о производительности осуществляется через режим «Предприятие» с правами полного доступа или через утилиты командной строки сервера 1С. Локализация инструментов зависит от версии платформы: в релизах 8.3.10 и выше механизм был существенно переработан и интегрирован в «Монитор пользователей», тогда как в более старых версиях требовалось использование отдельных обработок или прямых запросов к таблицам регистра сведений. Администрирование системы без понимания этих различий может привести к ложным выводам о причинах нагрузки.

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

Интерфейс Монитора Производительности в режиме Предприятия

Для большинства администраторов самым удобным способом анализа является встроенный интерфейс. Чтобы попасть в нужный раздел, необходимо обладать правами роли Администратор системы или Полные права. После авторизации в базе данных перейдите в раздел НСИ и Администрирование (или Администрирование в типовых конфигурациях), затем выберите пункт Сервис и обслуживание. Именно здесь скрыт ключ к диагностике.

В открывшемся окне найдите ссылку Монитор производительности. В некоторых интерфейсах этот элемент может называться «Журнал регистрации производительности» или быть вынесен в отдельную обработку, если используется старая версия платформы. Нажатие на эту ссылку откроет форму, где отображаются текущие и исторические данные о выполнении запросов, блокировках и потреблении ресурсов.

⚠️ Внимание: Сбор детальной статистики по каждому запросу создает дополнительную нагрузку на сервер. Рекомендуется включать подробный режим только на короткое время для диагностики конкретной проблемы, а не держать его включенным постоянно.

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

Настройка параметров сбора статистики и логирования

Просто открыть монитор недостаточно — система должна быть настроена на сбор необходимых данных. По умолчанию 1С:Предприятие может не записывать информацию о коротких запросах, чтобы не раздувать журнал. Для тонкой настройки необходимо перейти в раздел Администрирование → Обслуживание → Параметры системы или использовать консоль управления кластером серверов.

В параметрах системы найдите группу настроек, отвечающую за производительность. Здесь вас интересуют такие параметры, как «Время выполнения запроса для регистрации» и «Уровень детализации журнала». Установите пороговое значение времени (например, 1000 мс), чтобы система фиксировала только те запросы, которые выполняются дольше одной секунды. Это позволит отсечь «шум» и сосредоточиться на реальных проблемах.

Для более глубокого анализа, особенно при отладке сложных отчетов или обработок, может потребоваться включение технологического журнала (ТЖ). Это делается через редактирование файла logcfg.xml в каталоге платформы или через консоль администрирования. Включение ТЖ требует перезапуска службы сервера 1С:Предприятие, что следует учитывать при планировании работ.

Не забывайте, что изменение настроек логирования вступает в силу не всегда мгновенно. В распределенных информационных базах (РИБ) настройки могут применяться только к центральному узлу, поэтому проверяйте актуальность параметров на каждом рабочем сервере кластера.

Анализ SQL-запросов и выявление узких мест

Когда данные собраны, наступает этап анализа. В окне монитора вы увидите таблицу со списком запросов. Ключевыми метриками здесь являются Время выполнения, Количество обращений к БД и Текст запроса. Часто бывает так, что один неоптимизированный запрос выполняется сотни раз в цикле, создавая иллюзию общей высокой нагрузки.

Обращайте особое внимание на запросы с большим количеством чтений виртуальных таблиц. В 1С виртуальные таблицы — это мощный инструмент, но при неправильном использовании (например, отсутствие отборов по периоду или ключевым полям) они могут приводить к полному сканированию таблиц (Full Table Scan) на стороне СУБД. Это «убивает» производительность любой системы, будь то MSSQL, PostgreSQL или Oracle.

Параметр метрики	Нормальное значение	Критическое значение	Возможная причина
Время выполнения	< 500 мс	> 5000 мс	Блокировки или сложный план
Чтения БД	< 1000	> 100 000	Отсутствие индексов
Записи в БД	< 100	> 10 000	Массовая обработка в цикле
Блокировки	0	> 10 сек	Длительная транзакция

Для анализа текста запроса скопируйте его из монитора и выполните в среде управления базой данных (например, SSMS для SQL Server) с включенным планом выполнения. Это покажет, какие индексы используются, а какие отсутствуют. Оптимизация именно на этом этапе дает наибольший прирост скорости работы.

Что такое план выполнения запроса?

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

Работа с блокировками и взаимоблокировками (Deadlocks)

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

В разделе «Блокировки» вы увидите цепочки ожиданий. Система 1С автоматически пытается разрешать deadlock'ы, убивая одну из транзакций, но частое возникновение таких ситуаций свидетельствует об ошибках в коде конфигурации. Чаще всего проблема кроется в нарушении порядка захвата объектов: один код блокирует справочник, затем документ, а другой делает это в обратной последовательности.

• 🔍 Проверьте код внешних обработок, которые массово проводят документы.
• 🔍 Убедитесь, что транзакции максимально короткие и не содержат пользовательского ввода.
• 🔍 Используйте режим «Управляемые блокировки» в новых версиях платформы для снижения конфликтов.

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

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

Использование консоли управления кластером серверов

Для системных администраторов, работающих с серверной частью, незаменимым инструментом является консоль управления кластером серверов 1С:Предприятие. Здесь можно увидеть информацию о процессах rmngr (менеджер кластера) и rphost (рабочий процесс), в которых исполняется код. Именно в свойствах рабочего процесса можно найти детализированную статистику, аналогичную той, что дает ПМ ПРОМ, но в реальном времени.

Запустите консоль (mmc с добавлением snap-in «Кластеры серверов 1С:Предприятия») и подключитесь к центральному серверу. Раскройте дерево кластера, найдите нужный информационный базу и перейдите в раздел «Сеансы». Двойной клик по активному сеансу откроет окно свойств, где на вкладке «Производительность» отображаются счетчики.

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

Помните, что консоль управления показывает состояние на уровне процессов операционной системы и рантайма 1С. Она не покажет текст конкретного запроса внутри процесса, но укажет, какой именно рабочий процесс потребляет 100% процессорного времени, что сужает круг поиска.

Сторонние утилиты и автоматизация анализа

Хотя встроенные средства мощны, иногда их недостаточно для ретроспективного анализа или удобной визуализации. Существует ряд сторонних утилит и обработок, которые расширяют возможности стандартного мониторинга. Например, обработка «Анализ производительности» от сообщества 1С или утилиты типа 1C:Performance Monitor позволяют строить графики нагрузки за длительные периоды.

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

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

⚠️ Внимание: Интерфейсы и названия пунктов меню могут отличаться в зависимости от версии платформы 1С и конкретной конфигурации (Бухгалтерия, ERP, УТ). Всегда сверяйтесь с документацией к вашему релизу, так как детали реализации могут меняться.

Часто задаваемые вопросы (FAQ)

Почему в мониторе производительности нет данных, хотя база тормозит?

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

Можно ли смотреть ПМ ПРОМ в файловой базе данных?

Да, встроенный монитор производительности работает и в файловом варианте базы данных. Однако в файловом режиме некоторые метрики, связанные с сетевым взаимодействием и блокировками на уровне СУБД, будут отсутствовать или иметь ограниченную информативность, так как роль СУБД выполняет файловый движок 1С.

Как найти конкретный запрос по тексту в журнале?

В форме монитора производительности используйте кнопку «Найти» или комбинацию клавиш Ctrl+F. Введите часть текста запроса или название объекта метаданных. Также можно воспользоваться отборами в шапке формы, выбрав конкретное событие или пользователя.

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

Да, запись каждого запроса в журнал требует дополнительных ресурсов процессора и дисковой подсистемы. В режиме подробного логирования падение производительности может достигать 10-20%. Поэтому рекомендуется использовать режим «Только ошибки» или «Медленные запросы» в продуктивной среде.