С проблемами производительности 1С в EFSOL обратилась компания, предоставляющая медицинские услуги. Для повышения наблюдаемости, стабильности и управляемости корпоративной системы 1С была внедрена система мониторинга Metrika42.
В процессе эксплуатации мониторинга удалось обнаружить критические сбои и узкие места в инфраструктуре и прикладной логике. На основе объективных данных команда смогла спланировать работы по оптимизации и ускорить выполнение ключевых бизнес-операций. Кейс показывает, как постоянный мониторинг и экспертный анализ данных помогают снижать риски простоев и повышать эффективность работы пользователей.
Задачи клиента
- Получить прозрачную картину работы 1С на уровне инфраструктуры и прикладных операций.
- Оперативно выявлять причины замедлений и потенциальные риски деградации (CPU/RAM/I/O).
- Определять проблемные регламентные задания и аномальные нагрузки на серверы и СУБД.
- Найти узкие места в бизнес-критичных сценариях (формы, списки, поиск) и связать их с запросами/кодом.
- Настроить корректную оценку пользовательского опыта через APDEX и контроль ключевых операций.
- Повысить качество и стабильность разработки за счёт контроля кода 1С.
Схема 1 – Выполненные задачи клиента по поиску проблем в 1С
Решение
- Внедрена система мониторинга 1С Metrika42 для постоянного сбора и анализа метрик производительности.
- Настроен контроль нагрузки по ресурсам (память, CPU, дисковые операции), чтобы выявлять аномальные сценарии потребления.
- Организована аналитика работы СУБД и распределения нагрузки между базами/средами для принятия инфраструктурных решений.
- Использован анализ времени выполнения запросов и операций для выявления неэффективных участков прикладной логики.
- Проведена инвентаризация бизнес-критичных действий и подготовка к расширению покрытия APDEX и ключевых операций.
- Подключён мониторинг кода 1С как часть Metrika42 — для выявления критичных ошибок и снижения риска сбоев в продакшене.
Результат
- Мониторинг выявил регламентное задание, которое потребляло до 1,3 ГБ ОЗУ за запуск и генерировало более 1 ТБ дисковых операций в сутки — это указывало на риск деградации SSD и падения производительности. Источник нагрузки был оперативно определён, выполнение задания оптимизировано.
- Обнаружено, что рабочие и тестовые базы 1С размещались на одном SQL-сервере и конкурировали за ресурсы CPU, память и I/O, что негативно влияло на скорость бизнес-критичных операций. Данные Metrika42 (включая графики чтения/записи) стали основанием для обоснования разделения сред.
- Найдены узкие места в прикладной логике:
- открытие формы ключевого справочника занимало около 9 секунд;
- список входящих электронных писем загружался до 10 секунд;
- поиск замедлялся из-за неэффективных запросов. Благодаря видимости времени выполнения запросов стало проще локализовать проблемные операции и определить фрагменты кода для оптимизации.
- Выяснилось, что APDEX покрывал менее 20% реальной активности пользователей и не учитывал 23 ключевые операции. Проведена инвентаризация бизнес-критичных действий для последующего включения операций в мониторинг и получения более реалистичной оценки пользовательского опыта.
- Мониторинг кода 1С показал наличие критичных ошибок в конфигурации — команда разработки получила инструмент для системного улучшения качества и снижения рисков сбоев в производственной среде.
«Этот проект показал, насколько важно для компаний иметь прозрачность в работе 1С. Metrika42 позволяет выявлять проблемы на ранних этапах и помогает ИТ-командам поддерживать высокий уровень сервиса для бизнеса. Мы продолжим развивать продукт, чтобы помогать клиентам обеспечивать максимальную производительность и стабильность их систем», — отметил руководитель продукта Metrika42 Денис Пахомов.
Схема 2 – Как Metrika42 помогла оптимизировать работу 1С
